Приложения · техническое задание

ТЗ на мобильное приложение

Превращаем идею в карту экранов и список требований, по которому разработчик может обоснованно оценить цену и срок, а вы потом принимаете работу. Главное, что даёт такой документ, — понятная первая версия: без неё объём растёт по ходу работы, а приложение переделывают на ходу.

Отрезать первую версию Из чего состоит

Запуск Вход Гость Каталог Карточка Профиль Корзина Оплата Заказы 0 экранов · 0 переходов

Требования магазинов — уже в ТЗ

Первая версия

Что войдёт в первый выпуск, а что подождёт

Почти каждое приложение начинается со списка из тридцати функций. Если делать всё сразу, первые пользователи увидят его через год. Разложите функции на «сейчас» и «потом» — посмотрите, как меняется объём.

Вход по телефону или почте2 экрана
Каталог и карточка товара2 экрана
Корзина и оформление3 экрана
Оплата картой и СБП1 экран
Push о статусе заказабез экрана
Профиль и история заказов2 экрана
Поиск и фильтры1 экран
Избранное1 экран
Отзывы о товаре1 экран
Бонусная программа2 экрана
Чат с поддержкой1 экран
Работа без связибез экрана

Первая версия4 экрана≈ 5 недель разработки

Потом10 функцийв следующих выпусках

Недели — грубая иллюстрация, чтобы увидеть пропорцию, а не срок. Настоящий срок называем по готовому ТЗ.

Состав документа

Восемь частей ТЗ на приложение

Откройте любую — увидите, что в ней и какой вопрос она снимает до разработки.

01Сценарии пользователей

Кто открывает приложение и зачем: «покупатель повторяет прошлый заказ за минуту», «курьер отмечает доставку без связи». Из сценариев выводятся экраны, а не наоборот.

02Карта экранов

Все экраны и переходы между ними, включая те, о которых забывают: пустой список, ошибка сети, нет прав, первое открытие.

03Требования к экранам

Что на каждом экране, какие поля обязательны, что происходит при нажатии. Отдельно — поведение на экранах разного размера и в тёмной теме.

04Запросы к серверу

Какие данные приложение получает и отправляет: вход, каталог, заказ, уведомления. Если сервер — наш движок, отмечаем, что в нём уже есть, а что пишется в проекте.

05Уведомления

По каким событиям, кому и с каким текстом приходят push, что открывается по нажатию, куда уходит сообщение, если push выключены.

06Требования магазинов

Удаление аккаунта из приложения, политика конфиденциальности, равноценный вход без отслеживания, если есть вход через соцсети, описание собираемых данных. То, из-за чего чаще всего отклоняют на проверке.

07События аналитики

Какие действия считать: открыл карточку, добавил в корзину, оплатил. Без списка событий через месяц после запуска непонятно, что работает.

08Критерии приёмки

На каких телефонах и версиях систем проверяем, что считается готовым, как фиксируем замечания.

Пример

Одно требование: как пишут обычно и как нужно

Короткое требование кажется понятным, пока два разработчика не сделают его по-разному. Переключите — подсвечено то, что добавилось.

Приложение должно присылать уведомления о заказе.

Порядок работы

Как мы составляем ТЗ на приложение

Интервью

С вами и, если можно, с будущими пользователями

Сценарии

Записываем и согласуем, кто и зачем открывает приложение

Карта экранов

Схема и черновые экраны главных сценариев

Требования

Экраны, сервер, уведомления, магазины, аналитика

Сдача

Документ, схема и разбор с вами по пунктам

Цены

Стоимость ТЗ и следующих шагов

Эта услуга

ТЗ на приложение

от 50 000 ₽

Сценарии, карта экранов, требования, запросы к серверу, требования магазинов, аналитика, приёмка. От 10 рабочих дней.

Заказать ТЗ

Следующий шаг

Дизайн приложения

от 120 000 ₽

Экраны по карте из ТЗ, кликабельный прототип, все состояния. От 2 недель.

Подробнее

Разработка

Приложение

от 400 000 ₽

Одна платформа; обе кроссплатформенно — от 450 000 ₽.

Способы и цены

Частые вопросы

Что спрашивают про ТЗ на приложение

Можно отдать ТЗ другой команде?

Да. Документ ваш, и написан так, чтобы по нему мог работать любой разработчик. Если сервер — наш движок, в ТЗ это отмечено: другой команде понадобится доступ к нему или своя серверная часть.

Зачем ТЗ, если можно сразу рисовать дизайн?

Дизайнер нарисует экраны, но не ответит, что происходит при ошибке оплаты или без связи. Эти решения всё равно придётся принять — лучше на бумаге, чем в коде.

Нужно ли знать, на чём будем разрабатывать?

Нет. Выбор между сайтом-приложением, кроссплатформой и нативом делаем по требованиям из ТЗ и с учётом того, что у вас уже есть — и записываем, почему выбрали.

Что от нас потребуется?

Обычно пара встреч по часу-полтора, доступ к тому, что уже есть (сайт, CRM, таблицы), и человек, который быстро отвечает на вопросы.

ТЗ можно потом менять?

Можно и нужно: после первой версии появятся отзывы пользователей. Изменения вносим новой версией документа, чтобы было видно, что поменялось.

Вы сделаете ТЗ для приложения, которое уже есть?

Да — опишем, как оно работает сейчас, и отдельно — что нужно изменить. Это удобно, если меняете подрядчика.

Расскажите идею приложения — опишем первую версию так, чтобы её можно было оценить

Расскажите о задаче — уточним детали, предложим состав и назовём стоимость по опубликованному прайсу.

Цена и состав — в договоре
Три круга правок на этап
Гарантия 12 месяцев на наш код
Домен и исходники ваши, лицензия бессрочная

Обсудить проект