«Мы же обсуждали, что тут будет слайдер!» — «В ТЗ про слайдер ничего нет». Знакомый диалог?
80% конфликтов между заказчиком и разработчиком — из-за размытого ТЗ. Давайте разберёмся, как составить документ, который защитит обе стороны.
Зачем нужно ТЗ
Для заказчика: понимание, что получите за свои деньги; возможность сравнить предложения разных подрядчиков; защита при приёмке работ.
Для разработчика: точная оценка сроков и стоимости; понимание задачи; защита от «а ещё добавьте вот это».
Для проекта: единый источник правды; критерии приёмки; меньше переделок.
Структура ТЗ на сайт
1. Общая информация
Название компании, сфера деятельности, цели сайта (заявки, продажи, информирование), целевая аудитория, конкуренты (ссылки на сайты).
2. Требования к функционалу
Что сайт должен уметь делать. Максимально конкретно.
Плохо: «На сайте должны быть формы»
Хорошо: «Форма «Рассчитать стоимость» на главной странице: поля — имя, телефон, площадь квартиры (необязательно). Все формы отправляют данные на email и в amoCRM»
3. Структура сайта
Список страниц с описанием содержимого каждой.
4. Требования к дизайну
Референсы (сайты, которые нравятся), цветовая гамма (если есть брендбук), стиль (строгий/современный/креативный), требования к фото.
5. Технические требования
CMS (если есть предпочтения), хостинг, домен, интеграции (CRM, аналитика, платёжные системы), требования к скорости загрузки, SEO-требования.
6. Контент
Кто предоставляет тексты, фото, видео. В каком виде. В какие сроки.
7. Сроки и этапы
Дедлайн проекта, промежуточные этапы (прототип, дизайн, вёрстка), сроки согласования со стороны заказчика.
8. Бюджет
Если есть ограничения — укажите. Это поможет подрядчику предложить оптимальное решение.
Чек-лист проверки ТЗ
- Цели сайта понятны и измеримы
- Целевая аудитория описана
- Структура сайта полная (все страницы)
- Функционал описан конкретно
- Есть референсы по дизайну
- Указаны интеграции
- Понятно, кто даёт контент
- Есть сроки и бюджет
- Нет противоречий между разделами
Типичные ошибки
Ошибка 1: Слишком общее описание
«Сайт должен быть современным и удобным» — это не требование. Что значит «современный»? Что значит «удобный»?
Ошибка 2: Описание решения вместо задачи
Плохо: «Нужен слайдер на главной». Хорошо: «Нужно показать 6 проектов компактно, чтобы не занимать много места». Может, слайдер — не лучшее решение.
Ошибка 3: Противоречивые требования
«Сайт должен быть минималистичным» + «На главной: видео-фон, анимации, 3D-элементы». Это не минимализм.
Ошибка 4: Нет приоритетов
Всё одинаково важно = ничего не важно. Разделите требования на обязательные и желательные.
Ошибка 5: Забыть про мобильные
Отдельно опишите требования к мобильной версии. Или укажите «mobile-first».
Кто должен писать ТЗ
Вариант 1: Заказчик — плюсы: вы точно знаете свой бизнес. Минусы: можете не знать технических возможностей.
Вариант 2: Подрядчик — плюсы: профессиональный документ. Минусы: платная услуга, нужно время на погружение.
Вариант 3: Совместно — оптимальный вариант. Заказчик описывает бизнес-требования, подрядчик переводит в техническую плоскость.
Сколько стоит разработка ТЗ
Профессиональное ТЗ: 20 000 — 50 000 ₽
Включает: бриф, анализ конкурентов, структуру, описание функционала, прототипы.
Окупается: меньше переделок, точная оценка, быстрее согласование.
Главное
ТЗ — это инвестиция в успех проекта. Час на детальное описание сейчас сэкономит недели переделок потом.
Не ленитесь. Не надейтесь на «и так понятно». Записывайте всё. Согласовывайте письменно.
Хороший проект начинается с хорошего ТЗ.
