Как составить техническое задание на сайт и не потерять месяц на правки

Размытое техническое задание — главная причина, по которой разработка сайта затягивается и превращается в бесконечные правки. Заказчик считает, что «и так понятно», исполнитель понимает по-своему, и в итоге обе стороны тратят недели на переделки. Рассказываем, как составить ТЗ, которое сэкономит время, деньги и нервы, даже если вы никогда раньше этого не делали.

Зачем нужно техническое задание, если есть дизайнер и программист

Техническое задание — это договорённость о том, что именно будет сделано. Не набор пожеланий, а описание результата, по которому можно проверить: работа выполнена или нет. Без него критерий приёмки один — «нравится или не нравится», а это прямой путь к спорам.

Хорошее ТЗ решает сразу несколько задач:

• фиксирует объём работ, чтобы стоимость не росла по ходу проекта;
• исключает ситуацию, когда важная функция «подразумевалась», но не была сделана;
• помогает точно оценить сроки и распределить работу между специалистами;
• служит основой для приёмки: сверяете сайт с документом пункт за пунктом.

Вам не нужно писать ТЗ языком программиста. Ваша задача — описать бизнес-цели, структуру и функции простыми словами. Техническую часть — выбор платформы, хостинга, способа интеграции — дописывает студия, а вы согласуете итоговый документ.

С чего начать: цели и аудитория

Первый раздел ТЗ отвечает на вопрос «зачем». Кажется, что это формальность, но именно здесь закладываются все дальнейшие решения. Опишите:

• Цель сайта. Получать заявки на услугу, продавать товары, привлекать дилеров, нанимать сотрудников. Лучше одна главная цель и одна-две второстепенные.
• Целевую аудиторию. Кто эти люди, что для них важно при выборе, какие вопросы они задают менеджерам. Например: «владельцы частных домов, выбирают по цене и срокам, часто спрашивают про гарантию».
• Целевые действия. Что считается успехом: звонок, отправка формы, заказ в корзине, скачивание прайса.
• Конкурентов и примеры. Два-три сайта, которые вам нравятся, с пояснением, что именно нравится. «Нравится сайт целиком» не помогает. «Нравится, что цены видны сразу в карточке услуги» — помогает.

Структура сайта: карта страниц

Второй блок — список всех страниц и их иерархия. Лучше всего оформить его как дерево:

• Главная
• Услуги
  • Услуга 1
  • Услуга 2
  • Услуга 3
• Портфолио (список работ + страница отдельного проекта)
• О компании
• Цены
• Блог (список статей + страница статьи)
• Контакты

Важно различать уникальные страницы и шаблоны. Страница «Контакты» одна, а шаблон «Страница услуги» может повторяться двадцать раз с разным наполнением. Для оценки стоимости это принципиально: дизайнер рисует шаблон один раз, но структура каждого шаблона должна быть продумана.

Если планируете SEO-продвижение, структуру лучше строить на основе семантического ядра — списка запросов, по которым вас ищут. Тогда каждая страница будет отвечать на конкретную группу запросов, и сайт не придётся перестраивать после запуска.

Содержание каждой страницы

Это самая недооценённая часть ТЗ. Мало написать «страница услуги»: надо перечислить, какие блоки на ней будут и в каком порядке. Пример для страницы услуги:

1. Заголовок и короткое описание услуги.
2. Для кого подходит и какие задачи решает.
3. Состав работ и этапы.
4. Цены или калькулятор стоимости.
5. Примеры выполненных работ.
6. Ответы на частые вопросы.
7. Форма заявки.

Когда блоки перечислены заранее, дизайнер не придумывает содержание за вас, а копирайтер знает, какие тексты нужны. Правки на этапе макета сокращаются в разы, потому что у всех одна и та же картинка в голове.

Отдельно укажите, кто готовит контент: тексты, фотографии, логотип, документы. Если материалы предоставляете вы, пропишите срок их передачи. Незаполненные разделы — самая частая причина сорванных сроков запуска.

Функции, интеграции и технические требования

Функциональные требования

Здесь описывается, что сайт должен уметь делать. Формулируйте через действия пользователя и администратора:

