Цель и аудитория
Запишите главную задачу: получать заявки, продавать товары, знакомить с компанией или автоматизировать работу. Уточните, кто будет пользоваться сайтом и какие вопросы задаёт до покупки. Так проще определить содержание первого экрана и набор страниц.
Структура и материалы
Составьте список разделов. Для каждого укажите содержание: услуги, цены, фотографии, кейсы, документы. Отметьте, какие материалы готовы и кто предоставит остальные. Отсутствие исходных данных влияет на срок даже при быстрой разработке.
Функции и интеграции
Опишите действие обычными словами: «после отправки формы заявка появляется в CRM у свободного менеджера». Это точнее, чем «нужна интеграция». Для каталога перечислите поля товара, категории и сценарии обновления. Для оплаты назовите предполагаемый банк.
Согласование дизайна
Подберите примеры того, что удобно читать и использовать. Объясните, какие элементы нравятся: структура, плотность, цвет, подача проектов. В Lionweb сначала показываем главную страницу или её часть в Figma, собираем правки и подтверждаем направление до разработки.
Приёмка и доступы
Заранее договоритесь, как проверять результат, кто согласует этапы и кому передаются аккаунты. Домены и инфраструктуру Lionweb оформляет на заказчика. Совместную встречу для подготовки ТЗ можно провести в Google Meet или Zoom.
Небольшой шаблон для первой встречи
Подготовьте ответы: чем занимается компания, кто покупатель, какие услуги приоритетны и откуда придут посетители. Затем перечислите страницы, функции и примеры сайтов, которые удобно использовать. Укажите, кто согласует материалы со стороны компании. Этого достаточно, чтобы начать предметный разговор. Большой документ с профессиональными терминами не нужен, если за ними пока не определены реальные действия и состав результата.
Как описать функцию без технических терминов
Используйте последовательность: кто действует, что делает, какие данные вводит и что видит после. Например: «менеджер добавляет товар, выбирает категорию и публикует его в каталоге». Затем добавьте исключения: что будет без фотографии или цены, кто может редактировать запись. Разработчик поможет превратить это в техническую логику. Так обсуждение остаётся понятным владельцу бизнеса и пригодным для проверки.
Как собирать правки
Объединяйте замечания от всех участников в один список. Для каждой правки укажите страницу, элемент, причину и желаемый результат. Формулировка «крупнее основной текст, потому что его трудно читать с телефона» полезнее «сделать современнее». Отделяйте исправление согласованного решения от нового пожелания. Если меняется объём, сначала обсудите влияние на смету и срок, затем переходите к реализации.
Что считать готовностью
Согласуйте критерии: открываются нужные страницы, отправляется тестовое обращение, работает выбранная интеграция, материалы читаются на телефоне, доступы переданы. Для каждого критерия нужен понятный способ проверки. После запуска передайте ответственному инструкцию по повседневным действиям, если управление контентом входит в проект. Такая конкретика снижает число спорных трактовок и помогает обеим сторонам понимать, когда работа завершена.
