Как создать продающий сайт с AI: от стратегии до запуска

Светлана Козырина
стратег-маркетолог, 23 года · основатель Бюро «УМ»

Почему AI-сайт начинается до конструктора?

Коротко: конструктор отвечает за сборку страницы. Он не знает, какой сегмент приносит вам маржу, почему клиент откладывает решение, чем вы отличаетесь и чему человек поверит. Пока эти решения не приняты, дизайн только маскирует пробелы.

У сайта есть четыре слоя:

1. Стратегия: бизнес-цель, рынок, сегмент, позиционирование.
2. Предложение: продукт, оффер, доказательства, цена следующего шага.
3. Сценарий: путь пользователя, структура страниц, тексты, формы.
4. Исполнение: дизайн, код, интеграции, аналитика, скорость.

AI отлично ускоряет третий и четвёртый слои. Первый и второй он помогает исследовать, но решение не принимает. Причина простая: нейросеть не сидит в вашей CRM, не слышит звонки менеджеров и не несёт убыток, если выберет удобный, но бесполезный сегмент.

Хороший режим работы с AI выглядит так:

факты бизнеса -> гипотезы AI -> проверка на данных -> решение человека -> следующий промт

Плохой режим короче:

сделай мне красиво -> индивидуальный подход

Общая рамка для всех промтов

Перед каждым запросом добавляйте четыре правила. Они сильно режут фантазии модели:

Работай только с данными, которые я дал(а), и с источниками, которые можешь указать.
Факты отделяй от гипотез. Всё, чего не хватает, помечай [НУЖНЫ ДАННЫЕ].
Не придумывай цифры, отзывы, преимущества, гарантии и результаты клиентов.
В конце дай: 1) вывод, 2) таблицу решений, 3) риски, 4) что проверить человеком.

Что должно выйти: документ, в котором видно, где факт, где гипотеза и какое решение принято.

Как проверить: попросите AI показать, на каком входном факте держится каждый вывод. Не может показать источник? Перед вами не вывод, а предположение.

Типовая ошибка: вести весь проект в одном бесконечном чате. Версии смешиваются. Сохраняйте результат каждого этапа отдельным файлом и подавайте в следующий промт только актуальную версию.

Какие данные собрать до первого промта?

Коротко: нейросети нужен пакет фактов, а не рассказ «мы делаем хорошо». Соберите цифры продаж, продукты, клиентские вопросы, отзывы, причины отказов, текущие каналы и ограничения. Чувствительные данные обезличьте.

Минимальный входной пакет:

Блок · Что положить · Что не передавать

Бизнес · модель продаж, регионы, сезонность, мощность · секреты, которые не нужны задаче

Экономика · цены, маржа по группам, средний чек, цикл сделки · реквизиты и финансовую первичку

Продукты · состав, границы, срок, результат, кому не подходит · выдуманные преимущества

Клиенты · обезличенные интервью, отзывы, вопросы, отказы · ФИО, телефоны, email, договоры

Продажи · этапы воронки, конверсии, частые возражения · доступы к CRM и персональные карточки

Маркетинг · каналы, стоимость лида, посадочные, контент · логины, токены, рекламные кабинеты

Ограничения · география, закон, производство, сроки, команда · обещания, которые бизнес не выполнит

Промт 1. Собрать паспорт проекта

Ты бизнес-аналитик. Твоя задача - собрать паспорт проекта для создания сайта.

Входные данные:
[ВСТАВЬТЕ описание бизнеса]
[ВСТАВЬТЕ продукты и цены]
[ВСТАВЬТЕ обезличенные данные продаж]
[ВСТАВЬТЕ вопросы, отзывы и причины отказов]
[ВСТАВЬТЕ ограничения]

Собери:
1. Только подтверждённые факты.
2. Противоречия между продуктом, продажами и маркетингом.
3. Пробелы, без которых нельзя проектировать сайт.
4. Список вопросов собственнику, продажам и производству.
5. Таблицу: факт / источник / влияние на сайт / статус проверки.

Не предлагай структуру и дизайн. Не заполняй пробелы догадками.

Вход: выгрузка без персональных данных, прайс, описание процессов, отзывы и записи вопросов клиентов.

Выход: паспорт проекта и список дыр. Если AI сразу пишет оффер, остановите его. На этом шаге рано.

Проверка качества: каждый факт имеет источник: отчёт, документ, интервью или наблюдение. Формулировка «клиенты ценят качество» без доказательства уходит в мусор.

Типовые ошибки: загрузить презентацию десятилетней давности; смешать действующие и будущие продукты; не указать ограничения мощности; передать персональные данные клиентов.

Как поставить бизнес-цель сайту?

Коротко: сайт должен выполнять одну главную работу для бизнеса. Не «повысить узнаваемость», а довести конкретного человека до измеримого действия: квалифицированной заявки, расчёта, записи, покупки или перехода к менеджеру.

