Зачем бизнесу техническое задание на сайт
Фраза «сделайте современный продающий сайт» понятна как пожелание, но почти бесполезна для оценки проекта. Что значит «продающий»: заявки на консультацию, оплаченные заказы, записи в филиал? Какие услуги приоритетны? Нужны ли онлайн-оплата, доставка и CRM? Без ответов два подрядчика могут оценить принципиально разные проекты и оба формально выполнить запрос.
ТЗ — это общая договорённость о результате, составе работы и способе проверки. Для небольшого лендинга оно может занимать несколько страниц. Для интернет-магазина с каталогом и интеграциями потребуется подробнее описать сценарии и данные. Важно не количество листов, а отсутствие существенных пробелов.
1. Начните с цели и измеримого результата
Сначала ответьте, зачем нужен сайт и какое действие должен совершать посетитель. Один проект собирает запросы на расчёт, другой продаёт товары с оплатой, третий помогает клиенту выбрать филиал и записаться. Эти задачи влияют на структуру, содержание и аналитику сильнее, чем выбор цвета кнопки.
- Главное действие: звонок, заявка, запись, покупка, подписка или запрос коммерческого предложения.
- Вторичные действия: просмотр каталога, скачивание прайс-листа, переход в мессенджер.
- Целевые показатели: не обещание «100 заявок», а способ измерить обращения и продажи после запуска.
- Роль сайта в маркетинге: реклама, органический поиск, презентация компании, поддержка действующих клиентов.
Пример формулировки: «Нужна посадочная страница для привлечения заявок на ремонт АКПП в Москве из Яндекс Директа. Главное действие — запись на диагностику; обращение должно попадать менеджеру, а событие — фиксироваться в аналитике». Такой запрос уже позволяет проектировать путь клиента.
2. Опишите аудиторию, продукт и географию
Укажите, для кого сайт: частные лица, компании, оптовые покупатели, локальные клиенты или аудитория по всей России. Опишите ключевые вопросы перед покупкой, причины отказа, сильные стороны продукта и ограничения. Не стоит добавлять преимущества, которые нельзя подтвердить в реальной работе.
Для локального бизнеса укажите города, районы, адреса и зоны выезда. Для сети — филиалы и различия в услугах. Для интернет-магазина — географию доставки и варианты получения заказа. Это влияет и на рекламные посадочные, и на поисковую структуру, и на то, какую информацию должен увидеть клиент.
Кому продаём
Сегменты аудитории, задачи и критерии выбора.
Что продаём
Услуги, товары, цены, ограничения и приоритеты.
Где работаем
Города, филиалы, доставка и зона обслуживания.
3. Составьте карту страниц и пользовательских сценариев
Перечень страниц лучше составлять от задач посетителя. Ему нужно понять предложение, сравнить варианты, увидеть доказательства, выяснить условия и связаться с компанией. Для лендинга это могут быть разделы одной страницы; для корпоративного сайта — самостоятельные страницы; для магазина — категории и карточки товаров.
| Тип проекта | Что обычно согласуют | Отдельный вопрос |
|---|---|---|
| Лендинг | Первый экран, преимущества, процесс, условия, доказательства, FAQ, контакты | Одно предложение или несколько версий под разные рекламные гипотезы? |
| Корпоративный сайт | Главная, услуги, о компании, кейсы, статьи, контакты | Какие услуги заслуживают отдельной страницы и кто будет обновлять материалы? |
| Интернет-магазин | Категории, карточки, корзина, оформление заказа, доставка, оплата, возвраты | Откуда берутся цены и остатки, как обновляется каталог? |
Не создавайте страницы только ради количества URL. Если две страницы повторяют один и тот же текст без полезных различий, посетителю и поисковой системе сложнее понять структуру. Яндекс рекомендует поддерживать понятные внутренние ссылки и следить за дублями. Справка Яндекс Вебмастера.
Если пока не ясно, какой формат нужен, посмотрите наш подход к разработке сайтов: объём проекта лучше выбирать после разбора спроса и будущих источников трафика.
4. Подготовьте контент и определите ответственных
Одна из частых причин задержки проекта — макеты готовы, а фотографии, цены, данные о компании и согласованные тексты ещё нет. В ТЗ укажите, кто и когда передаёт материалы, кто их проверяет и что делает команда разработки при нехватке информации.
- Логотип и элементы фирменного стиля, если они есть.
- Описание услуг или товаров, цены и условия их изменения.
- Реальные фотографии команды, продукта, производства, интерьера или выполненных работ.
- Документы, лицензии, сертификаты, гарантии — если они важны для выбора и применимы.
- Отзывы и кейсы с разрешением на публикацию.
- Контакты, реквизиты, адреса, график, ссылки на соцсети и мессенджеры.
Если тексты создаёт студия, согласуйте интервью с экспертом со стороны бизнеса. Мы можем изучить рынок и конкурентов, но не должны выдумывать особенности продукта или неподтверждённые результаты. Для SEO и ответов нейросетей особенно полезны точные, проверяемые сведения и прямые ответы на вопросы клиентов.
5. Опишите функции и интеграции
Фраза «подключить форму» не отвечает на вопрос, куда приходит заявка и как понять, что она доставлена. Для каждой функции зафиксируйте пользовательский сценарий, получателя данных и способ проверки.
- Формы и контакты. Какие поля обязательны, кому уходят данные, что видит пользователь после отправки, нужен ли чекбокс согласия.
- CRM и уведомления. Используется ли Тильда CRM или внешняя система, кто отвечает за интеграцию и тестовую заявку.
- Оплата. Какие способы оплаты нужны, когда формируется заказ, что происходит при успешном и неуспешном платеже.
- Доставка. Способы, регионы, тарифы, самовывоз, ограничения по товарам и обработка адреса.
- Каталог. Число товаров, варианты, характеристики, остатки, обновление цен и импорт.
- Мессенджеры и звонки. Рабочие ссылки, номера, сценарии обращений и ответственность за ответ.
Для Тильды официальная документация описывает подключение сервисов приёма данных к стандартным формам и хранение заявок в разделе «Заявки». Это нужно предусмотреть на этапе проектирования, если заявки должны попадать в Тильду как обычные обращения. Справка Тильды по формам.
6. Зафиксируйте требования к мобильной версии и дизайну
Вместо «сделайте красиво» опишите характер дизайна и ограничения: фирменные цвета, примеры интерфейсов, доступность текста, поведение меню и формы на телефоне. Референсы полезны, если к каждому добавить объяснение: что именно нравится — сетка, типографика, навигация или подача продукта.
Проверка на мобильных устройствах должна входить в приёмку. Заголовок не должен прятаться под фиксированной шапкой, кнопки должны нажиматься, таблицы и карточки — не выходить за экран, форма — оставаться удобной. Яндекс отдельно публикует рекомендации для мобильных сайтов; поисковые роботы должны иметь доступ к ресурсам, от которых зависит отображение. Рекомендации Яндекс Вебмастера.
7. Включите SEO, GEO и аналитику в объём работ
Если сайт должен получать трафик из поиска, поисковую структуру нужно планировать до дизайна. В ТЗ укажите, для каких направлений нужны отдельные страницы, как задаются URL, Title и Description, как выстроены H1–H3, внутренние ссылки и кто готовит тексты. После публикации проверьте доступность страниц для индексации, основную версию домена и карту сайта. Google рекомендует описательные заголовки и метаописания, семантический HTML и доступный текст. Официальное руководство Google.
GEO не сводится к вставке слова «нейросети» в текст. Для разных услуг полезны ясные определения, факты о компании, структура вопросов и ответов, подтверждённый опыт и согласованность информации на сайте. Не обещайте гарантированное попадание в ответы ИИ. Задайте в ТЗ, какие вопросы клиентов сайт должен объяснять и откуда берутся факты для этих ответов. Подробнее о направлении — на странице GEO-продвижения.
Для рекламы заранее укажите систему аналитики, ключевые события, UTM-разметку и путь обращения до менеджера. Минимум для запуска: цель подтверждённой отправки формы, проверка звонка и мессенджера, запись источника заявки. Расширение до CRM и выручки согласуйте отдельно по фактическому процессу продаж.
8. Установите сроки, этапы и критерии приёмки
Срок «как можно быстрее» не помогает управлять проектом. Разделите работу на понятные этапы: исследование и структура, тексты, дизайн, разработка, интеграции, тестирование, публикация. Отдельно определите, сколько времени заказчик отводит на обратную связь и кто принимает решение при разногласиях.
Критерии приёмки должны описывать проверяемое состояние, а не субъективное впечатление. Например:
- Все согласованные страницы опубликованы по указанным адресам и доступны по HTTPS.
- На телефоне и компьютере работают меню, кнопки, формы, телефон и мессенджеры.
- Тестовая заявка попадает в согласованный канал и содержит нужные поля.
- Тестовые действия отображаются в аналитике и не дублируются без причины.
- Для каждой индексируемой страницы заданы согласованные заголовок и описание.
- Оплата и доставка проходят тестовые сценарии, если они входят в проект.
- Заказчик получает доступы и инструкцию по обновлению основных материалов.
Мини-шаблон ТЗ: что отправить разработчику
Если подробного документа пока нет, начните с этого брифа. Его достаточно, чтобы провести предметный разговор и составить точную смету:
- Чем занимается компания и какой продукт приоритетен?
- Для кого сайт и в каких городах вы работаете?
- Какое главное действие должен совершить посетитель?
- Какие страницы и функции нужны к запуску, а какие можно добавить позже?
- Откуда планируете получать посетителей: реклама, поиск, соцсети, прямые переходы?
- Какие материалы уже готовы: тексты, фото, логотип, каталог, цены?
- Какие системы нужно подключить: CRM, оплата, доставка, аналитика?
- Кто согласует материалы и кто будет обновлять сайт после запуска?
- Когда нужен старт и есть ли бюджетный ориентир?
Не нужно знать ответы на все технические вопросы заранее. Отметьте неизвестное — мы поможем принять решение по структуре и функциям после знакомства с бизнесом.
Частые вопросы
Можно ли начать без готового ТЗ?
Да. Для этого и нужен этап брифинга: вместе уточняем продукт, аудиторию и задачи, затем оформляем согласованный объём работ. Важно завершить этот этап до разработки, а не принимать ключевые решения случайно по ходу.
Нужно ли указывать точное число экранов?
Если число известно, укажите его. Но полезнее описать смысловые блоки и задачи пользователя. Один «экран» может оказаться простой карточкой или сложной интерактивной функцией — трудоёмкость будет разной.
Нужны ли SEO и GEO, если сайт делается под рекламу?
Для рекламы критичны работоспособность страницы, соответствие объявлению и аналитика. Базовую поисковую аккуратность лучше предусмотреть сразу; глубокая SEO- и GEO-работа нужна, если вы планируете развивать органическую видимость. Объём таких работ следует явно указать в смете.
Кто пишет тексты и готовит фотографии?
Это нужно решить до оценки. Студия может подготовить структуру и тексты на основе интервью и исследования, а клиент — предоставить факты и согласовать формулировки. Фотографии могут быть готовыми или требовать отдельной съёмки. Не стоит предполагать, что контент «появится сам».
Что делать, если задачи меняются в процессе?
Зафиксируйте изменение, влияние на сроки и стоимость и обновите согласованный план. Для новых гипотез иногда разумнее сохранить первый запуск в срок, а дополнительные функции вынести в следующий этап.
Как мы подходим к разработке
Студия цифровой рекламы Kuznetsov.expert создаёт лендинги, корпоративные и многостраничные сайты, интернет-магазины на Тильде и с индивидуальным кодом. Мы погружаемся в спрос и предложение, проектируем страницы под рекламу и поиск, продумываем формы, оплату, доставку и аналитику. Клиент получает не только опубликованный сайт, но и понятную основу для привлечения и измерения обращений.
Если нужно, начнём с короткого разбора текущего сайта и задач проекта. Затем предложим структуру, состав работ и этапы. Подробнее — разработка сайтов в Kuznetsov.expert.
