Как написать техническое задание на разработку сайта, которое реально работает

Техническое задание на разработку сайта — самый недооценённый документ в любом веб-проекте. Я видел это своими глазами: компании неделями оценивают агентства, согласовывают договоры и спорят о цветовой палитре, а потом передают половину страницы письма в качестве «брифа» — и удивляются, почему итоговый продукт не соответствует ожиданиям. Более 30% крупных цифровых проектов выходят за рамки бюджета или нарушают сроки, и слабая проработка объёма работ почти всегда является одной из причин.

Вот в чём суть: ваше ТЗ — это не формальность. Это фундамент, на котором строятся все дизайнерские решения, спринты разработки и контент-стратегия. Детальное техническое задание выравнивает вашу команду, даёт агентству необходимый контекст для качественной работы и защищает вас от расползания объёма работ, опустошающего бюджет. Создаёте ли вы корпоративный сайт или высококонверсионный лендинг — качество результата напрямую связано с качеством ТЗ, с которого всё началось.

Это руководство разбирает каждый раздел, объясняет, почему он важен, и даёт практические рекомендации, за которые ваше агентство скажет вам спасибо.

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

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

Исследования неизменно показывают: проекты с чётко прописанными требованиями значительно чаще завершаются вовремя и в рамках бюджета. ТЗ — это ваша лучшая страховка от двух вещей, убивающих веб-проекты: недопонимания и расползания объёма работ.

Чем ТЗ отличается от RFP?

Люди иногда путают ТЗ на разработку сайта с запросом на предложение (RFP). Они связаны, но служат разным целям. RFP — это официальный документ, который вы отправляете нескольким агентствам для получения конкурирующих предложений; это инструмент закупки. ТЗ — рабочий документ, который определяет сам проект. Вы можете включить ТЗ в RFP, но именно ТЗ направляет творческую и техническую работу. Даже если вы работаете с одним проверенным агентством, ТЗ всё равно необходимо.

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

Описание компании

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

Анализ текущего сайта

Честно опишите, что работает и что не работает на вашем нынешнем сайте. Укажите конкретные проблемы: медленная загрузка, устаревший контент, плохой мобильный опыт, низкая конверсия. Если у вас есть аналитические данные — показатель отказов, средняя продолжительность сессии, воронки конверсии — включите их. Это даёт агентству базовую точку для улучшения, а не отправной пункт в неизвестности.

Конкурентная среда

Перечислите трёх-пять конкурентов и отметьте, что их сайты делают хорошо или плохо. Это не призыв кого-то копировать — это возможность показать агентству стандарт, к которому привыкла ваша аудитория. Если все конкуренты в вашей сфере используют лаконичный минималистичный дизайн, а ваш сайт выглядит как созданный в 2015 году — это полезный контекст. Аналогично, если вы хотите намеренно выделиться на фоне конкурентов — объясните, как именно.

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

Первичные и вторичные цели

Начните с главной цели. Должен ли сайт генерировать лиды? Стимулировать продажи продуктов? Привлекать таланты? Формировать образ мыслителя в индустрии? Выберите одну основную цель и, при необходимости, две-три дополнительные. Сайт, который пытается одинаково хорошо решать все задачи, как правило, не решает ни одну по-настоящему хорошо.

Хорошие примеры первичных целей:

• Увеличить количество запросов на демо на 40% в течение шести месяцев после запуска
• Снизить количество обращений в службу поддержки, предоставив базу знаний для самостоятельного поиска ответов
• Позиционировать компанию как лидера рынка в сфере корпоративного логистического ПО

Метрики успеха

Привяжите цифры к своим целям. Какие KPI вы будете отслеживать, чтобы оценить эффективность нового сайта? Коэффициент конверсии, показатель отказов, среднее время на странице, количество заполненных форм, объём квалифицированных лидов — эти метрики превращают размытые амбиции в измеримые цели. Тогда агентство сможет проектировать, ориентируясь на эти метрики, а не только на эстетику. Исследования Nielsen Norman Group подтверждают, что процессы дизайна, ориентированные на цели, неизменно превосходят проекты, начинающиеся с визуальных предпочтений.

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

Определение пользовательских персон

Опишите два-три наиболее важных сегмента аудитории. Для каждого укажите демографические данные (возрастной диапазон, должность, отрасль), основные болевые точки, чего они ищут на вашем сайте и какое действие вы хотите, чтобы они совершили. Если у вас есть результаты формального исследования персон — поделитесь ими. Если нет, даже абзаца для каждого сегмента лучше, чем ничего.

