Протокол ресерча для веб-дизайнера
Как я раскладываю нишу, конкурентов и воронки перед сборкой сайта
Весь пайплайн у меня сейчас делится на шесть слоёв:
1. Аналитика и стратегия
брифы, УТП, ЦА, точки входа, семантика, сегменты.
2. Исследования
deep search конкурентов, международные аналоги, тренды индустрии, сравнение воронок.
3. Структура и архитектура
логика сайта, сценарии пользователя, узкие места, UX.
4. Контент и формулировки
структура текстов, заголовки, читаемость, смысловая плотность.
5. Техническая часть
Tilda, Taplink, CSS/JS, адаптивность.
6. Сопровождение
ревью, доступность, точки развития проекта.
В этой статье — только второй слой: исследования.
Стандартный анализ конкурентов часто выглядит так:
ссылки собрали, пару скриншотов сделали, несколько заголовков выписали — и пошли проектировать.
Проблема в том, что такой подход почти не показывает механику.
Он показывает поверхность.
А мне важно не только что стоит на сайте, но и:
- что делает этот блок;
- почему он стоит именно здесь;
- как он связан с воронкой;
- где он реально помогает принять решение, а где просто имитирует убедительность.
Поэтому я использую не обзор конкурентов, а протокол исследовательской разборки.
Почему именно протокол последовательных промтов, а не один большой запрос, в котором нейросеть сама разберётся?
Большие языковые модели уже способны разобрать даже довольно хаотичную задачу и привести её к какой-то структуре. Проблема не в том, что модель не поймёт длинный запрос.
Если отправить все промты одновременно, этапы формально останутся в задании, но модель, скорее всего, начнёт анализировать, связывать и обобщать всё сразу.
А нам нужно другое: управляемый сбор материала, последовательное структурирование, возможность проверить каждый этап на логику и отдельно уточнить для ИИ то, что оказалось важным именно в этой нише.
И только потом, после накопленного разбора, переходить к структуре будущего сайта.
Сначала Deep Search собирает материал по конкретной нише и раскладывает его на смысловые блоки. Затем эти блоки последовательно изучаются в том же чате: отдельно структура сайтов, отдельно офферы, доверие, условия, воронки, визуальные решения и тренды.
Каждый следующий промт работает уже не только с общими представлениями модели о лендингах, но и с контекстом, который был накоплен на предыдущих этапах.
То есть смысл цепочки не просто в том, чтобы разбить большой запрос на несколько маленьких.
Она позволяет постепенно накапливать материал по конкретной нише, сохранять фокус на одном вопросе за раз и проверять промежуточные выводы до того, как они попадут в итоговую структуру сайта.
Начнём с поискового промта. Использовать можно в любой нейросети, которая поддерживает глубокий поиск/исследования.
Промт для Deep Search
Конкурентный анализ ниши [НИША] Роль: ты работаешь — UX/конверсионный исследователь, анализирующий рынок посадочных страниц в нише [НИША / УСЛУГА]. Задача: провести глубокий конкурентный анализ и собрать структурированные данные для дальнейшего поэтапного анализа с нейросетью. На этом этапе не нужно собирать итоговый лендинг. Нужно только найти, сравнить и разложить конкурентные сайты по аналитическим блокам. Контекст: - Ниша: [НИША] - Продукт / услуга: [ПРОДУКТ] - ЦА: [ЦА] - География: [ГЕО] - Формат: [лендинг / сайт услуги / квиз / витрина] - Целевое действие: [заявка / звонок / запись / сообщение] - Ограничения: [юридические, репутационные, брендовые, смысловые] 1. Найди минимум [25–40] релевантных коммерческих страниц конкурентов. Включи: - прямых конкурентов; - смежных конкурентов с похожей механикой продажи; - сильные страницы с похожей продуктовой логикой; - разные модели подачи: дешево / быстро / экспертно / премиально / под ключ. 2. Для каждой страницы извлеки данные и разложи их по аналитическим блокам: [BLOCK_A_STRUCTURE] - какие секции есть на странице; - порядок блоков; - повторяющиеся паттерны структуры; - обязательные и необязательные блоки. [BLOCK_B_OFFERS] - первый экран; - заголовок; - подзаголовок; - буллеты; - CTA; - тип оффера; - ключевой крючок. [BLOCK_C_TRUST] - отзывы; - кейсы; - FAQ; - юридические элементы; - реквизиты; - гарантии; - доказательства; - элементы снятия тревоги и возражений. [BLOCK_D_MONEY] - цены / комиссии / выплаты / сроки / условия / требования / этапы; - что помогает принять решение рационально; - какие обещания выглядят достоверно, а какие сомнительно. [BLOCK_E_FUNNEL] - какая логика продуктовой воронки прослеживается; - как сайт ведёт человека от первого экрана к заявке; - есть ли сегментация; - есть ли развилки по типу аудитории; - какие блоки работают как дожим; - где размещены CTA и как часто повторяются. [BLOCK_F_VISUAL] - тип визуальной подачи; - какие изображения / стили / интерфейсные приёмы используются; - как визуал поддерживает доверие и конверсию; - какие визуальные решения повторяются; - какие выглядят уместно, а какие устаревшими или шаблонными. [BLOCK_G_INDUSTRY_TRENDS] - какие актуальные тренды индустрии и рынка отражаются в этих сайтах; - какие формулировки, решения, механики и подача выглядят современными; - какие подходы уже ощущаются устаревшими; - какие тренды касаются именно структуры, доверия, CTA, визуала и воронки. 3. Для каждой страницы собери таблицу: - URL - название компании - тип предложения - сегмент ЦА - главный оффер - основной CTA - структура блоков - trust-элементы - money/conditions-блоки - funnel-логика - визуальный стиль - красные флаги - зелёные флаги 4. После таблицы дай только структурированную сводку без итоговой сборки лендинга: - краткая сводка по [BLOCK_A_STRUCTURE] - краткая сводка по [BLOCK_B_OFFERS] - краткая сводка по [BLOCK_C_TRUST] - краткая сводка по [BLOCK_D_MONEY] - краткая сводка по [BLOCK_E_FUNNEL] - краткая сводка по [BLOCK_F_VISUAL] - краткая сводка по [BLOCK_G_INDUSTRY_TRENDS] Важно: - не выдумывай данные; - если на странице нет нужной информации — отмечай это; - не собирай финальную структуру лендинга на этом этапе; - задача этого этапа — только подготовить качественные блоки для дальнейшей последовательной аналитики.
После Deep Search у нас уже есть большой массив данных по конкретной нише. Но наличие материала ещё не означает, что из него можно сразу собирать структуру сайта.
Сначала нужно понять, что именно повторяется на страницах, какие функции выполняют отдельные решения и как они связаны между собой.
Поэтому дальнейший анализ идёт от наблюдаемого к связям, а затем — к проектному решению.
Сначала разбирается структура страниц: какие блоки встречаются, в каком порядке стоят и существует ли в нише одна устойчивая архитектура или несколько разных моделей.
Затем анализируются офферы и первые экраны. Уже зная устройство страниц, можно посмотреть не только на формулировки, но и на то, какую дальнейшую логику они запускают.
После этого структура и оффер связываются между собой. На этом этапе становится видно, раскрывает ли страница обещание первого экрана или отдельные блоки существуют сами по себе.
Следующими рассматриваются доверие, возражения, деньги и условия. Эти элементы помогают понять, какой информации человеку не хватает для решения и как конкуренты снижают неопределённость.
Только после разбора отдельных частей имеет смысл переходить к архитектуре воронки. Теперь можно увидеть не просто последовательность блоков, а движение пользователя: что знакомит его с предложением, что формирует ценность, что снимает риск и что ведёт к целевому действию.
Отдельно анализируются визуальные решения и тренды индустрии. Их важно рассматривать уже в накопленном контексте, чтобы не принять частый визуальный приём за полезный механизм и не скопировать тренд только потому, что он встречается у нескольких конкурентов.
После этого промежуточные выводы можно связать и собрать предварительный каркас страницы.
То есть порядок здесь не случайный:
наблюдаемые элементы → функции отдельных решений → связи между ними → логика принятия решения → проектная архитектура → проверка
Каждый следующий промт добавляет новый слой к уже накопленному исследованию.
Именно поэтому цепочку важно проходить последовательно. Если сразу попросить модель разобрать структуру, офферы, доверие, воронку и одновременно собрать итоговый сайт, она снова начнёт сворачивать разные операции в одно обобщение.
При последовательной работе после каждого этапа можно проверить:
- следует ли вывод из собранных данных;
- не потерялись ли различия между конкурентами;
- не появилась ли неподтверждённая гипотеза;
- что нужно уточнить до следующего шага.
Так аналитическая цепочка не просто производит несколько ответов. Она постепенно строит внутри чата модель конкретной ниши, на которую затем можно опереться при проектировании сайта.
Цепочка аналитических промтов после deep search
Промпт 1 — структура лендингов
Задача: проанализировать только структуру лендингов конкурентов. Я решаю рабочую задачу: на основе большого конкурентного анализа нужно собрать стандартную структуру лендинга для клиента. Сначала проанализируй только [BLOCK_A_STRUCTURE] — данные о повторяющихся секциях и порядке блоков на сайтах конкурентов. Выдели: 1. Какие блоки встречаются чаще всего 2. В каком порядке они обычно идут 3. Какие элементы выглядят обязательными 4. Какие блоки встречаются реже и могут считаться необязательными 5. Есть ли несколько устойчивых архитектур, а не одна Формат ответа: - список повторяющихся паттернов - краткий вывод по логике структуры - отдельно: если есть 2–3 разных типа архитектуры страниц
После структуры: получили карту устойчивых архитектур и варианты последовательности блоков.
Промпт 2 — суммаризация структуры
Задача: сжать выводы по структуре. Суммаризируй выводы по [BLOCK_A_STRUCTURE] в компактный вид. Оставь только: - основные повторяющиеся блоки - логику последовательности - 3–5 ключевых выводов, которые пригодятся для финальной сборки лендинга Не добавляй новых идей.
После суммаризации структуры: очистили контекст от деталей и сохранили опорную модель для следующих шагов.
Промпт 3 — офферы и первый экран
Задача: отдельно проанализировать офферы и первые экраны. Теперь проанализируй только [BLOCK_B_OFFERS] — данные по первым экранам конкурентов: заголовки, подзаголовки, буллеты, CTA. Выдели: 1. Какие типы офферов встречаются чаще всего 2. Какие формулировки работают как основной крючок 3. Какие CTA используются 4. Какие решения выглядят сильными, а какие — шаблонными или слабыми 5. Что чаще всего обещают на первом экране 6. Что чаще всего скрывают или не договаривают Формат ответа: - краткая таблица - затем вывод по сильным паттернам первого экрана
После офферов: поняли, какие обещания открывают страницы и на чём строится первый шаг воронки.
Промпт 4 — связь первого экрана с общей архитектурой
Задача: связать структуру и оффер. Используя суммаризации из [BLOCK_A_STRUCTURE] и [BLOCK_B_OFFERS], покажи, как первый экран связан с общей логикой лендинга. Сформулируй: 1. Что должно быть на первом экране обязательно 2. Какие элементы первого экрана задают дальнейшую логику страницы 3. Какие ошибки на первом экране могут ослабить весь лендинг 4. В каких случаях первый экран перегружен, а в каких — недодаёт информации Не добавляй новых идей, если они не вытекают из суммаризаций. Формат ответа: - обязательные элементы - связка с остальной страницей - типовые ошибки
После связи оффера и структуры: проверили, как обещание первого экрана раскрывается дальше.
Промпт 5 — доверие и FAQ
Задача: разобрать trust-элементы и снятие возражений. Теперь проанализируй [BLOCK_C_TRUST] — блоки доверия, отзывы, юридические элементы, FAQ, ответы на типовые вопросы и возражения. Выдели: 1. Какие элементы доверия используются чаще всего 2. Что действительно усиливает доверие 3. Что выглядит формально или слабо 4. Какие вопросы чаще всего закрываются через FAQ 5. Какие trust-элементы поддерживают оффер, а какие существуют отдельно и слабо влияют на конверсию Формат ответа: - список сильных trust-элементов - список слабых решений - краткая суммаризация
После доверия: увидели, какие риски и возражения рынок считает значимыми.
Промпт 6 — деньги, условия, требования
Задача: отдельно выделить рациональный блок принятия решения. Проанализируй [BLOCK_D_MONEY] — условия, требования, комиссии, выплаты, документы, шаги подключения, цены, сроки, обязательства. Выдели: 1. Какие элементы чаще всего помогают человеку принять решение 2. Что нужно показывать максимально прозрачно 3. Какие обещания выглядят убедительно, а какие сомнительно 4. Какие условия стоит выносить в отдельные блоки лендинга 5. Что снижает тревогу, а что вызывает недоверие Формат ответа: - ключевые паттерны - красные и зелёные флаги - краткий вывод
После денег и условий: получили рациональную часть принятия решения.
Промпт 7 — архитектура продуктовой воронки
Задача: отдельно проанализировать архитектуру продуктовых воронок конкурентов. Теперь проанализируй [BLOCK_E_FUNNEL] — данные о том, как сайты ведут пользователя к заявке. Выдели: 1. Какая логика перехода от первого экрана к заявке встречается чаще всего 2. Какие блоки работают как разогрев 3. Какие блоки работают как дожим 4. Где обычно стоят CTA и как часто повторяются 5. Есть ли сегментация по типам клиентов 6. Какие воронки выглядят логичными, а какие — рваными или хаотичными Формат ответа: - типовые модели воронки - сильные паттерны - слабые паттерны - краткий вывод
После воронки: связали отдельные блоки в маршрут пользователя.
Промпт 8 — тренды индустрии
Задача: отдельно выделить актуальные тренды индустрии и подачи. Проанализируй [BLOCK_G_INDUSTRY_TRENDS] — наблюдения по современным решениям на конкурентных сайтах. Выдели: 1. Какие подходы в подаче и архитектуре выглядят актуальными 2. Какие решения повторяются как рыночный стандарт 3. Какие элементы уже ощущаются устаревшими 4. Какие тренды касаются оффера, структуры, trust-элементов, CTA и визуала 5. Что из трендов полезно учитывать, а что лучше не копировать бездумно Формат ответа: - актуальные тренды - устаревающие решения - практический вывод для проектирования страницы
После трендов: отделили актуальные рыночные сигналы от простого повторения.
Промпт 9 — промежуточная сборка каркаса
Задача: собрать общий каркас на основе суммаризаций. Используя суммаризации из [BLOCK_A_STRUCTURE], [BLOCK_B_OFFERS], [BLOCK_C_TRUST], [BLOCK_D_MONEY], [BLOCK_E_FUNNEL] и [BLOCK_G_INDUSTRY_TRENDS], сформулируй предварительный каркас лендинга. Условия: - не додумывай лишние блоки; - опирайся только на выводы из суммаризаций; - если есть несколько допустимых архитектур, покажи их отдельно. Формат ответа: - последовательность блоков - короткая функция каждого блока - пометка: обязательный / желательный / опциональный
После промежуточной сборки: получили несколько возможных каркасов, а не усреднённый «лендинг вообще».
Промпт 10 — финальная прикладная сборка
Задача: превратить промежуточные выводы в прикладной результат. На основе всех суммаризаций и промежуточного каркаса собери финальный результат: краткую стандартную структуру лендинга для этой ниши. Условия: - опирайся только на уже сжатые данные; - не додумывай то, чего нет в суммаризациях; - для каждого блока укажи его цель; - не превращай результат в копию среднего конкурента, а покажи устойчивое ядро. Формат ответа: - заголовок блока - его задача - 2–4 ключевых элемента внутри блока
После финальной сборки: адаптировали найденные паттерны под конкретную задачу.
Промпт 11 — самопроверка
Оцени итоговую структуру лендинга, которую ты собрал на основе суммаризаций конкурентного анализа. Проверь: 1. Какие выводы хорошо подтверждены данными 2. Где выводы могут быть слишком общими или слабо подтверждёнными 3. Какие блоки действительно выглядят обязательными 4. Какие элементы могут зависеть от специфики конкретного проекта 5. Где есть риск механически скопировать рынок вместо того, чтобы взять только устойчивое ядро Не добавляй новых идей. Опирайся только на уже полученные суммаризации. Формат ответа: - сильные стороны результата - слабые места - что уточнить - короткая доработанная версия выводов
После самопроверки: отделили подтверждённые решения от слабых гипотез и механического копирования рынка.Что я бы ещё добавил как жёсткое правило в каждый промпт
Вот этот фрагмент полезно добавлять почти в каждый аналитический запрос или отправлять отдельно, в обсуждении задачи прямо в диалоге
Если данных недостаточно для уверенного вывода — укажи это прямо. Разделяй: - хорошо подтверждённые выводы, - вероятные паттерны, - слабые или спорные наблюдения. Не сглаживай различия между конкурентами, если они существенны.
А нам важно сохранить не только повторяющиеся паттерны, но и различия, исключения и места, где материала пока недостаточно для уверенного вывода.
А без нужных акцентов нейросеть легко собирает разрозненный рынок в слишком стройную картину: объединяет разные подходы, усиливает слабые совпадения и формулирует гипотезы так, будто они уже подтверждены данными.
Два уровня системы
Уровень 1. Deep Search-контейнер
На первом этапе модель добывает материал по конкретной нише и раскладывает его по смысловым блокам:
- структура сайтов;
- офферы;
- элементы доверия;
- цены и условия;
- продуктовые воронки;
- визуальные решения;
- актуальные тренды.
Задача этого этапа — не собрать готовый сайт и не выдать финальные рекомендации.
Он создаёт исследовательскую базу, с которой мы будем работать дальше.
Уровень 2. Аналитическая цепочка
После этого начинается последовательный разбор накопленного материала.
- анализируют каждый блок;
- выделяют устойчивые и спорные паттерны;
- сжимают промежуточные результаты;
- связывают разные слои исследования;
- собирают проектный каркас;
- проверяют его на логику и подтверждённость.
То есть модель не получает задачу «помоги придумать сайт».
Она проходит управляемую последовательность:
исследование ниши → разбор конкурентных архитектур → анализ офферов, доверия и условий → выявление логики воронки → проектное ядро → проверка → дальнейшая упаковка
Такой протокол можно адаптировать под разные задачи:
- сайты на Tilda;
- Taplink;
- коммерческие лендинги;
- сайты услуг;
- упаковку экспертов;
- аудит уже существующих страниц.
Меняться будут критерии анализа, целевое действие и состав конкурентной выборки.
Сам принцип останется тем же: сначала накопить и разобрать материал по конкретной нише, а уже потом переходить к проектированию.
Подготовка исходного контекста
Перед запуском Deep Search нужно заполнить основные переменные проекта.
В нормальной рабочей ситуации они берутся не из головы, а из уже собранной базы:
- брифа клиента;
- описания продукта или услуги;
- анализа целевой аудитории;
- географии работы;
- предполагаемого формата сайта;
- целевого действия;
- юридических, репутационных, брендовых и смысловых ограничений.
Этот блок задаёт рамку исследования. Он помогает модели искать не «конкурентов вообще», а релевантные примеры под конкретную задачу.
Контекст: - Ниша: [НИША] - Продукт / услуга: [ПРОДУКТ] - ЦА: [ЦА] - География: [ГЕО] - Формат: [лендинг / сайт услуги / квиз / витрина] - Целевое действие: [заявка / звонок / запись / сообщение] - Ограничения: [юридические, репутационные, брендовые, смысловые]
- ниша: бухгалтерские услуги для ИП и ООО;
- услуги: ведение бухгалтерского и налогового учёта в полном объёме восстановление бухгалтерского учёта сдача нулевой отчётности сдача отчётности составление декларации Полное ведение кадров
- ЦА: малый бизнес, самозанятые, ИП;
- целевое действие: заявка на консультацию;
- ограничения: не обещать “без штрафов вообще”, не имитировать госструктуры;
- итог: структура лендинга, тексты, блоки доверия, сцены под визуал.
Если бриф уже есть, но часть формулировок пока не собрана в рабочий вид, их можно уточнить перед исследованием.
Если базы ещё нет совсем или трудно сформулировать гипотезы по ЦА, целевому действию и ограничениям, можно использовать дополнительный промт «Заполнение контекста перед исследованием».
Он не заменяет бриф и анализ аудитории, но помогает собрать предварительную рабочую версию и отдельно отметить места, которые ещё нужно проверить.
Дополнительный промт: заполнение контекста перед исследованием
Я готовлю исходные данные для конкурентного исследования и проектирования сайта. У меня есть предварительное описание проекта, но я затрудняюсь самостоятельно сформулировать некоторые рабочие гипотезы. Исходная информация: - сфера или ниша: [ЧТО МНЕ УЖЕ ИЗВЕСТНО]; - продукт, услуга или проект: [КРАТКОЕ ОПИСАНИЕ]; - предполагаемый формат сайта: [ЕСЛИ ИЗВЕСТЕН]; - дополнительные сведения: [ВСЁ, ЧТО МОЖЕТ БЫТЬ ВАЖНО]. На основе этой информации помоги заполнить следующие поля: - Ниша - Продукт / услуга - Целевая аудитория - География - Формат сайта - Целевое действие - Ограничения: юридические, репутационные, брендовые и смысловые Правила работы: 1. Не воспринимай недостающие сведения как установленные факты. 2. Там, где информации достаточно, сформулируй поле уверенно и конкретно. 3. Там, где возможны разные варианты, предложи 2–3 обоснованные гипотезы. 4. Отделяй основное целевое действие от дополнительных. 5. Целевую аудиторию описывай не только демографически, но и через: - интерес или потребность; - ситуацию входа; - ожидания от продукта; - возможные сомнения и барьеры. 6. При заполнении ограничений проверь: - какие обещания нельзя давать без доказательств; - какие юридические требования могут зависеть от ниши; - какие формулировки способны навредить доверию; - что нельзя искажать в продукте ради более привлекательной подачи; - какие права на тексты, изображения, товарные знаки и другие материалы необходимо учитывать. 7. Не придумывай конкретные лицензии, законы, характеристики продукта, достижения, отзывы или гарантии. 8. Если для точного заполнения поля нужны данные от клиента, автора или команды, пометь это отдельно. 9. Не переходи к конкурентному исследованию, структуре сайта или написанию текстов. На этом этапе нужно только подготовить контекст. Формат ответа: ### Рабочая версия - **Ниша:** - **Продукт / услуга:** - **ЦА:** - **География:** - **Формат:** - **Целевое действие:** - **Ограничения:** ### Альтернативные гипотезы Укажи их только для тех полей, где действительно возможны разные рабочие варианты. ### Что нужно уточнить Перечисли только сведения, без которых дальнейшее исследование может уйти в неверную сторону. ### Готовый блок для копирования В конце повтори выбранную рабочую версию строго в таком формате: - Ниша: [НИША] - Продукт / услуга: [ПРОДУКТ] - ЦА: [ЦА] - География: [ГЕО] - Формат: [лендинг / сайт услуги / квиз / витрина / другой формат] - Целевое действие: [заявка / звонок / запись / сообщение / покупка / другое] - Ограничения: [юридические, репутационные, брендовые, смысловые]
Этот протокол помогает не просить нейросеть сразу «придумать сайт», а последовательно пройти путь от исследования конкретной ниши до рабочего каркаса страницы. Сначала мы собираем материал, затем отдельно разбираем структуру, офферы, доверие, условия, воронки, визуальные решения и тренды — и только после этого связываем выводы в проектную архитектуру.
🤖 Это статья - часть серии “Нейро-помощник для веб-дизайнера”.
В канале @Larika_proTaplink — коды для Taplink, разборы нейросетей, примеры, мысли и немножко сарказма.
О том, как я пишу тексты для сайта с помощью ИИ, рассказала в статье «Тексты для сайта с помощью ИИ»