Сайт может поддерживать несколько сценариев, но у проекта должна быть главная метрика. Иначе первый экран зовёт на консультацию, меню тащит в блог, форма предлагает скачать чек-лист, а собственник ждёт продажи флагмана. Каждый кусок работает, система молчит.

Промт 2. Диагностировать цель и ограничения

Ты стратег по цифровым продажам. На основе паспорта проекта определи роль сайта.

Паспорт проекта:
[ВСТАВЬТЕ результат промта 1]

Цели бизнеса на 6-12 месяцев:
[ВСТАВЬТЕ измеримые цели]

Текущая воронка:
[ВСТАВЬТЕ этапы и доступные конверсии]

Сделай:
1. Предложи одну главную работу сайта и до трёх вспомогательных.
2. Для каждой работы укажи сегмент, входной трафик, действие и метрику.
3. Покажи конфликтующие цели.
4. Сформулируй критерии успеха на 30, 60 и 90 дней без выдуманных плановых цифр.
5. Отметь метрики, для которых сначала нужен baseline.

Формат: таблица цель / пользователь / действие / метрика / источник данных / риск.

Вход: реальные цели бизнеса, воронка, доступная мощность отдела продаж.

Выход: одно главное действие и измерительная рамка.

Как проверить: спросите, выдержит ли бизнес обещанный объём. Если производству нужны два месяца, нельзя продавать «старт завтра». Если менеджеры обрабатывают десять заявок, бессмысленно гнать сто.

Типовая ошибка: выбрать page_view главной метрикой. Просмотр страницы говорит, что страницу открыли. Продажа начинается дальше.

Как исследовать рынок с AI и не получить фанфик?

Коротко: AI полезен для картирования рынка, если вы заставляете его давать ссылки, дату и уровень уверенности. Без этого модель смешает старые данные, рекламные заявления и собственные догадки в уверенную таблицу.

Исследование рынка для сайта отвечает на практические вопросы:

• какую категорию понимает клиент;
• какие задачи и риски стали острее;
• чем клиент пользуется сейчас;
• какие слова он вводит в поиск;
• что влияет на решение;
• где бизнес может занять честную позицию.

Если рынок и конкуренты пока собраны на уровне ощущений, начните с отдельного материала: два промта для анализа рынка и конкурентов.

Промт 3. Карта рынка

Ты исследователь рынка. Изучи рынок [КАТЕГОРИЯ] в [ГЕОГРАФИЯ] для [ТИП КЛИЕНТА].

Контекст бизнеса:
[ВСТАВЬТЕ паспорт проекта]

Период актуальности: последние 12 месяцев. Для быстро меняющихся данных используй
только источники последних 90 дней. Если веб-поиск недоступен, прямо напиши об этом
и не имитируй исследование.

Собери:
1. Категории решений и способы покупки.
2. Прямые и косвенные альтернативы, включая «ничего не менять» и «сделать своими силами».
3. Основные факторы спроса, ограничения и риски.
4. Язык клиентов: повторяющиеся формулировки из отзывов, форумов и поисковых подсказок.
5. Пять гипотез незакрытого спроса.

Для каждого тезиса дай ссылку, дату, тип источника и уверенность: высокая / средняя / низкая.
Не используй один обзор как доказательство всего рынка.

Вход: категория, география, сегмент, паспорт проекта.

Выход: карта категорий, альтернатив, языка и гипотез.

Как проверить: откройте хотя бы пять ключевых ссылок. Источник должен говорить именно то, что AI ему приписал. Ищите не только статьи конкурентов, но отзывы, вакансии, каталоги, комментарии, поисковые подсказки и документы регуляторов.

Типовые ошибки: просить «размер рынка» без доступа к платным базам; считать число сайтов числом покупателей; путать всероссийский спрос с доступной географией; строить вывод по одной статье.

Как разобрать конкурентов и альтернативы?

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

Разделите поле на четыре группы:

1. Прямые конкуренты с похожим продуктом.
2. Косвенные решения той же задачи.
3. Внутренняя работа клиента своими силами.
4. Бездействие, откладывание, старый поставщик.

Промт 4. Матрица конкурентов

Ты конкурентный аналитик. Разбери до 10 прямых конкурентов и до 5 альтернатив.

Наш продукт и сегмент:
[ВСТАВЬТЕ]

Список сайтов и альтернатив:
[ВСТАВЬТЕ URL И ОПИСАНИЯ]

По каждому собери только наблюдаемое:
- кому адресован первый экран;
- обещание и CTA;
- продукт, цена или логика цены;
- доказательства;
- снятые возражения;
- путь до заявки;
- сильные и слабые места на мобильном;
- что конкуренты повторяют одинаково.

Отдельно выдай:
1. Белые пятна в смыслах и сервисе.
2. Аргументы, которые нельзя копировать без своих доказательств.
3. Минимальный стандарт категории.
4. Три направления отстройки как гипотезы, не как готовые факты.

