Минимальное ТЗ, которое реально работает

ТЗ нужно не для “бумажки”, а чтобы все одинаково понимали результат и могли его проверить. Секрет работающего ТЗ: оно не обязано быть большим, но обязано быть конкретным в ключевых местах.

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

1) Цель и контекст (1–2 абзаца)

Пример: “Система нужна, чтобы менеджеры обрабатывали заявки без таблиц, а руководитель видел статусы и загрузку. Успех: сократить время обработки заявки с 30 до 10 минут”.

2) Роли и доступы (таблица)

Пример:

• Администратор: управление пользователями, правами, справочниками.
• Менеджер: создание/редактирование заявок, коммуникации, статусы.
• Руководитель: просмотр всех заявок, отчеты, без права удалять.

3) Основные сценарии (5–15 штук)

Формат: “Роль → шаги → результат”.
Пример: “Менеджер создаёт заявку, выбирает источник, назначает ответственного, система присваивает номер, ставит статус ‘Новая’, отправляет уведомление ответственному”.

4) Данные и справочники (минимум)

Что храним и что обязательно.
Пример: “Заявка: номер (авто), дата, клиент, телефон (обяз.), источник, ответственный, статус, комментарий”.

5) Правила и исключения (самое важное после сценариев)

Примеры:

• “Удаление заявок запрещено, только перевод в статус ‘Отменена’”.
• “Если телефон уже есть у клиента, система предлагает выбрать существующего клиента”.

6) Интеграции (если есть)

Минимально: с чем интегрируемся, какие данные передаем, кто источник истины, что делать при ошибке.
Пример: “При оплате в платежном сервисе в нашу систему приходит событие, заявка меняет статус на ‘Оплачена’. Если событие не пришло — заявка остаётся в ‘Ожидает оплаты’ и попадает в список контроля”.

7) Макеты/прототипы (опционально, но полезно)

Важно: макет — не “как красиво”, а “что где находится” и “какие поля”.

8) Критерии приемки (по сценариям)

Пример: “Этап принят, если 10 ключевых сценариев пройдены на тестовом контуре без критичных ошибок, роли ограничивают доступы согласно таблице”.

9) Границы этапа: входит/не входит

Пример: “Входит: кабинет менеджера и руководителя, статусы, уведомления. Не входит: мобильная версия, сложная аналитика, интеграция с телефонией”.

Такое ТЗ обычно укладывается в несколько страниц, но резко снижает риск “сделали не так”.