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

ТЗ на мобильное приложение: карта, без которой проект дорожает вдвое

В мобильной разработке цена ошибки выше, чем в вебе: правки после релиза проходят через пересборку и модерацию сторов. Хорошее ТЗ снимает большинство переделок. Разбираем структуру по разделам — или составим документ за вас.

Подробнее

/ Структура ТЗ

Что должно быть в ТЗ на приложение

01

Платформы и устройства

iOS, Android или обе; минимальные версии ОС; телефоны или ещё планшеты и ТСД. Отсюда — выбор натива или кроссплатформы.

02

Пользователи и сценарии

Роли и их пути: «курьер получает задание → едет по маршруту → отмечает выполнение с фото». Сценарии важнее списка функций.

03

Экраны и навигация

Карта экранов: какие есть, что на каждом, как связаны. Черновые схемы достаточно — детали доделает дизайн.

04

Интеграции и бэкенд

Откуда данные: ваша CRM, 1С, готовый API или бэкенд надо разработать. Пуш-уведомления, авторизация, платежи.

05

Офлайн и особые условия

Что работает без сети, как синхронизируется, что с геолокацией и камерой. Для рабочих приложений — ключевой раздел.

06

Публикация и поддержка

Сторы (RuStore, Google Play, App Store) или корпоративная раздача; кто владеет аккаунтами; как выкатываются обновления.

/ Как работаем

Как идёт работа

01

Опишите главный сценарий

Одна фраза: кто, что и зачем делает в приложении. Всё, что не служит этому сценарию, — кандидаты на вырезание из первой версии.

02

Нарисуйте путь по экранам

Хоть на бумаге: с какого экрана начинается день пользователя и куда он приходит. Дыры в логике видны сразу.

03

Зафиксируйте интеграции

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

04

Определите приёмку

Список проверок «готово, когда…»: сценарии проходят, офлайн работает, приложение опубликовано. Без этого сдача превращается в переговоры.

Составим ТЗ на приложение бесплатно

При заказе разработки: интервью, сценарии, карта экранов, интеграции — готовый документ до старта работ.

/ FAQ

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

Чем ТЗ на приложение отличается от ТЗ на сайт?

Тремя разделами, которых в вебе нет: платформы и версии ОС, офлайн-режим с синхронизацией и публикация в сторах с их правилами. Плюс правки после релиза дороже — приложение живёт на устройствах пользователей, а не на вашем сервере.

Нужно ли расписывать дизайн в ТЗ?

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

Что писать про бэкенд, если у нас его нет?

Так и написать: «бэкенд разрабатывается в рамках проекта». Это важная строка — приложение без серверной части почти не бывает, и «внезапный» бэкенд — классика раздувания бюджета.

Можно ли начать без полного ТЗ?

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

Поможете составить ТЗ, если приложение будете делать не вы?

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

/ Смотрите также

/ Поехали

Планируете приложение?

Начнём с ТЗ или прототипа — при заказе разработки это входит в проект.

+7 (495) 320-10-00