На каждый вывод укажи URL и фрагмент страницы. Не оценивай дизайн словами
«современный» и «устаревший». Описывай конкретное влияние на выбор клиента.

Вход: список конкурентов лучше дать вручную. AI-поиск может пропустить сильного локального игрока.

Выход: матрица обещаний, доказательств, CTA и дыр.

Как проверить: откройте сайты с телефона. Посчитайте, сколько действий нужно до контакта. Проверьте, отвечает ли первый экран на вопросы «для кого», «что получите», «почему верить», «что дальше».

Типовая ошибка: объявить преимуществом то, что является нормой категории. «Работаем по договору» редко делает СТП. Это гигиена.

Как выбрать приоритетные сегменты?

Коротко: сайт «для всех» обычно не попадает ни в кого. Сегменты выбирают по общей ситуации покупки, ценности, экономике и доступности, а не только по полу и возрасту.

Плохой сегмент: «мужчины и женщины 30-55 со средним доходом».

Рабочий сегмент: «собственники загородных домов, которые уже получили смету выше бюджета и ищут способ сократить стоимость без переделки проекта».

Промт 5. Сегментация и приоритет

Ты стратег по сегментации. Используй паспорт проекта, рынок и конкурентов.

Данные:
[ВСТАВЬТЕ результаты промтов 1, 3 и 4]

Собери сегменты по ситуации покупки, а не только по демографии.
Для каждого укажи:
- контекст и триггер;
- дорогую проблему;
- желаемый результат;
- текущую альтернативу;
- критерии выбора;
- барьеры и страхи;
- доступность через каналы;
- экономическую привлекательность на основе данных или [НУЖНЫ ДАННЫЕ].

Оцени сегменты по шкале 1-5: острота задачи, готовность платить, соответствие продукту,
доступность, маржа, скорость сделки. Покажи основания каждой оценки.

Выбери один основной сегмент для первого экрана и до двух вторичных маршрутов.

Вход: результаты рынка и данные продаж.

Выход: приоритетная матрица и один главный адресат.

Как проверить: найдите в CRM реальные сделки этого сегмента. Если сегмент существует только в красивой таблице, это персонаж, а не рынок.

Типовые ошибки: выбрать самый большой сегмент вместо самого подходящего; смешать покупателя и пользователя; забыть про того, кто согласует бюджет; дать всем сегментам одинаковый вес.

Как провести JTBD-анализ для сайта?

Коротко: JTBD описывает работу, ради которой клиент «нанимает» продукт в конкретной ситуации. Для сайта важны три слоя: что человек хочет изменить, что толкнуло его искать решение и что тормозит покупку.

Удобная формула:

Когда [ситуация], я хочу [изменение], чтобы [значимый результат].

К ней добавляются силы выбора:

• толчок от текущей проблемы;
• притяжение нового решения;
• тревога перед покупкой;
• привычка оставаться как есть.

Промт 6. JTBD по данным клиентов

Ты JTBD-исследователь. Не сочиняй интервью. Работай с обезличенными цитатами клиентов.

Сегмент:
[ВСТАВЬТЕ]

Отзывы, звонки, переписка, причины отказов:
[ВСТАВЬТЕ МАТЕРИАЛ]

Собери:
1. Основную функциональную работу.
2. Эмоциональную и социальную работу.
3. Контекст и триггер поиска.
4. Желаемый прогресс.
5. Текущие решения и обходные пути.
6. Тревоги, риски и привычки, которые тормозят выбор.
7. Критерии, по которым клиент сравнивает варианты.
8. Дословные формулировки из входных данных с указанием источника.

Сформулируй 3-5 job stories по шаблону «Когда..., я хочу..., чтобы...».
Пометь всё, что требует отдельного интервью.

Вход: слова клиентов, а не мнение отдела маркетинга о клиентах.

Выход: jobs, триггеры, барьеры, критерии выбора и язык страницы.

Как проверить: job story должна описывать прогресс клиента без упоминания вашего продукта. «Хочу купить наш курс» не работа. «Хочу сам проверить подрядчика, чтобы не сливать бюджет» уже похоже на правду.

Типовые ошибки: принять боль за работу; свести JTBD к социально-демографическому портрету; заставить AI придумать цитаты; объединить несколько разных ситуаций в одну.

Как собрать карту смыслов?

Коротко: карта смыслов связывает ситуацию клиента с обещанием, механизмом, доказательством и следующим действием. Она не даёт сайту рассыпаться на случайные лозунги.

Рабочая таблица выглядит так:

Ситуация клиента · Что болит · Что обещаем · За счёт чего · Чем доказываем · Что сделать

Заявки подорожали · Бюджет растёт, продажи стоят · Найти место потери и приоритет · Диагностика воронки и экономики · карта разрывов, расчёты, кейсы · пройти диагностику

Промт 7. Карта смыслов

