Найдите точки потерь в воронке и почините их

Часть 1 — Рабочий процесс

Перед началом работы — собери вводные

Прежде чем проводить аудит или генерировать гипотезы, получи от пользователя:

• Продукт/сервис — что именно, B2B или B2C, средний чек, цикл сделки
• Воронка — какие шаги проходит пользователь от входа до целевого действия
• Текущие метрики — трафик, конверсия по этапам, bounce rate ключевых страниц
• Цель — что хотим улучшить (общая конверсия, конкретный этап воронки, конкретная страница)
• Ограничения — бюджет на изменения, возможности разработки, сроки

1. Аудит воронки — найти, где отваливаются пользователи, построить friction log
2. Формулирование гипотез — конкретные, тестируемые гипотезы с ожидаемым эффектом
3. Приоритизация — ранжировать гипотезы по ICE / PIE / RICE
4. Проектирование изменений — CTA, формы, заголовки, social proof, urgency-элементы
5. Оптимизация лендингов — структура, above the fold, message match с рекламой
6. Микроконверсии — определить промежуточные метрики и точки вовлечения

Часть 2 — Аудит воронки

Методология аудита

Аудит конверсионной воронки — это систематический поиск точек потерь на каждом шаге пути пользователя.

Шаг 1 — Картирование воронки

Шаг 2 — Определи точки потерь

• На каком этапе наибольший drop rate
• Есть ли расхождение между mobile и desktop
• Отличаются ли сегменты по источнику трафика

Красные флаги:

• Drop rate > 70% на одном шаге — аномалия, требует немедленного исследования
• Резкое расхождение между mobile и desktop — проблема UX на одном из устройств
• Один источник трафика конвертируется в 3+ раза хуже — проблема message match или качества трафика

Шаг 3 — Качественный анализ (ПОЧЕМУ теряем)

Friction Log

Friction log — это документ, фиксирующий каждый момент трения в пользовательском пути.

Как составить friction log:

1. Пройди весь путь пользователя как первый визит (инкогнито, мобильный + десктоп)
2. На каждом шаге фиксируй:

Типы трения:

• Техническое — скорость загрузки, баги, ошибки, неработающие элементы
• Когнитивное — непонятный текст, перегрузка информацией, неясный следующий шаг
• Эмоциональное — отсутствие доверия, страх (безопасность данных, возврат денег)
• Навигационное — сложная структура, скрытые элементы, лишние шаги
• Процессное — слишком много полей в форме, обязательная регистрация, сложный checkout

Jobs-to-be-Done на каждом шаге воронки

На каждом этапе у пользователя есть конкретная «работа» (JTBD). Если страница не помогает выполнить эту работу — пользователь уходит.

Часть 3 — Приоритизация гипотез

Фреймворки приоритизации

ICE (Impact, Confidence, Ease)

Формула: ICE Score = Impact x Confidence x Ease

Когда использовать: быстрая приоритизация в небольших командах, growth-спринты. Хорош для первичного скоринга, когда нет данных о reach.

PIE (Potential, Importance, Ease)

Формула: PIE Score = (Potential + Importance + Ease) / 3

Когда использовать: приоритизация страниц для оптимизации. PIE хорош, когда нужно решить, какую страницу оптимизировать первой.

RICE (Reach, Impact, Confidence, Effort)

Формула: RICE Score = (Reach x Impact x Confidence) / Effort

Когда использовать: зрелые CRO-команды с доступом к данным о трафике. RICE лучше всего для объективного сравнения, потому что Reach — конкретное число.

Какой фреймворк когда

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

Формат: «Если мы [изменение] на [странице/элементе], то [метрика] вырастет на [ожидание], потому что [обоснование на данных]»

Пример:

«Если мы сократим форму заявки с 8 до 3 полей на странице /request, то конверсия формы вырастет с 4% до 7-9%, потому что записи сессий показывают, что 62% пользователей бросают форму на 4-м поле (ИНН компании), а этот данные можно запросить позже по телефону.»

