Большинство конфликтов между заказчиком и разработчиком сводятся к одной фразе: «я думал, будет иначе». Хорошее техническое задание убирает эти разночтения заранее. Оно фиксирует, каким должен быть сайт, и становится точкой опоры и для вас, и для исполнителя.
01Зачем нужно техническое задание
ТЗ — это письменная договорённость о том, что именно делается. Без него «сделать сайт» каждый понимает по-своему: заказчик ждёт одно, подрядчик закладывает другое. С документом проще на всех этапах: дизайнер знает, какие страницы рисовать; разработчик понимает, какие функции нужны; а вы при приёмке сверяетесь со списком, а не спорите на словах.
Даже если вы работаете с проверенной командой и не планируете толстый формальный документ, минимальное ТЗ всё равно полезно. Оно защищает обе стороны: исполнителя — от бесконечных «а добавьте ещё вот это», а заказчика — от ситуации, когда обещанного в итоге нет.
02Цели и задачи сайта
Самая важная часть, которую чаще всего пропускают. Прежде чем описывать кнопки и цвета, ответьте: зачем вам сайт и что он должен делать для бизнеса. От этого зависит вообще всё остальное.
- Главная задача. Принимать заявки, продавать товары, собирать запись, информировать — это разные сайты.
- Целевая аудитория. Кто эти люди, какие у них вопросы и сомнения.
- Как поймём, что сайт работает. Заявки с формы, звонки, заказы — то, что вы будете считать результатом.
Когда цель сформулирована, подрядчику проще предлагать решения, а не просто «делать как сказали». Если сайт планируется как часть привлечения клиентов из поиска и рекламы, отметьте это сразу — например, что он должен быть готов под SEO-продвижение и приём трафика с контекстной рекламы.
03Структура и содержание
Дальше описывают, из чего состоит сайт. Здесь полезно идти от страниц к блокам.
Список страниц
Перечислите все нужные разделы: главная, услуги, о компании, контакты, блог и так далее. Если страниц много, удобно сначала проработать логику разделов — об этом есть отдельный материал про структуру сайта услуг.
Блоки на ключевых страницах
Для главной и важных страниц опишите, какие блоки на них должны быть и в каком порядке. Это удобнее всего согласовывать не текстом, а схемой — поэтому ТЗ часто идёт в паре с прототипом сайта, где структура показана наглядно.
Кто готовит контент
Сразу договоритесь, кто пишет тексты и где берёт фотографии: заказчик, подрядчик или совместно. Незакрытый вопрос с контентом — частая причина срыва сроков.
04Функции и технические требования
Здесь описывают, что сайт должен уметь и в каких условиях работать:
- Функции. Формы заявки, онлайн-оплата, личный кабинет, фильтры каталога, калькулятор, интеграции с CRM или мессенджерами.
- Платформа. На чём делается сайт (конструктор, CMS, индивидуальная разработка) — или это оставляют на усмотрение подрядчика.
- Адаптивность. Корректная работа на смартфонах и планшетах — обязательное требование, не опция.
- Аналитика. Подключение Яндекс.Метрики и настройка целей на заявки, чтобы измерять результат.
- Базовая SEO-готовность. Возможность задавать заголовки, описания и адреса страниц, корректная разметка.
Чем конкретнее этот раздел, тем меньше сюрпризов. Расплывчатое «должно быть удобно» лучше заменить на проверяемые формулировки.
05Дизайн и пожелания к оформлению
Дизайн сложно описать словами, но кое-что зафиксировать стоит. Укажите, есть ли у вас фирменный стиль, логотип и брендбук, какие цвета обязательны, а какие нежелательны. Очень помогают примеры — два-три сайта, которые вам нравятся, с пояснением чем именно. Это лучше, чем абстрактные «современно» и «дорого», которые каждый трактует по-своему.
Чем точнее вы опишете ожидания в ТЗ, тем меньше итераций уйдёт на правки — и тем предсказуемее будут сроки и бюджет.
06Сроки, бюджет и приёмка
Организационная часть, без которой ТЗ неполное. Пропишите ориентировочные сроки по этапам, формат и порядок оплаты, а также — что считается выполненной работой. Последнее особенно важно: договоритесь заранее, по каким критериям вы принимаете сайт, сколько правок входит в работу и что относится к доработкам за отдельную плату. Как сами этапы идут друг за другом, удобно посмотреть в материале про этапы разработки сайта.
Стоимость сайта и работ зависит от объёма страниц, набора функций и того, кто готовит контент. Поэтому в ТЗ важно зафиксировать рамки задачи — это и есть основа для честной оценки. Что входит в разработку у нас, можно посмотреть на странице создания сайтов, а форматы сотрудничества — в тарифах.
07Частые ошибки в ТЗ
Чтобы документ работал, избегайте типичных промахов:
- Только дизайн, без целей. Описаны кнопки и цвета, но не сказано, зачем сайт и что он должен приносить.
- Размытые формулировки. «Красиво», «удобно», «как у конкурентов» нельзя проверить при приёмке.
- Нет раздела про контент. Непонятно, кто пишет тексты, — и проект встаёт.
- Не описана приёмка. Не оговорено, сколько правок входит и что считается готовым результатом.
Хорошее ТЗ не обязано быть огромным. Главное — чтобы по нему было понятно, что за сайт получится и как стороны поймут, что работа выполнена.
Помогаем составить понятное ТЗ
Перед разработкой мы разбираем задачи бизнеса, фиксируем цели, структуру и функции сайта и сводим их в прототип и техническое задание. Так вы заранее понимаете, что получите, а проект идёт без сюрпризов на приёмке.
Официальная документация по теме — Справка Яндекс.Вебмастера.