Ты редактор смысловой архитектуры сайта.

Приоритетный сегмент:
[ВСТАВЬТЕ]

JTBD, рынок и конкурентная матрица:
[ВСТАВЬТЕ]

Факты о продукте и доказательства:
[ВСТАВЬТЕ]

Собери карту смыслов:
ситуация -> боль/риск -> желаемый прогресс -> обещание -> механизм -> доказательство
-> возражение -> ответ -> следующий шаг.

Для каждого смысла укажи:
- на каком экране или странице он нужен;
- для какого сегмента;
- подтверждён ли фактами;
- чего не хватает для публикации.

Отдельно составь стоп-лист общих слов, которые ничего не доказывают.
Не пиши готовый текст сайта до утверждения карты.

Вход: JTBD, продукт, доказательства, ограничения.

Выход: одна таблица, из которой потом растут экраны.

Как проверить: у каждого обещания должен быть механизм и доказательство. Если обещание есть, а доказательства нет, ставьте [НУЖНО ДОКАЗАТЕЛЬСТВО], а не просите AI придумать отзыв.

Типовые ошибки: путать свойства продукта с ценностью; писать одинаковые смыслы всем сегментам; повторять обещание пять раз разными словами; ставить эмоцию вместо факта.

Как сформулировать позиционирование, СТП и оффер?

Коротко: позиционирование задаёт место в голове клиента, СТП объясняет, за счёт чего продукт подходит лучше, оффер превращает это в конкретное предложение сейчас. Одной красивой фразой все три задачи не закрыть.

Перед сайтом полезно развести понятия:

Уровень · На какой вопрос отвечает · Пример каркаса

Позиционирование · Кто мы и для кого · Категория для сегмента в ситуации

СТП · Почему выбрать нас · Результат за счёт механизма, который мы можем доказать

Оффер · Что получит человек сейчас · Продукт + состав + условие + следующий шаг

Если нужна отдельная практика по стратегии, читайте маркетинговую стратегию простыми словами. А для оффера есть отдельный разбор как составить оффер без пустых обещаний.

Промт 8. Позиционирование и СТП основного продукта

Ты стратег по позиционированию. Используй только подтверждённые данные.

Сегмент и JTBD:
[ВСТАВЬТЕ]

Карта смыслов:
[ВСТАВЬТЕ]

Продукт, ограничения и доказательства:
[ВСТАВЬТЕ]

Конкуренты и альтернативы:
[ВСТАВЬТЕ]

Сделай:
1. Три варианта позиционирования: категория / сегмент / ситуация / отличие.
2. Для каждого - причина поверить и риск копируемости.
3. СТП основного продукта по формуле: результат + механизм + граница обещания.
4. Оффер: что входит, для кого, первый результат, формат, следующий шаг.
5. Список утверждений, которые нельзя публиковать без доказательств.

Оцени варианты по критериям: понятность за 5 секунд, релевантность JTBD,
доказуемость, отличие, коммерческая ценность. Не используй слова
«уникальный», «лучший», «индивидуальный подход», «команда профессионалов».

Вход: факты продукта, сегмент, JTBD, конкуренты и реальные доказательства.

Выход: позиционирование, СТП и оффер с границами.

Как проверить: прочитайте фразу клиенту без объяснений. Он должен понять, для кого продукт и что изменится. Затем покажите конкуренту. Если он может вставить своё название без других правок, отстройки нет.

Типовые ошибки: обещать результат, который зависит от клиента; выдавать технологию за ценность; набивать оффер бонусами, скрывая слабый основной продукт; использовать срок без подтверждения процессов.

Если на этом месте стало ясно, что бизнес спорит о сегментах, продукте и цене, конструктор лучше пока закрыть. В «Точке прорыва» мы сначала находим место, где теряются деньги, и только потом собираем сайт, воронку и AI-инструменты вокруг решения. Посмотреть формат.

Как собрать доказательства, чтобы сайт не кричал «поверьте на слово»?

Коротко: доказательство отвечает на конкретный риск клиента. Отзыв «всё понравилось» слабее, чем показанный процесс, измеримый результат, образец работы или честное ограничение. AI может разложить доказательства по этапам выбора, но не имеет права их сочинять.

Инвентаризируйте то, что уже есть:

• кейсы с подтверждённым «до / сделали / стало»;
• отзывы с согласованным правом публикации;
• фото и видео процесса;
• сертификаты, лицензии и протоколы, если они действительно относятся к продукту;
• примеры результата;
• состав команды и релевантный опыт;
• прозрачная методика;
• договор, гарантийные условия и правила возврата;
• ответы на неудобные вопросы;
• цифры, которые можно проверить.

Промт 9. Матрица доказательств

Ты редактор доверия. Сопоставь возражения клиента с реальными доказательствами.

Возражения и риски:
[ВСТАВЬТЕ из JTBD и продаж]

