Расскажем, как составить техническое задание для сайта, если клиент пришел без него. Статья будет полезна проджект-менеджерам, аналитикам и другим специалистам, которые работают в диджитал.
Собрать требования от клиента
Четко сформулированные ожидания — залог успешного техзадания на разработку сайта. Идеально, когда на старте проекта у клиента уже есть список требований, но чаще его приходится собирать с нуля.
В этом помогает интервью. Открытые вопросы, кейсы из практики, обсуждение аналогичных проектов — всё это помогает уточнить, что именно нужно. Важно не просто записывать пожелания, а переводить их в понятные задачи. Например, если клиент говорит «хочу современный сайт», стоит уточнить: это про визуал, скорость, мобильную версию или функциональность.
Также определить сроки, бюджет, приоритеты — это станет частью технического задания для сайта.
Приватные и неприятные метрики
Все данные должны быть измеримы и нужно договориться о метриках проекта — есть приватные и неприватные.
Одни метрики можно анализировать любому специалисту, делиться ими и использовать в маркетинге. Другие — требуют аккуратной работы и ограниченного круга лиц.
Приватные метрики — собираются для внутренней аналитики бизнеса и не предназначены для широкой аудитории. Например, доходность клиентов или поведение зарегистрированных пользователей.
Здесь все читают защиту персональных данных и соблюдают ФЗ-152 или GDPR.
Неприватные метрики — ими можно делиться без риска. Они помогают в SEO, маркетинге и работе с подрядчиками. Среди них время на странице, источники трафика, популярность страниц на сайте.
Если техническое задание для сайта включает приватные и неприватные метрики, сразу понятно, какие данные будут видны клиенту, маркетологу, подрядчику или только собственнику.
Ошибки при составлении ТЗ на разработку сайта
Первая ошибка — ТЗ на разработку сайта ради ТЗ. Когда документ большой, но бесполезный. В нем можно найти массу текста, но ни одной конкретной задачи.
Вторая — попытка описать всё до миллиметра, не оставляя простора для решений команды. Инициатива разработчиков в итоге теряется, и всё как на конвейере.
Третья ошибка — игнорирование аудитории сайта. Без понимания, кто будет пользоваться сайтом, нельзя спроектировать ни структуру, ни интерфейс, ни функциональность.
И главное в конце концов все согласовать. Если техзадание на разработку сайта составлено в одиночку и без обсуждений с ключевыми участниками проекта, пойдут проблемы.
Если вы не знаете, как написать техническое задание, начинайте с целей бизнеса.
Пример структуры ТЗ на разработку сайта
Хорошее ТЗ на разработку сайта структурировано и легко читается. Оно не перегружено, но при этом охватывает всё важное. Стандартная структура может выглядеть так:
- Введение: цели проекта, описание бизнеса, ЦА
- Основные задачи: что нужно получить на выходе
- Структура сайта: список разделов, логика навигации
- Функциональные требования: формы, фильтры, авторизация и т.д.
- Дизайн: пожелания по стилю, ссылки на референсы
- Технические требования: CMS, хостинг, домен
- SEO: ключевые слова, настройки индексации, теги
- Адаптивность: под какие устройства сайт должен работать
- Этапы и сроки: по каждому этапу — результат и дедлайн
- Метрики: что и как будем измерять
- Ответственные: кто принимает решения и за что отвечает
- Поддержка: что делать после запуска
Если вы ищете пример технического задания для сайта, то такой формат позволяет команде быстро сориентироваться, а заказчику — держать руку на пульсе.
Хостинг, CMS, домен
Выбор CMS зависит от задач сайта, опыта команды и бюджета. Нужно учитывать, будет ли сайт масштабироваться, какие интеграции потребуются, кто будет администрировать проект после запуска. Если на сайте планируется много изменений, нужно подключать редактора, других копирайтеров, то нужно выбирать CMS, а не самописанную историю.
С хостингом всё не так просто. Надежность, скорость отклика, поддержка, резервные копии — всё это важно зафиксировать заранее. Особенно — если клиент выбирает хостинг самостоятельно.
Не стоит забывать и про домен. Кто регистрирует, на чьё имя, кто оплачивает — все эти вопросы лучше прописать в техзадании на разработку сайта, чтобы потом не искать владельца сайта через техподдержку регистратора.
UX и UI: зачем включать это в ТЗ
UX (User Experience) отвечает за логику: как пользователь переходит между страницами, как он взаимодействует с элементами, насколько легко выполнить целевое действие. Важно обозначить сценарии поведения, пути пользователя, требования к навигации.
UI (User Interface) — это визуал. Цвета, шрифты, иконки. Даже такие вещи, как адаптация под тёмную тему или читабельность на разных экранах, — это всё UI. Если есть брендбук — он обязательно прикладывается. Если нет — в в техническом задании для сайта нужно описать пожелания по стилю, примеры классных решений.
Сайт без SEO — как магазин без вывески
Нужно указать, какие ключевые фразы используются, какие страницы будут индексироваться, как строится структура URL. Также важно зафиксировать настройки тайтлов, мета-описаний, заголовков и ALT-тегов для изображений.
Не стоит забывать про скорость загрузки, мобильную оптимизацию и валидный код — всё это влияет на позиции в поиске. А если сайт многоязычный, нужно указать правила hreflang, URL-структуру и перевод контента.
SEO-специалист должен быть подключён на старте. Так можно избежать ситуации, когда после запуска приходится всё переделывать. Если вы не знаете, как написать техническое задание, начните с задач SEO и структуры контента.
А если вы хотите увидеть, как это работает на практике, зацените, как мы сделали личный кабинет на сайте для компании УЮТ.