Например, B2B-компания по разработке ПО может определить следующие персоны:

• IT-директор (лицо, принимающее решения): заботится о безопасности, интеграциях и совокупной стоимости владения. Посещает сайт, чтобы оценить технические возможности и запросить демо.
• Менеджер по маркетингу (влиятель): интересуется простотой использования и функциями отчётности. Скорее всего, скачает кейс или посмотрит видео о продукте, прежде чем рекомендовать инструмент внутри компании.

Пути пользователей и точки входа

Подумайте, как разные пользователи попадают на ваш сайт. Одни попадут на главную страницу через поиск Google. Другие могут кликнуть на конкретный лендинг из платной рекламы или перейти через статью в блоге, опубликованную в LinkedIn. Карта точек входа помогает агентству проектировать подходящие пути для каждого сегмента аудитории, а не пускать всех по одному типовому маршруту.

Здесь ТЗ становится конкретным. Необходимо определить, что именно включает сайт: сколько страниц, какой функционал и как выглядит базовая структура. Пропуск этого раздела — причина расползания объёма работ номер один.

Список страниц и карта сайта

Составьте предварительный список всех страниц, которые, как вы ожидаете, будут на сайте. Сгруппируйте их логически: главная, о нас, услуги (с подстраницами), портфолио, блог, контакты. Законченная карта сайта на этом этапе не нужна — достаточно простой иерархии в виде маркированного списка. Агентство уточнит её на этапе дискавери, но стартовая точка значительно ускорит процесс.

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

Обязательный функционал

Перечислите все функции, которые сайт должен иметь на момент запуска. Будьте конкретны. «Форма обратной связи» — слишком расплывчато. Нужна ли ей условная логика, загрузка файлов, интеграция с CRM? Вот типичные функции для рассмотрения:

• Формы контакта и заявок
• Блог или новостной раздел с категориями и поиском
• Поддержка нескольких языков
• Функционал электронной коммерции (страницы товаров, корзина, оформление заказа)
• Аутентификация пользователей и личные кабинеты
• Интерактивные инструменты (калькуляторы, конфигураторы, системы бронирования)
• Соответствие стандартам доступности (WCAG 2.1 AA)

Желательный функционал

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

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

Брендовые материалы и гайдлайны

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

Визуальные референсы и мудборды

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

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

Фотографии и визуальный стиль

Отметьте, есть ли у вас существующая библиотека изображений, планируете ли вы заказать профессиональную фотосессию или придётся использовать стоковые фото. Если вы открыты к иллюстрациям или кастомным иконкам — упомяните об этом. Визуальный стиль влияет на стоимость, сроки и общее ощущение от финального дизайна.

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

Аудит существующего контента

Есть ли у вас контент, который можно перенести на новый сайт, или всё нужно писать с нуля? Если контент переносится — вы довольны нынешними текстами или их нужно переписать? Будьте честны в оценке. Многие задержки проектов возникают потому, что контент должен был быть «готов», но пришёл с опозданием, неполным или в неправильном формате.

Тон общения

Опишите, как общается ваш бренд. Официально или разговорно? Технически или доступно? Авторитетно или дружелюбно? Если у вас есть руководство по голосу бренда — приложите его. Если нет — поделитесь двумя-тремя существующими материалами (брошюра, почтовая рассылка, пост в соцсетях), которые отражают нужный вам тон.

SEO и семантическое ядро

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

Даже если вы не технический специалист, этот раздел необходимо заполнить. Его пропуск почти всегда приводит к неожиданным затратам на поздних этапах, когда агентство на полпути к разработке обнаруживает, что вам нужна интеграция с CRM или специфическая настройка хостинга.

Предпочтения платформы и технологий

Есть ли у вас предпочитаемая CMS (WordPress, headless CMS, кастомное решение)? Есть ли технические ограничения со стороны IT-отдела? Если предпочтений нет — тоже скажите об этом. Хорошее агентство порекомендует подходящий стек под ваши требования. В Vezert мы часто направляем клиентов к современным фреймворкам вроде Next.js в сочетании с headless CMS, но правильный выбор всегда зависит от конкретного проекта.

Сторонние интеграции

