ТЗ на сайт: как составить, чтобы получить то, что нужно
Половина конфликтов с подрядчиками возникает из-за того, что стороны по-разному поняли задачу. Разбираем, что должно быть в техническом задании на сайт, как описывать функции через поведение, как задать критерии приёмки и какие пункты про доступы спасают при расставании.
Техническое задание — не бюрократия, а способ проверить, что вы и подрядчик представляете один и тот же результат. Пока задача звучит как «сделать современный сайт», совпадения нет: у каждого в голове свой сайт. ТЗ переводит ожидания в проверяемые формулировки.
У документа есть и вторая, менее очевидная функция: он делает сопоставимыми сметы разных подрядчиков. Без ТЗ оценки различаются в три-четыре раза просто потому, что каждый угадывает объём по-своему, и сравнивать их бессмысленно.
Что должно быть в документе
- Цель сайта и измеримый результат: какое действие должен совершить посетитель
- Целевая аудитория и сценарии её поведения
- Структура: перечень страниц и что на каждой
- Функциональные требования: формы, фильтры, калькуляторы, личный кабинет
- Интеграции: CRM, оплата, доставка, аналитика, почта
- Требования к дизайну: фирменный стиль, референсы, ограничения
- Технические требования: платформа, скорость, адаптивность, браузеры
- Контент: кто пишет тексты и готовит фотографии, к какому сроку
- Критерии приёмки по каждому этапу
- Порядок передачи доступов и прав
Как описывать функции
Не техническим языком, а через поведение. Тогда формулировку сможет проверить любой человек, а не только разработчик.
| Плохая формулировка | Хорошая формулировка |
|---|---|
| Сделать AJAX-форму | После нажатия кнопки страница не перезагружается, посетитель видит сообщение об отправке, заявка приходит на почту и в CRM, при незаполненных обязательных полях выводится подсказка |
| Сайт должен быть быстрым | На мобильном соединении основной блок первого экрана виден за 2,5 секунды |
| Адаптивная вёрстка | На ширине 375 пикселей нет горизонтальной прокрутки, кнопки не меньше 44 пикселей, текст читается без увеличения |
| Удобный каталог с фильтрами | Фильтр по цене, бренду и наличию; выбранные значения сохраняются в адресе; результат обновляется без перезагрузки |
| Современный дизайн | Ссылка на два референса с указанием, что именно в них нравится: сетка, типографика, работа с фотографией |
Хорошее ТЗ проверяется просто: по нему можно принять работу, не споря о том, что имелось в виду.
Пункт, который экономит больше всего нервов
Определение готовности. Для каждого этапа опишите, что считается выполненным: макеты во всех разрешениях, вёрстка без горизонтальной прокрутки на 375 пикселях, формы отправляются и письма доходят, скорость не ниже заданного порога. Без критериев приёмка превращается в спор о вкусах.
Контент — самая частая причина срыва сроков
Проекты чаще всего останавливаются не на разработке, а на ожидании текстов и фотографий от заказчика. Зафиксируйте в ТЗ: кто готовит содержимое, к какому сроку, что происходит при задержке. Если тексты пишет подрядчик — уточните, сколько итераций входит в цену и что считается «правкой», а что новым текстом.
Права и доступы
- Домен регистрируется на заказчика — не на подрядчика
- Хостинг оформляется на заказчика или передаётся вместе с доступами
- Панели вебмастера и аналитика заводятся на почту заказчика
- Исходные файлы дизайна передаются по завершении
- Права на разработанный код и материалы фиксируются в договоре
- Все пароли передаются актом, а не в переписке
Этот блок кажется формальностью до момента расставания с подрядчиком. После — оказывается самым важным разделом договора. Подробный разбор — в материале про доступы и права на сайт.
Чего не должно быть в ТЗ
- Оценочных формулировок: «красиво», «современно», «удобно»
- Требований без критерия проверки
- Технологий ради технологий, без связи с задачей
- Ссылок на «как у конкурента» без конкретики, что именно скопировать
- Умолчаний: всё, что не написано, будет сделано по усмотрению исполнителя
Приёмка и правки
Пропишите процедуру: сколько дней на проверку, в каком виде передаются замечания, сколько итераций правок входит в стоимость. И главное — разделите два понятия.
| Что это | Определение | Кто платит |
|---|---|---|
| Недоделка | Не соответствует тому, что записано в ТЗ | Исполнитель, бесплатно |
| Правка в рамках итерации | Замечание по вкусу в пределах согласованного числа итераций | Входит в цену |
| Новое требование | Не было в ТЗ, меняет объём работ | Оценивается и оплачивается отдельно |
С чего начать
Опишите один сценарий: что делает посетитель от входа на сайт до заявки, шаг за шагом. Этот сценарий станет каркасом структуры и функциональных требований, а всё остальное дописывается вокруг него. Дальше сверьтесь со сметой — как её читать, разобрано в материале про стоимость сайта.
Частые вопросы
Может ли ТЗ написать сам подрядчик?
Да, и часто это лучший вариант: у исполнителя есть опыт формулировок. Но принимает документ заказчик, и он обязан прочитать его целиком. Подписанное не глядя ТЗ защищает только подрядчика.
Насколько подробным должно быть ТЗ?
Настолько, чтобы другой исполнитель мог по нему сделать то же самое. Не нужно описывать цвета кнопок, но нужно однозначно описать поведение: что происходит после отправки формы, какие поля обязательны, что видит пользователь при ошибке.
Как защититься от бесконечных правок?
Зафиксировать в договоре количество итераций на каждом этапе, порядок приёмки и разделение «недоделка / правка / новое требование». Это защищает обе стороны: заказчика — от халтуры, подрядчика — от бесконечных изменений.
Обязательно ли ТЗ для небольшого лендинга?
Даже для лендинга полезен документ на две страницы: цель, структура блоков, что делает форма, куда уходит заявка, кто даёт тексты и сколько итераций правок. Это занимает час и снимает большинство будущих споров.
На кого оформлять домен и хостинг?
На заказчика. Подрядчику выдаются права доступа, но владельцем остаётесь вы. Домен, зарегистрированный на агентство, при конфликте превращается в рычаг давления, и вернуть его быстро почти невозможно.
Что делать, если подрядчик отказывается работать по ТЗ?
Это тревожный знак: документ защищает обе стороны и фиксирует объём. Отказ обычно означает либо намерение расширять смету по ходу, либо неготовность отвечать за результат. Разумный компромисс — подрядчик сам пишет ТЗ, а вы его внимательно принимаете.
