Коротко
Структура ТЗ
- Контекст и проблема.
- Цель первой версии.
- Пользователи и роли.
- Основной сценарий.
- Функции внутри MVP.
- Данные и интеграции.
- Исключения и ограничения.
- Критерии приёмки.
- Что сознательно не входит в первую версию.
Шаблон основного сценария
Используйте форму: «Когда [событие], пользователь [роль] может [действия], чтобы получить [результат]. Система сохраняет [данные] и уведомляет [кого]».
Пример: «Когда приходит новая заявка, администратор видит её в общем списке, назначает ответственного и ставит следующий контакт. Система сохраняет источник, историю статусов и предупреждает о просрочке».
Критерии приёмки
Пишите проверяемые условия:
- после отправки валидной формы создаётся одна заявка;
- обязательные поля сохраняются без искажений;
- ответственный видит новую запись;
- повторная отправка обрабатывается по согласованному правилу;
- пользователь получает понятное сообщение при ошибке;
- основной сценарий работает на согласованном мобильном размере.
Не используйте размытые критерии
«Современный дизайн», «быстрая система» и «удобная CRM» нельзя однозначно принять. Добавьте наблюдаемое поведение или конкретный пример.
Что приложить к ТЗ
- 3–5 реальных примеров документов или заявок;
- текущую таблицу или скрин процесса без чужих персональных данных;
- список обязательных полей;
- правила статусов;
- макет или простой рисунок ключевого экрана;
- перечень сервисов, с которыми нужна связь;
- доступный тестовый сценарий.