Как написать техническое задание для сайта — рабочая структура
Клиент обычно формулирует запрос одной фразой: «хочу красивый, современный сайт». Агентство берётся за работу, потому что переспрашивать кажется лишним — клиент и так доволен первым разговором. Но через две-три недели выясняется, что «красивый» каждая сторона понимает по-своему — и эта разница превращается в дополнительный счёт где-то в середине проекта.
Проблема не в квалификации дизайнера. Проблема в том, что никто не зафиксировал, что именно значит «красивый», на бумаге. Техническое задание (в отрасли его чаще называют просто ТЗ) существует именно для этого — заранее письменно согласовать требования, зоны ответственности и границы проекта. Дальше — какие разделы обязательны и какой спор предотвращает каждый из них.
Зачем нужно техническое задание
Каждое требование, не зафиксированное в начале проекта, возвращается позже как дополнительная работа, спор или и то, и другое сразу. Разница кажется небольшой — одна лишняя страница, забытая интеграция, — но изменение после утверждения дизайна и написания кода всегда обходится дороже, чем если бы его заложили сразу: часть уже сделанной работы приходится переделывать.
ТЗ решает это не «доверием», а письменной фиксацией. Когда одна сторона говорит «я так понял», документ показывает, о чём договорились на самом деле. Это защищает и клиента, и исполнителя — никому не приходится полагаться на память другого. Чем позже находится несоответствие, тем больше уже пройденных этапов — дизайн, код, тесты — приходится проходить заново, поэтому ТЗ имеет смысл ставить в начало проекта, а не оформлять задним числом.
7 разделов, которые должны быть в ТЗ
1. Цель проекта и как измеряется успех
«Нужен сайт» — это не цель. Сайт нужен для сбора заявок, онлайн-продаж или для репутации перед B2B-партнёрами? Без ответа дизайнерские решения — например, что показать на первом экране — принимаются на глаз. Критерий успеха должен быть в том же разделе: «50 заявок в месяц» и «чтобы было красиво» рождают совершенно разные проекты. Например, цель «30 заявок на консультацию в месяц» сразу подсказывает дизайнеру одно решение — форма записи должна быть на первом экране; формулировка «чтобы было красиво» до такого решения сама по себе не доводит.
2. Аудитория и то, как она принимает решение
Кому продаём — конечному покупателю, оптовику, обоим сразу? У каждой аудитории свой темп принятия решения и свои вопросы. Если раздел пропущен, спор о том, на каком языке писать тексты, всплывает уже в процессе.
3. Карта сайта и список функций
Какие страницы будут, что делает каждая, какие формы, фильтры, личный кабинет нужны. Без этого списка смета тоже строится на предположении — а предположение уточняется уже в середине работы, когда цена уже согласована.
4. Референсы дизайна и брендовые материалы
Два-три сайта, которые нравятся, файл логотипа, фирменные цвета, брендбук, если он есть. Ощущение «мне не нравится» чаще всего рождается именно из-за пустого этого раздела — дизайнер не видит картинку у вас в голове, ему приходится угадывать.
5. Технические требования
Сколько языков, какие интеграции (оплата, CRM, почта), какой хостинг, кто управляет доменом. Если этот раздел добавляется позже, это почти всегда дополнительные расходы — основа уже построена без него.
6. Ответственность за контент
Кто и к какому сроку предоставляет тексты, изображения, видео? Это раздел, который чаще всего срывает сроки — дизайн готов, а сайт месяцами висит в статусе «почти готово» из-за отсутствующего текста.
7. Условия сдачи, число правок и сроки
Сколько раз можно вносить правки, какой дедлайн у каждого этапа, как устроена поддержка после сдачи. Незафиксированное число правок превращается в ожидание бесконечных правок — и это утомляет обе стороны. Фраза «2 полных круга правок, каждый до 3 рабочих дней» сама по себе снимает это ожидание; без цифры каждая сторона остаётся при своём представлении о том, что нормально.
Три детали, которые чаще всего забывают
Семь разделов создают основу, но на практике почти всегда забывают три детали — и именно они чаще всего становятся причиной спора в конце.
Кому принадлежит домен и хостинг. На чьё имя оформлена регистрация, у кого остаётся доступ — у исполнителя или у клиента? В ТЗ это одна строка, но если её не написать, вопрос «у кого ключи от сайта» превращается в проблему именно тогда, когда сотрудничество заканчивается.
На каких браузерах и устройствах будет тестирование. «Адаптивный под мобильные» не объясняет ничего — какие размеры экранов, какие старые браузеры поддерживаются? Без этого пункта спор «на сайте баг» против «у меня всё нормально отображается» может тянуться неделями.
Входит ли базовый SEO. Заголовки страниц, карта сайта, оптимизация скорости — если это не прописано отдельной строкой, исполнитель часто считает это дополнительной услугой, а клиент — само собой разумеющимся. Правы могут быть обе стороны, потому что нигде не было записано.
Кто пишет, кто утверждает
ТЗ не может написать один исполнитель — цель и аудиторию лучше всех знает клиент. Не может написать и один клиент — технические требования (раздел 5) он обычно не знает. Правильный порядок: клиент черновиком заполняет первые пять разделов, исполнитель добавляет техническую часть, обе стороны подтверждают — необязательно подписью, достаточно письма. Хорошая практика — согласовать ТЗ до первой предоплаты: это даёт обеим сторонам возможность задать вопросы и при необходимости отступить ещё до начала работы.
Незафиксированное требование становится дорогим сюрпризом уже в середине проекта.
Что реально происходит без ТЗ
Обычный сценарий: проект стартует, дизайн утверждён, идёт разработка. На третьей неделе клиент говорит: «а ещё нужен вот такой фильтр». Для исполнителя это дополнительная работа и время; для клиента — ощущение «я же говорил с самого начала», хотя нигде это не зафиксировано. Итог: задержка, спор о дополнительном счёте, иногда потеря доверия. Никто не ошибся — просто никто не записал.
С чего начать
Написать ТЗ с нуля кажется сложнее, чем есть на самом деле — заполнить эти 7 разделов важнее, чем красиво их оформить. Если нужна структура под конкретный проект, наша услуга разработки сайта начинает каждый проект именно с совместного заполнения этих 7 разделов — тогда и цена, и срок опираются на записанное, а не на предположение.
