Сайт начинается не с главной страницы
До выбора цветов, CMS или фреймворка нужно определить, какую задачу сайт решает. Бриф — не формальность и не документ ради документа: он выявляет скрытые предположения, чтобы владелец бизнеса, дизайнер и разработчик принимали согласованные решения.
Чек-лист подходит для сайта компании, сервисного бизнеса или проекта, который должен приводить заявки. Не обязательно закрыть все вопросы в первый день, но у каждого открытого вопроса должен быть ответственный и дата решения.
15 вопросов, на которые стоит ответить
- Какова главная бизнес-цель? Заявки, продажи, бронирования, поддержка или доверие к бренду? Выберите один основной результат.
- Для кого создаётся сайт? Опишите аудиторию, её проблему и уровень знаний, а не только демографию.
- В чём предложение в одном предложении? Если бизнес не может объяснить его ясно, сайт тоже будет испытывать трудности.
- Какое действие должен выполнить посетитель? Определите главный CTA: форма, звонок, WhatsApp, запись, покупка или скачивание.
- Какие страницы действительно нужны? Начните с минимальной карты сайта и добавляйте страницы только для поддержки пути пользователя.
- Кто готовит и утверждает контент? Назначьте ответственных за тексты, изображения, переводы, юридическую проверку и будущие обновления.
- Какие языки нужны? Заранее решите, будут ли иврит, английский, русский или другие языки, включая RTL, структуру URL, SEO и поддержку версий.
- С какими системами нужно интегрироваться? Перечислите CRM, рассылки, оплату, календарь, WhatsApp, аналитику и поддержку, а также владельца каждого аккаунта.
- Куда попадает новая заявка? Опишите поля, уведомления, распределение, срок ответа, защиту от дублей и резервный сценарий. Форма, которая отправляет данные «в никуда», — бизнес-ошибка.
- Как измерять успех? Выберите метрики, связанные с целью: качественные обращения, записи, продажи или использование продукта, а не только посещаемость.
- Какой должна быть SEO-структура? Определите темы, заголовки, URL, внутренние ссылки и страницы, которые должны индексироваться. В руководстве Google по SEO отдельно отмечены понятный контент, описательные URL и доступность важных ресурсов для робота.
- Какой уровень доступности нужен? Заранее решите, как проверять клавиатурную навигацию, альтернативный текст, контраст и ошибки в формах. WCAG 2.2 — полезная основа, но не замена тестированию с пользователями.
- Какая цель по производительности? Зафиксируйте устройства, типы сетей и критические страницы. Не ждите запуска, чтобы обнаружить, что изображения, скрипты или видео замедляют путь к заявке.
- Какие данные собираются и как защищаются? Опишите данные форм, доступы, сроки хранения и удаления, сторонних провайдеров и логи. OWASP ASVS предлагает проверяемые требования к безопасности веб-приложений.
- Кто отвечает за сайт после запуска? Зафиксируйте владельцев домена, хостинга, кода, аккаунтов подрядчиков, резервных копий, обновлений и реагирования на инциденты.
Что должно остаться после встречи?
Как минимум: главная цель, аудитория, предложение, карта сайта, CTA, интеграции, владельцы контента, языки, метрики, требования к доступности и безопасности, а также план сопровождения. Разногласия превращайте в список открытых решений с ответственным и сроком.
Так проще сравнивать предложения разработчиков: не только по цене, но и по составу работ, зонам ответственности и критериям готовности. Дополнительно можно прочитать гид по UX-аудиту и материал о выборе технологии для бизнес-сайта.
Итог
Лучший бриф — не самый длинный, а тот, который не даёт отложить дорогие решения на потом. До начала дизайна убедитесь, что команда может ответить на все 15 вопросов — даже если часть ответов запланирована на следующий этап.
Источники: Google Search Central — SEO Starter Guide; W3C — WCAG 2.2; OWASP — Application Security Verification Standard.