Зачем вообще нужно ТЗ
Большинство конфликтов между заказчиком и разработчиком рождаются не из-за плохой работы — а из-за разных ожиданий. Один думал «обычная форма обратной связи», другой сделал минимальное поле с кнопкой. Оба правы в своём понимании. Именно для того, чтобы это понимание совпадало, существует техническое задание.
ТЗ — это не формальность и не защита только одной стороны. Это общий язык проекта. Документ, в котором зафиксировано: что именно делается, как это должно работать, кто за что отвечает и что считается готовым результатом. Без него любая оценка сроков и бюджета — это гадание.
Что обязательно должно быть в ТЗ
Цели и аудитория
Первый раздел — самый важный и самый игнорируемый. Зафиксируйте: зачем нужен сайт, кто его будет использовать и какой результат считается успехом. «Увеличить количество заявок» — это цель. «Красивый современный сайт» — это не цель, это пожелание к дизайну.
Структура и страницы
Перечислите все разделы сайта с кратким описанием каждого. Не «главная страница», а «главная страница: слайдер с тремя офферами, блок услуг с переходами в разделы, форма обратной связи, блок отзывов». Детализация на этом уровне сразу отсекает 80% последующих разногласий.
Функциональные требования
Опишите каждую функцию: что она делает, кто ею пользуется и как выглядит успешный результат. Для формы: какие поля обязательны, куда идут данные (на email, в CRM, в базу), что видит пользователь после отправки. Для личного кабинета: какие роли, что может каждая роль, как выглядит регистрация и авторизация.
Интеграции
Перечислите все внешние сервисы, которые должны быть подключены: CRM, платёжные системы, аналитика, карты, чаты, рассылки. Для каждой интеграции укажите, есть ли у вас доступы и документация. Интеграции без документации — это почти всегда дополнительное время и деньги.
Требования к дизайну
Укажите наличие брендбука или гайдлайнов, референсы в виде ссылок на понравившиеся сайты, ограничения по цветам и шрифтам. Если дизайн разрабатывается с нуля, зафиксируйте количество итераций правок — это критически важный пункт.
Технические требования
Требования к скорости загрузки (например, PageSpeed не ниже 85 на мобильных), поддерживаемые браузеры, хостинг и домен, требования к CMS или фреймворку, если есть предпочтения.
Самые частые ошибки заказчиков при написании ТЗ
- «Как у конкурентов» — это не ТЗ. Это задание угадать, что именно понравилось. Лучше вычленить конкретные элементы и описать их отдельно.
- Нет раздела «что не входит» — явное указание на то, что останется за рамками проекта, так же важно, как описание того, что войдёт.
- Функции без сценариев — «корзина товаров» без описания логики — как считается сумма, что происходит при изменении количества, как работает промокод — это половина ТЗ.
- Нет критериев приёмки — зафиксируйте, по каким признакам проект считается завершённым и готовым к передаче.
Вывод
Хорошее ТЗ — это не объёмный документ, а точный. Чем конкретнее описаны требования, тем точнее оценка, тем меньше сюрпризов в процессе и тем быстрее проект доходит до приёмки без лишних итераций.