короткий ответ
Хорошее ТЗ описывает задачу, пользователей, сценарии, данные, содержание, ограничения и критерии приёмки. Оно не обязано диктовать расположение каждой кнопки до исследования, но должно устранять опасные догадки сторон.
запишите цель и границы
Назовите аудитории, предложения и действия на сайте. Отдельно перечислите то, что сознательно не входит в первый запуск. Это защищает проект от незаметного расширения и помогает подрядчику предложить подходящую архитектуру.
опишите пользовательские пути
Не ограничивайтесь перечнем страниц. Для каждого основного пути покажите начало, выбор, действие и результат. Например: клиент выбирает услугу, прикладывает документы, получает подтверждение, менеджер видит запрос в CRM.
- 01Цель и аудитории
- 02Сценарии и данные
- 03Содержание и границы
- 04Приёмка и владельцы
зафиксируйте данные и ответственность
Укажите, кто пишет тексты, готовит изображения и предоставляет доступы. Опишите существующие системы, форматы обмена и ответственного на стороне заказчика. Для форм перечислите поля, уведомления и то, как сотрудники обрабатывают запрос.
сделайте приёмку проверяемой
Вместо «удобный сайт» запишите: на нужных экранах доступны основные действия, данные отправляются, ошибки показаны, мобильная версия проверена, доступы переданы. Для спорных моментов заранее назначьте человека, принимающего решение.
как применить к своей задаче
Сопоставьте текущую ситуацию с этими шагами. Запишите решение только там, где уже есть данные; недостающие сведения станут вопросами к команде.
- 01Что сайт должен изменить в бизнесе?
- 02Кто основные посетители?
- 03Какой путь они проходят сейчас?
- 04Какие разделы нужны в первом релизе?
- 05Кто подготовит тексты и изображения?
- 06Какие данные запрашивает форма?
- 07Куда поступает заявка?
- 08Нужны ли CRM, оплата и учётная система?
- 09Кто подтверждает решения?
- 10Какие устройства приоритетны?
- 11Что не входит в первый запуск?
- 12По каким условиям примут работу?
что должно получиться
ТЗ, по которому команда сможет оценить задачу и проверить готовность сайта на приёмке.
Если на одном из шагов не хватает данных, зафиксируйте именно этот вопрос. Это полезнее, чем выбирать решение наугад.
как это выглядит на практике
Пункт «интеграция с CRM» неполон. Допишите, какие поля передаются, что делать при ошибке и кто проверяет появление заявки в системе.
вопросы по теме
нужно ли ТЗ до выбора подрядчика?
Достаточно рабочего черновика задачи и ограничений; детальное ТЗ можно уточнять с выбранной командой.
можно ли менять ТЗ?
Да, если заранее определён порядок оценки влияния изменений на срок и стоимость.