Доступные доказательства:
[ВСТАВЬТЕ список и ссылки]

Собери таблицу:
возражение / что клиент боится потерять / подходящий тип доказательства /
имеющийся материал / чего не хватает / где показать на сайте.

Раздели доказательства на уровни:
1. Сильные и проверяемые.
2. Косвенные.
3. Рекламные заявления без опоры.

Не создавай отзывы, цифры, логотипы клиентов и сертификаты. Для каждого пробела
дай задачу команде: что собрать, у кого запросить, как обезличить.

Вход: реальные материалы и возражения.

Выход: карта доверия и редакционный план сбора недостающего.

Как проверить: доказательство должно отвечать ровно на тот риск, рядом с которым стоит. Логотип крупного клиента не доказывает срок. Сертификат не доказывает сервис. Красивое фото команды не доказывает результат.

Типовые ошибки: спрятать кейсы на отдельной странице; показать отзыв без контекста; заявить цифру без периода и базы сравнения; использовать чужие логотипы без разрешения.

Как построить продуктовую лестницу для сайта?

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

Рабочая лестница не обязана содержать все уровни. Каждый уровень должен вести к следующему и отсеивать неподходящих клиентов.

Подробная логика ступеней и переходов разобрана в статье как собрать лестницу ценности.

Уровень · Задача клиента · Пример · Что измерять

Лид-магнит · Понять проблему · чек-лист, калькулятор, карта ошибок · получение и следующий шаг

Лёгкий вход · Быстро проверить подход · тест, бот, мини-разбор, образец · завершение и качество лида

Tripwire · Купить малый результат · платная диагностика, аудит, пробная услуга · покупка и переход дальше

Основной продукт · Решить главную задачу · проект, программа, внедрение · продажа, результат, маржа

Premium · Получить скорость и глубину · стратегия + внедрение, сопровождение · LTV, загрузка команды

Upsell / cross-sell · Усилить полученный результат · сервис, обучение, доп. модуль · повторная выручка и удержание

Лид-магнит не должен быть библиотекой на тысячу страниц. Его работа скромнее: помочь человеку увидеть проблему и сделать следующий разумный шаг. Tripwire не маскирует бессмысленную дешёвку. Он даёт самостоятельный малый результат и показывает способ работы.

Промт 10. Архитектура продуктовой лестницы

Ты продуктовый стратег. Построй лестницу ценности вокруг основного продукта.

Основной сегмент и JTBD:
[ВСТАВЬТЕ]

Основной продукт, цена, маржа, мощность и цикл сделки:
[ВСТАВЬТЕ]

Текущие продукты и материалы:
[ВСТАВЬТЕ]

Предложи варианты для уровней:
- лид-магнит;
- лёгкий бесплатный вход;
- tripwire с самостоятельным малым результатом;
- основной продукт;
- premium;
- upsell и cross-sell.

Для каждого укажи:
1. Какую работу клиента закрывает.
2. Что получает человек.
3. Что доказывает ценность основного продукта.
4. Какой следующий шаг.
5. Риск каннибализации.
6. Себестоимость и маржу или [НУЖНЫ ДАННЫЕ].
7. Где продукт появляется на сайте.

Отсеки идеи, которые не ведут к основной ценности или перегружают команду.

Вход: экономика и мощность обязательны. Без них AI нарисует щедрую лестницу, которую бизнес будет обслуживать себе в убыток.

Выход: продуктовая карта с переходами и местом каждого входа на сайте.

Как проверить: пройдите лестницу как клиент. Каждый шаг должен отвечать на новый вопрос и повышать уверенность. Если после лид-магнита человек не понимает, зачем ему следующий продукт, мост сломан.

Типовые ошибки: сделать пять бесплатных входов без продажи; поставить tripwire слишком далеко от основного продукта; продавать premium холодному трафику; дублировать один результат на трёх уровнях по разной цене.

Как превратить стратегию в структуру сайта?

Коротко: структура сайта строится по решениям клиента, а не по внутренней структуре компании. Человек идёт от узнавания ситуации к выбору решения, проверке доверия и действию. Раздел «О нас» не обязан стоять вторым только потому, что директор любит историю фирмы.

Для небольшого сайта обычно нужны:

1. Главная с ясным маршрутом для основного сегмента.
2. Страница основного продукта.
3. Отдельные страницы для сильно разных задач или сегментов.
4. Кейсы и доказательства.
5. База знаний под исследовательский спрос.
6. Контакты, реквизиты, политика и согласия.
7. Лёгкие входы: бот, тест, калькулятор, чек-лист, мини-разбор.

Главная страница не обязана содержать всю жизнь компании. Её задача - правильно распределить людей по следующим шагам.

Промт 11. Карта сайта и пути пользователей

Ты информационный архитектор. Преврати стратегию в карту сайта.

Цели сайта:
[ВСТАВЬТЕ промт 2]