• «Посетитель может отфильтровать каталог по цене, размеру и материалу».
• «После отправки формы заявка приходит на почту менеджера и дублируется в CRM».
• «Администратор может сам добавлять товары, менять цены и загружать фото без помощи программиста».
• «Покупатель может оплатить заказ картой на сайте и получить письмо с подтверждением».

Для каждой функции полезно указать её приоритет: обязательно к запуску, желательно, можно позже. Это позволяет уложиться в бюджет: обязательные функции делаются сразу, остальные — вторым этапом.

Интеграции

Перечислите все внешние системы, с которыми должен работать сайт: CRM, учётная программа, платёжный сервис, службы доставки, онлайн-чат, системы аналитики. Интеграции — одна из самых непредсказуемых частей работы, и если о них вспомнить в конце, сроки почти гарантированно сдвинутся.

Дизайн, адаптивность и техническая часть

Требования к дизайну можно описать без специальных знаний:

• есть ли фирменный стиль, логотип, брендбук;
• какие цвета и шрифты обязательны, какие нежелательны;
• какое настроение должен передавать сайт: строгий, дружелюбный, премиальный, технологичный;
• примеры сайтов с похожей подачей, с комментариями.

Обязательно пропишите требование к адаптивности: сайт должен корректно отображаться на смартфонах, планшетах и компьютерах. Сегодня большая часть посетителей многих ниш приходит с телефона, и мобильная версия — не дополнительная опция, а базовое требование.

Технические пункты, которые стоит зафиксировать:

• платформа (CMS или собственная разработка) и требования к панели управления;
• скорость загрузки и оптимизация изображений;
• базовая SEO-подготовка: мета-теги, понятные адреса страниц, карта сайта, микроразметка;
• SSL-сертификат, резервное копирование, защита форм от спама;
• кто владеет доменом и хостингом, у кого доступы.

Порядок согласования и приёмки

Чтобы ТЗ реально защищало от лишних правок, пропишите процесс работы:

Этап	Что согласуется	Сколько кругов правок
Прототип	Структура страниц и расположение блоков	2 круга
Дизайн	Визуальный стиль главной и ключевых шаблонов	2–3 круга
Вёрстка и программирование	Работа функций по ТЗ, адаптивность	Исправление несоответствий ТЗ
Наполнение и запуск	Контент, формы, аналитика	Финальная проверка

Главный принцип: согласованный этап не пересматривается без пересчёта сроков и стоимости. Если после утверждения дизайна вы решили добавить новый раздел, это изменение ТЗ, а не правка. Такое правило дисциплинирует обе стороны и не даёт проекту расползаться.

Назначьте с вашей стороны одного ответственного за согласование. Когда комментарии к макету присылают три руководителя, и они противоречат друг другу, проект стоит. Один человек собирает мнения внутри компании и передаёт студии общую позицию.

Частые ошибки при составлении ТЗ

• «Сделайте как у конкурента». Копия чужого сайта не учитывает ваши преимущества и аудиторию. Берите у конкурентов идеи, а не решения целиком.
• Слишком общие формулировки. «Удобный каталог» — непроверяемое требование. «Фильтр по трём параметрам и сортировка по цене» — проверяемое.
• Попытка описать всё на годы вперёд. ТЗ на сто страниц с функциями «на будущее» раздувает бюджет. Запускайте рабочую версию и развивайте её.
• Нет ответственного за контент. Сайт готов, а текстов нет, и запуск откладывается на месяц.
• Игнорирование администрирования. Сайт красиво выглядит, но чтобы поменять цену, нужно писать программисту.

Вывод

Техническое задание — это не бюрократия, а инструмент, который превращает «хочу хороший сайт» в конкретный план с понятным результатом. Опишите цели и аудиторию, структуру страниц, содержание блоков, функции с приоритетами, требования к дизайну и порядок приёмки. Этого достаточно, чтобы проект шёл без сюрпризов.

Не обязательно писать ТЗ самостоятельно с нуля. В «Студии-125» мы помогаем сформулировать требования: вы рассказываете о бизнесе, а мы превращаем это в документ, согласуем его с вами и работаем строго по нему. Подробнее о том, как устроен процесс, можно прочитать на странице этапов работы.