Разбор: что должен покрывать discovery сайта на самом деле

Хороший discovery-этап заканчивается письменными решениями: по аудитории, офферу, структуре, доказательствам, SEO-инвентарю и CMS. Не мудбордом. Звучит скучно, но именно скучные решения тащат проект дальше — а картинки только вдохновляют.

Почему это определяет судьбу сайта

Когда discovery не проведён, дизайн строится на вкусе клиента или исполнителя. Потом выясняется, что структура не отвечает на вопросы аудитории, страницы теряют трафик, а контент невозможно обновлять без разработчика. Дискавери занимает пару недель и стоит значительно дешевле, чем переделка всего сайта уже после запуска.

Шесть решений, которые должны появиться на столе

• Аудитория. Кто конкретно должен прийти на сайт? Не «все, кому нравится продукт», а описание ICP: сегменты, боли, задачи, на какой стадии принятия решения человек попадает на страницу.
• Оффер. Что именно предлагает сайт и какое действие должен совершить посетитель? Оффер формулируется одним предложением до появления каких-либо макетов.
• Информационная архитектура. Из каких страниц состоит сайт, как устроена навигация, сколько кликов до покупки или заявки. Это скелет, на котором держится всё остальное.
• Доказательства. Кейсы, цифры, логотипы, отзывы. Где они стоят на страницах и почему именно эти аргументы убеждают целевого клиента.
• SEO-инвентарь. Список страниц и запросов, которые уже приносят трафик. Их нужно сохранить или переработать, а не бросать после редизайна. Потеря позиций — дорогая ошибка, которой легко избежать.
• Модель CMS. На какой системе живёт сайт, кто наполняет контент, какие роли нужны, будут ли блог, переводы или кастомные форматы. Выбор CMS — стратегический, а не технический.

Что должно быть на выходе

Мудборды подождут. Визуальное направление — это ответ на вопрос «как выглядеть», а не «что делать». Он появляется после того, как все решения приняты.

Как проверить результат

• Можно открыть документ discovery и прочитать решения вслух?
• Оффер сжат в одно предложение, за которое всем стыдно? Нет, наоборот — понятно и конкретно.
• Есть схема, где каждая страница ведёт к цели?
• Все топовые запросы и страницы учтены?
• Выбор CMS подкреплен критериями, а не привычкой подрядчика?

Где проходит граница этой работы

Discovery сайта не про внутренние продукты с личным кабинетом и сложными ролями. Это не fractional-роль для управления разработкой и не консалтинг по фичам авторизованного приложения. Для продуктов, где человек логинится и работает внутри, нужен другой уровень проектирования. Здесь же речь про публичный маркетинговый или корпоративный сайт.

Типичные подмены

• Мудборд вместо документа с решениями. Классика, встречается на каждом шагу.
• Сразу интерфейсы, минуя архитектуру. Всё виснет на навигации и бесконечных правках.
• SEO оставляется «на потом», а потом начинается аврал по спасению трафика.

Если на выходе нет шести письменных ответов — это не discovery. Это просто встреча с чаем и картинками. Хорошая стратегия же оставляет документ, который можно передать дизайнеру, разработчику и клиенту, и спокойно работать.