Разработчики просят ТЗ, заказчик не знает, как его писать, и обе стороны тянут время. Между тем для оценки и старта достаточно ответов на семь вопросов. Остальное уточняется в работе — и это нормально.
Семь вопросов
1. Кто будет пользоваться
Роли, а не должности: «менеджер, который принимает заявки», «клиент, который смотрит статус», «руководитель, который видит сводку». Обычно ролей две-три. Для каждой — что она должна сделать в системе.
2. Откуда берутся данные
Из формы на сайте, из Excel, из CRM, из телефонии, вручную. Это определяет половину работы: интеграция с чужой системой — отдельная задача со своими сроками.
3. Что происходит с данными
Опишите путь одной записи от появления до архива. «Заявка пришла → менеджер взял → согласовал с клиентом → выставил счёт → закрыл». Каждая стрелка — это экран или действие.
4. Что должно получиться на выходе
Отчёты, уведомления, документы, выгрузки. Если результат — «чтобы руководитель видел», уточните, что именно и как часто.
5. Что уже есть
Сайт, база клиентов, хостинг, домен, дизайн, старая система. Что из этого нужно сохранить, а что можно заменить.
6. Сроки и ограничения
Есть ли дата, к которой нужно запуститься, и почему именно она. Есть ли требования к размещению данных, к доступу, к безопасности.
7. Что не нужно
Самый недооценённый пункт. «Мобильное приложение не нужно», «интеграция с 1С не нужна в первой версии», «дизайн — самый простой». Каждый такой пункт сокращает оценку.
Формат
Обычный текст, два-три абзаца на вопрос. Схема процесса от руки на фото — лучше десяти страниц. Примеры реальных данных (скриншот таблицы, пример заявки) — бесценны.
Что будет дальше
По таким ответам исполнитель за пару дней даёт оценку по этапам и задаёт уточняющие вопросы. Если вместо оценки приходит «пришлите нормальное ТЗ» — это повод насторожиться: разбор задачи — часть работы исполнителя, а не заказчика.
Если хотите, опишите задачу в форме по этим семи пунктам — ответим с оценкой и списком вопросов.