Как подготовить техническое задание на сайт: пошаговое руководство

Почти каждый проект, который у нас в студии пошёл не по плану, начинался одинаково: заказчик присылал короткое письмо «нужен современный сайт, как у конкурентов, только лучше», а дальше выяснялось, что каждый понимал под этим своё. Дизайнер рисовал одно, менеджер клиента ждал другого, а директор на финальной встрече спрашивал, где же калькулятор доставки, о котором «все давно договорились».

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

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

Шаг 1. Сформулируйте цель и опишите аудиторию

Зачем бизнесу сайт

Начинать стоит не с дизайна и не со списка страниц, а с ответа на простой вопрос: что должно произойти, когда сайт заработает? «Чтобы был» — плохой ответ. Хорошие ответы звучат так: «получать 30–40 заявок в месяц на замер окон», «сократить количество звонков с вопросом “а сколько стоит” за счёт открытого прайса», «дать дилерам возможность самостоятельно скачивать сертификаты и каталоги».

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

Как записать цель в документе

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

Кто придёт на сайт и что будет там делать

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

• Новый клиент — хочет понять, чем вы занимаетесь, сколько это примерно стоит и можно ли вам доверять.
• Постоянный клиент — ищет контакты, режим работы, повторно заказывает.
• Партнёр или дилер — скачивает прайс, проверяет наличие, ищет условия сотрудничества.
• Соискатель — смотрит вакансии и условия работы.

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

Шаг 2. Составьте структуру страниц

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

Не пытайтесь сразу предусмотреть всё. Лучше запустить сайт из 8–12 продуманных страниц и расширять его, чем полгода собирать контент для сорока разделов, половина из которых окажется пустой. Важно лишь заложить возможность роста: например, сразу договориться, что раздел услуг будет поддерживать неограниченное количество страниц.

Шаг 3. Перечислите функциональные требования

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

Плохие и хорошие формулировки

Плохо: «удобная форма обратной связи». Удобная для кого и по каким критериям — непонятно. Хорошо: «форма с полями имя, телефон (обязательно), комментарий; после отправки заявка приходит на две почты и в Telegram-чат отдела продаж; пользователь видит сообщение об успешной отправке; защита от спама без капчи с картинками».

Плохо: «каталог товаров». Хорошо: «каталог примерно на 300 позиций, 12 категорий, фильтр по цене, материалу и наличию, сортировка по цене и популярности; у товара — до 10 фото, описание, характеристики таблицей, кнопка “запросить цену”; товары загружаются из выгрузки 1С раз в сутки».

Что обычно попадает в этот раздел

• формы заявок, обратного звонка, расчёта стоимости;
• калькуляторы и конфигураторы;
• каталог, фильтры, поиск по сайту;
• корзина и оформление заказа, способы оплаты и доставки;
• личный кабинет и роли пользователей;
• интеграции: CRM, 1С, платёжные системы, службы доставки, онлайн-чат;
• мультиязычность;
• подписка на рассылку, уведомления.

Если вы не уверены, нужна ли функция, отметьте её как «желательно» или «на второй этап». Подрядчик сможет оценить её отдельно, а вы — решить, стоит ли она денег прямо сейчас.

Шаг 4. Задайте требования к дизайну

Описать дизайн словами сложно, поэтому лучший способ — примеры. Соберите 3–5 сайтов, которые вам нравятся, и для каждого напишите, что именно нравится: цветовая гамма, крупная типографика, много воздуха, подача фотографий, анимация при прокрутке. Так же полезно указать 2–3 сайта, которые не нравятся, с объяснением почему. Это экономит один-два круга правок на этапе макетов.

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

Отдельной строкой пропишите адаптивность. Сегодня у большинства наших клиентов из сферы услуг 65–80% посетителей приходят с телефонов. Требование «сайт корректно отображается на экранах от 360 пикселей по ширине, мобильная версия не урезана по функциям» должно быть в любом ТЗ.

Шаг 5. Решите вопрос с контентом

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

1. Какие тексты пишет заказчик, а какие — подрядчик (копирайтинг обычно оплачивается отдельно).
2. Есть ли собственные фотографии или нужна съёмка, допустимы ли фотобанки.
3. Кто наполняет каталог: вручную, импортом из таблицы, выгрузкой из учётной системы.
4. В какой срок заказчик передаёт материалы и что происходит, если этот срок нарушен.

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

Шаг 6. Пропишите технические и организационные условия

Этот раздел многие пропускают, считая, что «программисты сами разберутся». Разберутся, но каждый по-своему. Лучше коротко зафиксировать ключевые вещи:

• Система управления: есть ли предпочтения (WordPress, Битрикс, другая CMS) или выбор за подрядчиком.
• Хостинг и домен: на чьё имя оформлены, кто оплачивает, кто имеет доступы.
• Скорость: например, оценка мобильной версии в Google PageSpeed не ниже 70 баллов.
• Базовая SEO-подготовка: редактируемые title и description, человекопонятные адреса страниц, карта сайта, файл robots.txt, микроразметка контактов.
• Аналитика: установка Яндекс Метрики и настройка целей на отправку форм.
• Правовые требования: политика обработки персональных данных, согласие в формах, уведомление о cookie.
• Передача: доступы к админке, хостингу, исходникам; инструкция для редактора; обучение сотрудника.

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

Шаг 7. Проверьте ТЗ перед отправкой

Готовый документ стоит перечитать с позиции человека, который ничего не знает о вашем бизнесе. Мы предлагаем простой чек-лист из шести вопросов:

1. Понятно ли из первого абзаца, чем занимается компания и зачем ей сайт?
2. Есть ли у каждой функции проверяемый критерий готовности?
3. Разделены ли требования на обязательные и желательные?
4. Указано ли, кто готовит контент и в какие сроки?
5. Нет ли размытых слов: «современный», «удобный», «красивый», «быстрый» без расшифровки?
6. Понятно ли, по каким признакам вы примете работу?

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

Если по какому-то пункту ответ отрицательный, лучше потратить ещё вечер на доработку. Один вечер сейчас обойдётся дешевле, чем неделя споров о том, входило ли что-то в объём работ.

Что делать, если писать ТЗ некогда

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

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

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

Итоги

Техническое задание на сайт не обязано быть толстым. Для визитки или лендинга достаточно 3–5 страниц текста, для интернет-магазина или корпоративного портала — 15–30. Важен не объём, а конкретность: каждое требование должно быть понятным и проверяемым.

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

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