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