Перечислите все системы, с которыми должен взаимодействовать сайт: CRM (HubSpot, Salesforce), email-маркетинг (Mailchimp, ActiveCampaign), аналитика (Google Analytics 4, Hotjar), платёжные шлюзы, ERP-системы, инструменты бронирования и всё остальное. Каждая интеграция добавляет сложность и стоимость, поэтому лучше обозначить эти требования заранее.

Хостинг и производительность

Укажите предпочтения или требования к хостингу. В регулируемых отраслях могут быть ограничения по хранению данных. Если производительность критична — а она должна быть, поскольку Google использует скорость загрузки страниц как фактор ранжирования — зафиксируйте ваши ожидания. Хорошим ориентиром служат показатели Core Web Vitals.

Стандарты доступности

Укажите требуемый уровень соответствия стандартам доступности. WCAG 2.1 AA является наиболее распространённым стандартом для коммерческих сайтов и всё чаще становится законодательным требованием во многих юрисдикциях. Если ваша аудитория включает государственные или публичные организации — это обязательное требование.

Я понимаю, что называть бюджет неловко. Большинство клиентов боятся, что если они назовут цифру, агентство просто потратит её всю. Но вот реальность: скрывая бюджет, вы тратите время всех впустую. Если у вас $15 000, а минимальный порог агентства для вашего объёма — $40 000, лучше узнать об этом в первом разговоре, чем после двух недель составления предложений.

Диапазон бюджета

Называть точную цифру необязательно. Достаточно реалистичного диапазона — например, $20 000–$30 000. Это позволяет агентству адаптировать предложение под ваши ограничения, предложить, куда инвестировать, а где сэкономить, и сигнализировать, если что-то в вашем списке требований не вписывается в бюджет. Прозрачность в этом вопросе выстраивает доверие и приводит к лучшим предложениям.

Сроки и ключевые даты

Укажите желаемую дату запуска и объясните, является ли она жёсткой (привязана к запуску продукта, нормативному требованию или мероприятию) или ориентировочной. Упомяните промежуточные вехи: «нам нужно согласовать дизайн главной страницы до 15 апреля» или «бета-запуск должен состояться до отраслевой выставки в сентябре». Реалистичные сроки для полноценного корпоративного сайта обычно составляют 10–16 недель, хотя сложность и готовность контента могут растянуть этот период.

Процесс принятия решений

Поясните, у кого есть право на окончательное согласование. Это один человек или комитет должен одобрять каждый этап? Сколько раундов правок вы предполагаете? Кто занимается консолидацией обратной связи? Проекты буксуют, когда шесть человек отправляют противоречивые комментарии агентству. Назначение единственной точки контакта для согласований — одна из простейших мер, которые позволяют держать проект на рельсах.

После изучения сотен ТЗ на протяжении многих лет определённые паттерны проявляются снова и снова. Избегая этих типичных ошибок, вы сэкономите недели задержек и тысячи потраченного впустую бюджета.

Избыточная размытость

«Хотим что-то современное и чистое» встречается примерно в 90% ТЗ, которые я читал. Это ничего не значит без конкретики. Современное по сравнению с чем? Чистое по чьим меркам? Если вы поймаете себя на написании общих прилагательных — замените их конкретными референсами. Дайте ссылку на сайт, который, по-вашему, отлично выглядит. Опишите конкретное взаимодействие, которое вы хотите обеспечить пользователям. Чем осязаемее ТЗ, тем ближе будет первый вариант дизайна к тому, что вы действительно хотите.

Избыточная детализация

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

Игнорирование контента до самого конца

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

Пропуск этапа внутреннего согласования

Не отправляйте ТЗ, которое видел только директор по маркетингу. Добейтесь поддержки от всех заинтересованных сторон — руководства, продаж, IT, клиентского сервиса — до того, как ТЗ уйдёт в агентство. Внутренние разногласия, всплывающие в середине проекта, — самый дорогой вид запроса на изменение.

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

Не нужно писать роман. Сфокусированное ТЗ на четыре-восемь страниц, охватывающее контекст бизнеса, цели, аудиторию, объём, дизайн-концепцию, контент, технические требования и бюджет, поставит вас в один ряд с 80% проектов, опережающих тех, кто запускается с размытыми письмами и разрозненными заметками из встреч.

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

Готовы начать следующий веб-проект правильно? Свяжитесь с нами, и мы поможем вам составить ТЗ, которое заложит фундамент для сайта, который действительно работает.