Нужно ли ТЗ на мобильное приложение: чек-лист заказчика

Запрос: «тз на мобильное приложение» (НЧ) · 2026-07-30 · 2 мин чтения

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

Когда ТЗ не нужно

Готовая сборка — это «ТЗ, которое уже реализовано»: вы кликаете живое демо и видите каждый экран будущего приложения. Вместо документа — бриф на страницу: название, логотип, цвета, категории товаров, способы получения заказа, контакты. Так запускаются аренда и выкуп «Стандарт» — за 5 дней, потому что согласовывать 40 страниц не требуется.

Когда ТЗ нужно

• Доработки под процессы (тариф «Индивидуальный»): своя логика бонусов, нестандартные статусы заказа, B2B-прайсы.
• Интеграции: с 1С (какая конфигурация, что выгружаем, как часто), CRM, платёжным шлюзом.
• Заказная разработка с нуля — там без вариантов.

Структура короткого ТЗ на доработку

• Задача бизнеса: «оптовики должны видеть свои цены» — а не «сделать модуль B2B».
• Сценарий пользователя: кто, что нажимает, что видит, чем заканчивается.
• Данные: откуда берутся (1С, Excel), как часто обновляются.
• Критерии приёмки: по каким проверкам вы скажете «готово».

Хорошая новость: в готовых решениях такое ТЗ обычно пишет исполнитель после созвона — ваша роль подтвердить, что бизнес-задача понята верно.

Чек-лист вопросов перед любым заказом

Что именно входит в цену? Какие сроки и что их сдвигает? Кто отвечает за контент? Что с правами и кодом? Сколько стоят изменения после запуска? Ответы письменно — в договоре или приложении к нему. Продолжение темы — в статье об ошибках при заказе.

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