Факт, который дорого обходится заказчикам: до 70% конфликтов между клиентом и веб-студией возникают не из-за плохого исполнителя, а из-за размытого задания на разработку сайта. Исполнитель честно сделал «как понял», а заказчик честно хотел «совсем другое». Этот лонгрид — о том, как составить задание, которое доведёт проект до результата без переделок, доплат и потерянных месяцев.

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

68%
проектов срывают сроки из-за доработок, не описанных в задании
×2
рост бюджета, когда ТЗ переписывают после начала работ
1 час
на составление задания экономит в среднем 3–4 недели разработки

Почему «хочу красивый сайт» — это не задание

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

Размытая формулировка Как её понял исполнитель Как надо писать
«Современный дизайн» Тренды, которые нравятся дизайнеру «Референсы: site1.ru, site2.ru. Цвета: тёмный фон, акцент #D80621»
«Быстрый сайт» «У меня открывается нормально» «Загрузка страницы до 2 сек, PageSpeed от 80 баллов»
«Интернет-магазин» Каталог + корзина, без онлайн-оплаты «Каталог 500 SKU, фильтры, корзина, оплата картой, выгрузка в 1С»
«Админка как у всех» Стандартная CMS, часть полей не редактируется «Менеджер без программиста редактирует: текст, цены, фото, баннеры, SEO-поля»

Универсальная структура задания: 8 блоков

Кликните по блоку — раскроется содержание и примеры формулировок.

Отвечает на вопрос: зачем сайт существует и как измерим его успех?

Пример: «Сайт должен приносить 40 заявок в месяц при конверсии посетитель→заявка от 3%. Основное целевое действие — заполнение формы расчёта стоимости».

Кто придёт на сайт, с какого устройства, что должен сделать за 3 клика.

Пример: «70% трафика — мобильные. Пользователь должен найти цену и оставить заявку максимум в 2 клика с главной».

Карта всех страниц (sitemap) и ответственность за контент: кто пишет тексты, снимает фото, готовит каталог.

Пример: «12 страниц по схеме 1.2. Тексты пишет копирайтер подрядчика по брифу, фото предоставляет заказчик до 10-го дня проекта».

3–5 примеров сайтов, которые нравятся, и — важно — 2–3 примера, которые НЕ нравятся, с пояснением «почему». Количество итераций правок: обычно 2–3.

Платформа/CMS, адаптивность, скорость, аналитика, SSL, формы — куда приходят заявки, интеграции (CRM, оплата, доставка, 1С, телефония).

Пример: «Заявки с форм дублируются в CRM Bitrix24 и на почту. Аналитика: Яндекс.Метрика с целями на каждую форму».

ЧПУ-адреса, метатеги, микроразметка Schema.org, robots.txt и sitemap.xml, скорость загрузки, отсутствие дублей. Если не зафиксировать — «доделка под SEO» станет отдельным счётом.

Чек-лист проверки: каждый пункт принимается как «выполнено/не выполнено». Например: «Форма отправляется, письмо доходит, данные попадают в CRM». Без критериев приёмки проект невозможно «закрыть» — он будет тянуться бесконечно.

Самый недооценённый блок. Явно перечислите: «Не входит: хостинг, покупка домена, ведение рекламы, наполнение свыше 50 карточек товара, правки после подписания акта». Это снимает 80% будущих споров.

Во что превращается отсутствие задания

Перерасход бюджета в зависимости от качества задания (данные опрошенных студий, средние значения):

Подробное ТЗ на 5+ страниц
+10%
Краткий бриф на 1 страницу
+40%
Устное описание «на словах»
+65%
«Сделайте как у конкурента»
+100%

Интерактивный чек-лист готовности задания

Отметьте пункты, которые уже описаны в вашем задании, и посмотрите оценку.

0 / 8 — задание ещё в зародыше

5 ошибок, которые убивают сроки

1

Составлять ТЗ после выбора студии. Задание — это документ, по которому студии сравнивают предложения. Сначала ТЗ, потом тендер.

2

Поручить ТЗ самому разработчику. Исполнитель опишет то, что ему удобно сделать, а не то, что нужно бизнесу.

3

Не назначить владельца контента. Разработчик закончил сайт, а текстов нет — 40% простоев проектов случается именно так.

4

Согласовать дизайн устно. Все финальные подтверждения — письменно, с ссылками на макеты.

5

Забыть о приёмке. Без чек-листа «выполнено/не выполнено» проект не имеет точки завершения.

Главный вывод

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

Правило простое: если формулировку из задания можно проверить ответом «да/нет» — она написана правильно. Если её можно понять двояко — перепишите.