Сегменты и JTBD:
[ВСТАВЬТЕ промты 5-6]

Карта смыслов, оффер и продуктовая лестница:
[ВСТАВЬТЕ промты 7-10]

Собери:
1. Sitemap с назначением каждой страницы.
2. Для каждого сегмента путь: точка входа -> ключевой вопрос -> доказательство -> CTA.
3. Структуру главной страницы по экранам.
4. Структуру страницы основного продукта.
5. Места для лёгких входов без конкуренции с главным CTA.
6. Внутреннюю перелинковку и контентные кластеры.
7. Страницы, которые можно не делать в первой версии.

Для каждого экрана укажи: вопрос клиента / смысл / доказательство / действие.
Не начинай с визуального стиля.

Вход: утверждённая стратегия и лестница.

Выход: sitemap и сценарии по сегментам.

Как проверить: для каждой страницы существует уникальная работа. Если две страницы отвечают на один вопрос, объедините. Если страница не ведёт никуда, решите, зачем она существует.

Типовые ошибки: копировать структуру конкурента; делать отдельную страницу под каждый SEO-запрос; поставить пять равных CTA на одном экране; спрятать условия и доказательства глубже третьего клика.

Как написать тексты экранов с AI?

Коротко: AI пишет сильнее, когда получает карту смыслов и жёсткий формат экрана. Просьба «сделай продающий текст» рождает сироп. Давайте один экран, один вопрос клиента, одно доказательство и одно действие.

Каркас первого экрана:

• метка категории или ситуации;
• заголовок с результатом и адресатом;
• подзаголовок с механизмом и границей;
• главное действие;
• короткое доказательство;
• безопасный альтернативный вход для тех, кто не готов.

Промт 12. Тексты экранов

Ты конверсионный редактор. Пиши простым языком собственника, без канцелярита.

Голос бренда:
[ВСТАВЬТЕ 3-5 реальных образцов]

Структура страницы:
[ВСТАВЬТЕ результат промта 11]

Карта смыслов, оффер и доказательства:
[ВСТАВЬТЕ]

Для каждого экрана дай:
1. Задачу экрана.
2. Заголовок до 12 слов.
3. Подзаголовок до 30 слов.
4. Основной текст, если нужен.
5. Подпись доказательства.
6. CTA с понятным результатом клика.
7. Микротекст формы и сообщение после отправки.

Запреты: «индивидуальный подход», «команда профессионалов», «высокое качество»,
«инновационные решения», «оставьте заявку» без объяснения, что будет дальше.

Не добавляй факты. Если экрану не хватает доказательства, поставь [НУЖЕН МАТЕРИАЛ].
После черновика проведи саморедактуру: убери повторы, общие слова и обещания без опоры.

Вход: образцы голоса, структура, карта смыслов, доказательства.

Выход: копирайт-документ по экранам.

Как проверить: закройте логотип и прочитайте первый экран. Понятно ли, для кого предложение? Может ли конкурент заменить название на своё? Есть ли у CTA обещание следующего шага: «Получить расчёт», «Проверить проект», «Выбрать формат»?

Типовые ошибки: сначала писать заголовки, потом искать им смысл; делать каждый экран саморекламой; прятать цену следующего шага; оставлять форму без объяснения, когда и кто ответит.

Как сделать прототип и UX без дизайнерского тумана?

Коротко: прототип проверяет порядок, приоритет и путь пользователя. На этом этапе серые блоки полезнее модной анимации. Если смысловая логика не работает без картинок, картинки её не спасут.

Сначала мобильный сценарий. Он заставляет резать лишнее и показывает реальный порядок чтения. Потом расширяйте до десктопа.

Промт 13. Текстовый прототип и UX-аудит

Ты UX-архитектор. Создай текстовый wireframe mobile-first.

Структура и тексты:
[ВСТАВЬТЕ]

Главное действие и сегменты:
[ВСТАВЬТЕ]

Сделай для каждого экрана:
- порядок элементов сверху вниз;
- информационный приоритет;
- состояние CTA;
- необходимое доказательство;
- поведение на мобильном;
- ошибки, пустые состояния и подтверждение формы;
- требования доступности: фокус, подписи полей, контраст, клавиатура, alt.

Затем проведи критический аудит:
1. Где человек может не понять предложение.
2. Где два CTA конкурируют.
3. Где слишком много текста до доказательства.
4. Где форма просит лишнее.
5. Где интерфейс обещает действие, которого система не выполняет.

Выдай wireframe в виде нумерованных блоков, без цветов и декоративных советов.

Вход: утверждённые тексты и пользовательские пути.

Выход: мобильный прототип, затем десктопная раскладка.

Как проверить: дайте прототип человеку из сегмента и задайте три вопроса: что здесь предлагают, почему стоит верить, что произойдёт после нажатия. Не объясняйте. Если приходится помогать, прототип не прошёл.

