Что включить в ТЗ на сайт: задачи бизнеса, страницы, языки, формы, интеграции, материалы и критерии приёмки. Практическая структура для заказчика.
Техническое задание на сайт фиксирует ожидаемый результат разработки. Оно помогает заказчику и исполнителю одинаково понимать страницы, функции и границы работ. Для бизнеса в Казахстане особенно полезно заранее определить языковые версии, рабочую географию и порядок передачи заявок.
Бриф собирает исходные сведения о компании, а ТЗ превращает их в конкретные требования. Небольшому проекту не обязательно нужен сложный документ: важнее ясность и возможность проверить результат.
01Начните с задач бизнеса
Опишите, кто будет пользоваться сайтом и какое действие нужен от посетителя. Для сервисной компании это может быть запрос расчёта, для поставщика — выбор товара и отправка заявки. Укажите, какие задачи входят в первый запуск, а какие планируются позже.
Добавьте ограничения: бюджет, срок, доступные материалы и люди, которые согласуют работу. Если один сотрудник утверждает тексты, а другой дизайн, определите порядок решения противоречий заранее.
02Зафиксируйте структуру
Составьте список страниц с назначением каждой. Для услуги укажите обязательные сведения: результат, состав работ, цена или метод расчёта, география и действие клиента. Для каталога опишите категории, карточку и необходимые фильтры.
Приложите карту переходов и примеры сценариев. «Посетитель из Астаны выбирает услугу, видит условия выезда и отправляет запрос» понятнее, чем требование «сделать современный удобный сайт».
03Опишите языки и материалы
Укажите, какие страницы нужны на русском и казахском, кто отвечает за перевод и проверку терминов. Определите, как посетитель переключает язык и что происходит, если перевод конкретной страницы ещё не готов.
Создайте список текстов, изображений, документов и контактов с ответственными и датами передачи. Не оставляйте подготовку контента неопределённой: без материалов разработчик вынужден использовать заглушки, а срок запуска сдвигается.
04Формы и интеграции
Для каждой формы запишите поля, обязательность, получателя и подтверждение отправки. Если заявка должна попадать в CRM, определите сущность, источник, ответственного и правила работы с дубликатами. Доступы и ограничения стороннего сервиса проверяют до обещания интеграции.
Учебный критерий: отправка заявки создаёт запись в выбранной воронке, передаёт телефон и услугу, уведомляет ответственного. Если сервис временно недоступен, команда должна понимать, где проверить обращение и как обработать ошибку.
05Требования к интерфейсу и SEO
Опишите поведение на телефоне и компьютере: меню, формы, длинные названия, таблицы и кнопки. Добавьте настройки адресов, заголовков и описаний, внутренние ссылки, перенаправления при замене старых URL и необходимые языковые связи.
Не назначайте гарантию первых мест в поиске критерием сдачи разработки. Проверяемые требования относятся к работе сайта и техническим настройкам, а поисковые результаты зависят от более широкого набора факторов.
06Как принимать работу
Согласуйте перечень сценариев и материалов для проверки. Вручную пройдите формы, звонки, ссылки, языковые переключения и важные страницы. Записывайте замечание с адресом и ожидаемым результатом, а не только словами «не нравится».
Определите, кому принадлежат домен и аккаунты, что передаётся после оплаты, какая поддержка включена и как оформляются дополнительные работы. Такие условия должны соответствовать договорённости сторон.
07С чего начать документ
Заполните бриф на сайт и разверните каждый раздел в требования. Перед оценкой проекта попросите исполнителя перечислить допущения и исключения. Чем яснее первая версия ТЗ, тем легче сравнить предложения и контролировать итог.