ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА САЙТ: ЧТО ДЕЙСТВИТЕЛЬНО НУЖНО ДО СТАРТА.
Заказчику не обязательно заранее описывать каждую кнопку. Полезнее собрать бизнес-контекст, ограничения, материалы и людей, принимающих решения.
Главное
- Опишите проблему и аудиторию раньше экранов
- Разделите обязательное и желаемое
- Фиксируйте сценарии, данные и критерии приёмки
Что принести на первую встречу
Кратко опишите продукт, аудиторию, текущий способ продаж, географию, конкурентов, причину проекта и ожидаемое изменение.
Соберите ссылки на существующие системы, аналитику, исследования и материалы. Не нужно превращать это в формальный документ: достоверный контекст ценнее объёма.
Цели без абстракций
Фраза «повысить узнаваемость» не даёт критерия решения. Уточните, кто должен узнать компанию, что понять и какое действие станет следующим.
Полезные цели связываются с наблюдаемыми показателями: доля завершённых форм, качество обращений, глубина просмотра важного раздела, скорость редакционной работы.
Функции через сценарии
Вместо «нужен личный кабинет» опишите, кто входит, что видит, что меняет, какие уведомления получает и что происходит при ошибке.
Сценарий помогает обнаружить роли, данные, интеграции и исключения до того, как они окажутся внутри одного неопределённого пункта сметы.
Контент и ответственность
Зафиксируйте типы материалов, источники, владельцев, сроки и требования к согласованию. Отдельно отметьте юридически значимые тексты и персональные данные.
Если контент готовит заказчик, проект всё равно должен содержать редакционные шаблоны, требования к объёму и реальный график передачи.
Критерии приёмки
Для каждого результата нужен способ проверки: поддерживаемые устройства, состояния формы, точность интеграции, допустимые ошибки, правила миграции и перечень доступов.
Визуальную часть принимают по утверждённым макетам и дизайн-системе, техническую — по сценариям и зафиксированным ограничениям.