Типовые ошибки: обсуждать оттенок кнопки до маршрута; делать hover единственным способом понять элемент; использовать placeholder вместо подписи поля; заставлять человека вводить телефон ради просмотра цены.

Как собрать сайт AI-инструментом и не потерять контроль?

Коротко: выбирайте инструмент после структуры. AI-конструктор подходит для прототипа и простой витрины. Кодовая сборка нужна, когда важны сложная логика, интеграции, производительность и полный контроль. В обоих случаях держите контент, дизайн-систему и аналитику отдельно от одного чата.

До генерации зафиксируйте:

• sitemap и тексты;
• компоненты и состояния;
• цвета, типографику, отступы, сетку;
• breakpoint для мобильного;
• формы и интеграции;
• события аналитики;
• SEO-поля;
• правила обработки персональных данных;
• критерии приёмки.

Промт 14. Техническая сборка

Ты senior frontend-разработчик и системный дизайнер. Собери сайт по утверждённому ТЗ.

Стек или выбранный AI-конструктор:
[ВСТАВЬТЕ]

Sitemap, wireframe и финальные тексты:
[ВСТАВЬТЕ]

Дизайн-токены:
[ВСТАВЬТЕ цвета, шрифты, размеры, радиусы, сетку]

Интеграции и аналитика:
[ВСТАВЬТЕ]

Критерии:
- mobile-first;
- семантические HTML-заголовки;
- доступные формы и клавиатурная навигация;
- изображения с размерами и alt;
- без горизонтального скролла;
- без выдуманных текстов и ссылок;
- не менять утверждённый оффер;
- все временные элементы пометить TODO;
- конфиденциальные ключи не помещать в клиентский код.

Сначала выдай план компонентов и файлов. Затем собирай по одному маршруту.
После каждого маршрута запусти тесты и перечисли известные ограничения.

Вход: финальное ТЗ. Не отправляйте секретные ключи и production-доступы в промт.

Выход: работающий preview, список компонентов, инструкции запуска и ограничения.

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

Типовые ошибки: менять стек в середине; генерировать всю систему одним запросом; разрешить модели «улучшать» оффер; хранить токены в репозитории; считать красивый screenshot доказательством работы формы.

Что измерять до запуска?

Коротко: аналитика проектируется до публикации. Иначе сайт выйдет, заявки пойдут или не пойдут, а вы не поймёте, где человек остановился. Измеряйте путь от входа до квалифицированного лида, а не только просмотры.

Для лидогенерации полезна цепочка:

просмотр целевой страницы -> клик по CTA -> начало формы -> отправка -> квалификация -> продажа

Google Analytics рекомендует событие generate_lead для отправки формы или запроса информации, а для полной воронки лидов также предусматривает этапы квалификации и закрытия. Названия конкретных событий зависят от вашей системы, но логика остаётся: связать поведение на сайте с качеством и деньгами в CRM.

Промт 15. План аналитики

Ты веб-аналитик. Спроектируй измерение сайта до запуска.

Цель сайта и пользовательские пути:
[ВСТАВЬТЕ]

Формы, CTA, CRM и рекламные каналы:
[ВСТАВЬТЕ]

Собери tracking plan:
- бизнес-вопрос;
- событие;
- триггер;
- параметры;
- источник данных;
- ответственный;
- как проверить;
- как событие связывается с CRM и продажей.

Обязательно покрой: просмотр ключевой страницы, CTA, начало формы, ошибки формы,
успешную отправку, звонок/мессенджер, квалифицированный лид, сделку.

Не объявляй отправку формы продажей. Не создавай события, по которым никто не примет решение.

Вход: воронка, страницы, формы, CRM.

Выход: карта событий и план проверки.

Как проверить: откройте сайт в режиме отладки и пройдите все сценарии. Одно действие должно создавать одно событие. Ошибка формы не должна считаться лидом. Тестовая заявка должна иметь метку источника и доходить до назначенного места.

Типовые ошибки: считать клики вместо результатов; не передавать UTM; потерять источник при переходе в мессенджер; не связать лид с квалификацией; собирать персональные данные в аналитические параметры.

Что проверить перед запуском?

Коротко: QA проходит по смыслу, функционалу, мобильной версии, доступности, SEO, скорости, аналитике и безопасности. Проверять нужно реальный рендер, а не только исходный текст и обещание конструктора «готово».

Промт 16. Приёмка сайта

Ты независимый QA-лид. Не исправляй молча. Сначала составь отчёт.

Preview URL:
[ВСТАВЬТЕ]

Утверждённое ТЗ, тексты и tracking plan:
[ВСТАВЬТЕ]

