1. Начните с результата для бизнеса
Фраза «нужен современный сайт» не объясняет, что должно измениться после запуска. Полезнее написать: «клиент выбирает услугу, узнает предварительную стоимость и оставляет телефон» или «покупатель оплачивает товар, а менеджер получает заказ в системе учета».
Простой шаблон цели: кто приходит на сайт, что он должен сделать и какой результат получает компания.
2. Опишите пользователей и их вопросы
Не нужно составлять художественную биографию покупателя. Достаточно разделить людей по задачам. Новый клиент сравнивает варианты и цены. Действующий клиент ищет вход, документы или поддержку. Менеджер обрабатывает заявки. Администратор обновляет товары и тексты.
Для каждой группы запишите три главных вопроса. Так разработчик поймет, какие сведения должны быть заметны сразу, а какие можно перенести глубже.
3. Перечислите страницы и содержание
Создайте таблицу из трех колонок: страница, цель, материалы. Например, для главной страницы цель — объяснить предложение и привести к заявке; материалы — заголовок, услуги, примеры работ, этапы и контакты.
- укажите обязательные разделы;
- отметьте, какие тексты и фотографии уже готовы;
- назовите страницы, которые сотрудник должен редактировать сам;
- добавьте ссылки на примеры и объясните, что именно в них нравится.
Слова «сделать как у конкурента» недостаточно. Лучше уточнить: удобна структура каталога, нравится спокойная цветовая гамма или нужен похожий способ выбора тарифа.
4. Опишите действия и внешние системы
Функция — это не название кнопки, а полный сценарий. Для оплаты важно знать, кто платит, за что, какие способы доступны, что происходит после успеха и что видит человек при ошибке.
Что обычно забывают
- регистрацию, восстановление доступа и роли пользователей;
- уведомления по почте или в мессенджере;
- интеграцию с учетом, доставкой, телефонией или платежной системой;
- варианты пустого списка, ошибки и повторной отправки;
- согласие на обработку данных и нужные документы.
5. Зафиксируйте устройства и ограничения
Напишите, где проект будет использоваться: смартфоны, планшеты, Windows или macOS. Для сайта обычно проверяют актуальные Chrome, Safari, Firefox и Edge. Если аудитория использует старое оборудование или нестабильный интернет, это тоже влияет на интерфейс и объем графики.
6. Добавьте критерии приемки
Критерий должен проверяться действием. Не «форма работает хорошо», а «после отправки корректно заполненной формы заявка появляется у менеджера, а пользователь видит подтверждение». Не «сайт быстрый», а конкретный набор страниц, устройств и условий проверки.
Зафиксируйте, кто предоставляет материалы, сколько кругов правок входит в этап и какие доступы передаются после запуска.
Короткий чек-лист ТЗ
- Цель проекта и измеримый результат.
- Типы пользователей и их основные задачи.
- Страницы, материалы и навигация.
- Действия пользователя и администратора.
- Оплаты, уведомления и другие интеграции.
- Устройства и поддерживаемые браузеры.
- Критерии приемки и состав передачи.
Если готового документа нет, APPCODIUM может подготовить его по вашему описанию. На странице разработки сайтов собраны форматы проектов и ориентиры по стоимости.