Как составить ТЗ на сайт, чтобы он продавал: гайд от архитектора
Структура ТЗ, после которого подрядчик не срывает сроки: цели, интенты, референсы, интеграции, критерии приёмки. Шаблон — внутри.
Половина «провалов» разработки зашита в ТЗ: когда задача сформулирована как «сделайте красиво», результат лотерея. Вот структура ТЗ, которую мы используем сами и советуем заказчикам.
1. Бизнес-цели, а не страницы
Плохо: «нужен раздел услуги». Хорошо: «сайт должен приводить 30 заявок в месяц при CPL не выше 2 000 ₽». Цели определяют структуру, а не наоборот.
2. Аудитории и интенты
Опишите 2–3 сегмента: кто, с какой болью, какие страхи, какие вопросы задаёт менеджеру. Это готовый каркас продающих блоков.
3. Функциональные требования
- Каталог: свойства, фильтры, выгрузки.
- Формы: какие поля обязательны, куда падают заявки, уведомления.
- Интеграции: 1С, CRM, оплата, доставка — со схемами данных.
4. Нефункциональные требования
Скорость (PageSpeed 90+), адаптив, безопасность, доступность, требования к админке: «менеджер меняет цены без программиста».
5. Критерии приёмки
Конкретика: «форма отправляет заявку в CRM за ≤ 2 с, уведомление приходит за ≤ 1 мин». Без критериев приёмки спор о качестве вечен.
6. Референсы и антиреференсы
Три сайта «как нравится» и три «как нельзя» с комментариями, почему. Экономит две итерации дизайна.
Шаблон ТЗ (Google Docs + PDF) — в разделе инструментов. А если составлять некогда — приходите на бриф: за час соберём требования вместе.