Требования к гипотезе:

• Конкретное изменение (не «улучшить страницу», а «заменить заголовок X на Y»)
• Конкретная метрика (не «конверсия вырастет», а «CR формы вырастет с 4% до 7%»)
• Обоснование на данных (не «я думаю», а «тепловая карта показывает...»)

Часть 4 — Шаблоны изменений

Формы

Принципы оптимизации форм:

• Минимум полей: каждое поле снижает конверсию на 5-10%
• Правило: если поле можно получить позже (по телефону, из CRM) — удали его из формы
• Multi-step формы конвертируют лучше длинных (эффект «ноги в двери»)
• Inline-валидация вместо валидации после отправки
• Автозаполнение: маска телефона, подсказки адреса (DaData для России)
• Прогресс-бар для multi-step форм

Чеклист формы:

• Не более 3-5 полей (имя, телефон/email, суть запроса)
• Кнопка отправки с action-текстом («Получить расчёт», а не «Отправить»)
• Микрокопия под кнопкой: «Ответим в течение 15 минут» или «Без спама»
• Поля помечены как обязательные/необязательные
• Mobile-friendly: крупные поля, правильные keyboard types
• Страница благодарности с чётким следующим шагом

CTA (Call-to-Action)

Иерархия CTA:

• Один primary CTA на экран (основное действие)
• Secondary CTA для тех, кто не готов к основному («Узнать подробнее» vs «Купить»)

Текст кнопки — формула:

• Action verb + ценность: «Получить расчёт бесплатно», «Начать бесплатный период»
• Не: «Отправить», «Подтвердить», «Submit»
• Тест: закрой всю страницу — если по тексту кнопки понятно, что получишь, CTA хороший

Визуал CTA:

• Контрастный цвет (отличается от основной палитры страницы)
• Размер: достаточно большой для лёгкого нажатия на мобильных (min 44x44px)
• Белое пространство вокруг (не зажимай другими элементами)
• Стрелка или иконка добавляют 5-10% к CTR

Расположение CTA:

Social Proof (Социальное доказательство)

Типы по силе воздействия (от сильного к слабому):

1. Кейсы с цифрами — «Компания X увеличила выручку на 47% за 3 месяца» (сильнейший)
2. Видео-отзывы — живой человек рассказывает опыт
3. Текстовые отзывы с фото и должностью — «Иван Петров, CMO в "Ромашка"»
4. Логотипы клиентов — известные бренды в портфолио
5. Рейтинги и звёзды — средняя оценка, количество отзывов
6. Количество клиентов/пользователей — «10 000+ компаний используют»
7. Медиа-упоминания — «О нас писали в Forbes, РБК, Ведомости»
8. Сертификации и награды — значки, лейблы

Где размещать:

• Рядом с CTA — снижает тревогу перед действием
• На этапе принятия решения (карточка товара, страница тарифов)
• В зоне сомнений (рядом с ценой, рядом с формой)

Правила:

• Конкретика: «Увеличили конверсию на 23%» лучше, чем «Отличный сервис!»
• Релевантность: отзыв из похожей ниши/размера компании ценнее именитого бренда
• Свежесть: отзывы старше 2 лет снижают доверие
• Количество: 3-5 целевых отзывов лучше, чем 50 generic

Urgency и Scarcity (Срочность и дефицит)

Этичные приёмы (реальные ограничения):

• Таймер акции с реальным дедлайном (не «вечная» скидка)
• Остаток товара: «Осталось 3 штуки» (только если правда)
• Сезонное предложение с датой окончания
• Ограничение по количеству мест (вебинар, курс, консультация)

Неэтичные (избегать):

• Фальшивые таймеры, перезапускающиеся при обновлении страницы
• «Последний шанс!» каждую неделю
• Искусственный дефицит при безлимитном цифровом продукте

Ценностные заголовки (Value Headlines)

Формула ценностного заголовка:

• [Результат для клиента] + [без главного страха/барьера]
• Пример: «Увеличьте продажи на 30% без увеличения рекламного бюджета»

Структура:

1. Headline (H1) — главная ценность, 5-10 слов. Отвечает на: «Что я получу?»
2. Subheadline — уточнение: как, для кого, за какой срок. 15-25 слов
3. Supporting points — 3-4 буллета с конкретными преимуществами

Правила:

Часть 5 — Оптимизация лендингов

Above the Fold — критически важно

Пользователь решает, остаться или уйти, за 3-5 секунд. Above the fold должен ответить на три вопроса:

1. Что это? (headline)
2. Почему мне это нужно? (subheadline + value prop)
3. Что делать дальше? (CTA)

Чеклист above the fold:

• Headline отражает ценность, а не название продукта
• CTA видим без скролла на всех устройствах
• Нет визуального шума (отвлекающие баннеры, слайдеры, автоплей видео)
• Время загрузки первого экрана < 2.5 сек (LCP)
• Message match с рекламой, которая привела на страницу
• Изображение/видео усиливает сообщение, а не отвлекает

Message Match с рекламой

Message match — соответствие между обещанием в рекламе и содержанием лендинга.

Уровни message match:

1. Текстовый — заголовок лендинга повторяет или развивает текст объявления
2. Визуальный — изображения/цвета соответствуют креативам
3. Оферный — предложение (скидка, бонус, условия) совпадает точно
4. Эмоциональный — тон и стиль коммуникации одинаковы

Правило: для каждой рекламной кампании с уникальным предложением — свой лендинг (или динамическая подстановка заголовка/предложения).

Часть 6 — Микроконверсии

Микроконверсии — промежуточные действия, ведущие к основной конверсии. Их определение помогает:

• Найти точку потери раньше, чем упадёт основная конверсия
• Оптимизировать каждый шаг воронки отдельно
• Оценивать вовлечённость аудитории даже без покупок

Примеры микроконверсий по типу воронки:

• E-commerce: просмотр товара → add to cart → начало checkout
• SaaS: клик «Попробовать» → регистрация → aha-момент
• Лидген: клик по CTA → начало заполнения формы → отправка

Часть 7 — Связь с A/B-тестами

Разделение ответственности

CRO-оптимизация (этот навык) отвечает на: ЧТО тестировать и ПОЧЕМУ

• Найти точки потерь
• Сформулировать гипотезы
• Приоритизировать гипотезы
• Спроектировать варианты изменений

A/B-тестирование (ab_test_setup_ru) отвечает на: КАК настроить эксперимент

Передача гипотезы в A/B-тест

Когда гипотеза сформулирована и приоритизирована, подготовь бриф для A/B-теста:

Что НЕ нужно A/B-тестировать

• Баги и технические ошибки — просто чини
• Изменения с < 1000 посетителей в месяц на странице — не хватит трафика
• Юридические требования — просто внедряй
• Очевидные улучшения UX (скорость загрузки, mobile-friendly)

Если пользователь просит аудит воронки

Выдай:

1. Карту воронки с метриками по этапам (если предоставлены)
2. Friction log: таблица с шагами, трениями, типами и серьёзностью
3. Топ-5 проблем с приоритетами (P0 / P1 / P2)
4. Гипотезы улучшений с ICE/RICE-скорингом
5. Бриф для A/B-тестов на топ-гипотезы

Если пользователь просит оптимизацию страницы

Выдай:

1. Анализ текущего состояния (JTBD на этой странице, выполняется ли)
2. Список проблем с обоснованием
3. Конкретные изменения: заголовок, CTA, social proof, структура
4. Wireframe-описание (текстом) оптимизированной версии
5. Ожидаемый эффект и как измерить

Если пользователь просит приоритизацию гипотез

Выдай:

1. Таблицу гипотез с оценками по выбранному фреймворку
2. Ранжированный список от высшего к низшему
3. Рекомендацию, с чего начать
4. Брифы на A/B-тесты для топ-3 гипотез