Проверь:
1. Соответствие офферу и карте смыслов.
2. Все маршруты и ссылки.
3. Формы: валидные, невалидные, ошибки, повторная отправка, подтверждение.
4. Мобильные размеры минимум 360, 390 и 430 px; десктоп.
5. Клавиатуру, focus, подписи полей, контраст, alt.
6. Один H1, title, description, canonical, robots, sitemap, social preview.
7. Аналитику по tracking plan.
8. Скорость, размеры изображений, сдвиги вёрстки.
9. Отсутствие секретов, тестовых данных, заглушек, lorem ipsum и битых URL.
10. Юридические страницы, согласия и правила обработки данных по требованиям проекта.

Для каждого дефекта дай: шаги воспроизведения, ожидание, факт, критичность,
скриншот/лог, ответственного. Отдельно составь go/no-go список.

Вход: preview, ТЗ, тексты, аналитика.

Выход: дефект-лист и решение go/no-go.

Как проверить: критический дефект воспроизводится по шагам. Формы тестируются с реальной интеграцией на тестовых данных. По Core Web Vitals ориентир «хорошо» для 75-го перцентиля: LCP не больше 2,5 секунды, INP не больше 200 мс, CLS не больше 0,1 по документации web.dev.

Типовые ошибки: проверить только свой телефон; не открыть письма и CRM; забыть 404; оставить noindex после staging; выпустить сайт с тестовой формой; публиковать без отдельного разрешения владельца.

Как запускать сайт и улучшать его по данным?

Коротко: запуск не заканчивает работу. Он даёт первую честную выборку поведения. Меняйте одну значимую гипотезу за раз и смотрите на качество лидов, продажи и деньги, а не на вкус команды.

Первые итерации:

1. Зафиксируйте baseline до крупных изменений.
2. Проверьте, какие сегменты и источники приводят квалифицированных лидов.
3. Найдите главный разрыв: вход, понимание оффера, доверие, форма, обработка менеджером.
4. Сформулируйте одну гипотезу.
5. Измените один узел.
6. Дождитесь достаточного объёма данных для вашего трафика и цикла сделки.
7. Сравните не только конверсию сайта, но и качество лидов, маржу, возвраты.
8. Зафиксируйте решение и следующую проверку.

Финальный промт. Разбор итерации

Ты аналитик роста. Разбери данные после запуска без приписывания причин корреляциям.

Период и изменения:
[ВСТАВЬТЕ]

Трафик, события сайта, квалификация, сделки и обратная связь продаж:
[ВСТАВЬТЕ]

Сделай:
1. Что изменилось по этапам воронки.
2. Где данных недостаточно.
3. Возможные причины, разделённые на подтверждённые и гипотезы.
4. Три гипотезы с ожидаемым эффектом и риском.
5. Одну приоритетную проверку на следующий цикл.
6. Что нельзя менять одновременно, чтобы сохранить читаемость результата.

Не делай вывод о победе по малой выборке. Не называй рост кликов ростом продаж.

Вход: данные сайта плюс CRM и разговоры отдела продаж.

Выход: одна следующая проверка, а не мешок советов.

Как проверить: гипотеза должна содержать изменение, аудиторию, ожидаемый сигнал и критерий остановки. «Сделать дизайн ярче» не гипотеза.

Типовые ошибки: менять заголовок, цену, форму и трафик одновременно; оптимизировать заявку, не глядя на продажи; считать сезонность эффектом нового дизайна; обновлять сайт каждую неделю по мнению самого громкого сотрудника.

Короткий маршрут без дизайнерской паники

Коротко: хороший AI-сайт собирается в логике факты -> решение -> предложение -> сценарий -> сборка -> измерение. Если после запуска нет заявок, возвращайтесь к конкретному слою, а не перекрашивайте кнопку наугад.

Сохраните последовательность:

1. Паспорт бизнеса.
2. Цель сайта.
3. Рынок.
4. Конкуренты и альтернативы.
5. Сегменты.
6. JTBD.
7. Карта смыслов.
8. Позиционирование, СТП и оффер.
9. Доказательства.
10. Продуктовая лестница.
11. Структура сайта.
12. Тексты экранов.
13. UX-прототип.
14. AI-сборка.
15. Аналитика.
16. QA, запуск и итерации.

AI может ускорить каждый шаг. Ответственность за факты, выбор сегмента, обещание, персональные данные и публикацию остаётся у человека. Это не занудство. Это разница между сайтом как картинкой и сайтом как частью продаж.

Если хочется начать не с очередного конструктора, а с места, где бизнес реально теряет деньги, приходите в «Точку прорыва». Разложим рынок, продукт, воронку и AI-инструменты в одну систему. После этого сайт хотя бы будет знать, что ему продавать.

Источники

• Google Search Central: полезный и надёжный контент для людей
• Google Search Central: рекомендации по генеративному AI на сайте
• web.dev: Core Web Vitals
• Google Analytics: рекомендуемые события
• Google Analytics: измерение лидогенерации
• Strategyzer: Value Proposition Canvas
• Бюро «УМ»: 19 промтов для маркетинговой стратегии
• Бюро «УМ»: маркетинговая стратегия простыми словами