Как написать короткое ТЗ на разработку
Практический шаблон короткого ТЗ: пользователь, задача, основной сценарий, данные, интеграции, ограничения и критерии готовности.
Короткий ответ. Для первой оценки не нужен документ на сто страниц. Достаточно описать пользователя, проблему, одно главное действие, обязательные интеграции и то, что точно не входит в первую версию.
1. Начните с пользователя и результата
Напишите одним абзацем, кто пользуется продуктом, в какой ситуации и что должно измениться после успешного действия. Формулировка «нужно приложение доставки» слабее, чем путь от выбора адреса до получения статуса заказа.
Если ролей несколько, опишите ценность каждой: покупатель, курьер, оператор и администратор выполняют разные задачи.
2. Опишите основной сценарий шагами
Перечислите действия в естественном порядке. Для записи это выбор услуги, специалиста, времени, подтверждение и управление записью. Не смешивайте главный путь с будущими идеями.
Добавьте исключения, которые влияют на цену: отмена, возврат, отсутствие сети, отклонение платежа или конфликт расписания.
3. Перечислите данные и интеграции
Укажите, где уже хранятся товары, клиенты или заказы. Название CRM без версии и документации недостаточно: доступность API может полностью изменить оценку.
Отдельно перечислите платежи, карты, SMS, телефонию, push, файлы и AI. Для каждого внешнего сервиса полезно назвать владельца аккаунта.
4. Поставьте границу первой версии
Сделайте два списка: обязательно к первому релизу и позже. Если функция не помогает проверить главный риск или провести пользователя к ценности, она кандидат на второй список.
Добавьте ограничения по платформам, сроку, данным и юридическим требованиям. Они помогают выбрать стек, а не мешают разработке.
5. Определите критерии готовности
Критерий должен проверяться: пользователь может оплатить тестовый заказ; менеджер видит его в панели; при ошибке оплаты заказ не подтверждается.
Приложите референсы и объясните, что именно нравится: структура, плотность, анимация или сценарий. Ссылка без комментария даёт слишком много трактовок.
Чек-лист перед стартом
- Описаны пользователь и его проблема
- Записан основной сценарий по шагам
- Перечислены роли, данные и интеграции
- Разделены первый релиз и будущие функции
- Добавлены проверяемые критерии готовности
Частые вопросы
Можно прислать голосовое вместо ТЗ?
Да. Для первичной оценки подойдёт голосовое или короткое описание; затем мы вернём структурированные границы на согласование.
Нужно ли рисовать все экраны?
Нет. Достаточно примеров и сценария. Прототип создаётся после того, как понятны роли и переходы.
Что делать, если требования изменятся?
Новую функцию оцениваем до реализации: цена и срок меняются только после вашего согласия.