Карта “протечек” на регистрации: как IKEA сократила потери в форме и повысила долю успешных заявок

Карта “протечек” на регистрации: как IKEA сократила потери в форме и повысила долю успешных заявок

В последние годы экосистема аналитики в ритейле стала “двухслойной”: с одной стороны — приватность и server-side события вместо наивного last-click, с другой — рост роли наблюдательной аналитики (что люди реально делают на экране). На этом фоне heatmap-инструменты перестали быть “картинками для отчёта” и стали рабочим инструментом RevOps: снижение трения в ключевых воронках влияет и на маркетинг, и на продажи, и на customer success (потому что меньше брошенных попыток — меньше ручной работы и меньше нагрузки на поддержку).

Контекст
В IKEA (цифровые точки продаж и сервисные формы в разных странах) в какой-то момент упёрлись в типичную для omni-channel модель проблему: трафик растёт, но доля успешных действий на этапе регистрации/оформления запроса стоит на месте. Пользователи доходили до формы, но часть уходила, не завершив шаги. “Сухие” метрики показывали снижение конверсии, но не отвечали на главный вопрос: что именно ломается в восприятии формы — текст, порядок полей, валидация, подсказки или неверные ожидания.

Задача
Нужно было найти причины “протечек” в интерфейсе регистрации:
— где пользователи чаще всего залипают (время на конкретных элементах)
— какие поля вызывают отказы (не просто по событиям, а по реальному поведению)
— отличаются ли сценарии мобильных и десктоп-пользователей
— какие микро-изменения дадут прирост конверсии без перетряхивания всего флоу

Решение
Команда собрала связку: тепловые карты + поведенческие записи. По аналогии с тем, как это делают в Hotjar и FullStory/Clarity-сценариях, подход был один: сначала “картинка”, затем — разбор конкретных сессий.

1) Heatmap по кликам и скроллу на ключевых шагах формы
Сегментация шла по устройствам и источникам трафика (внутренние категории, брендовые переходы и небрендовый поиск, плюс re-engagement-сегменты). Уже на первом просмотре тепловых карт стало видно:
— на блоке согласия/условий клики происходили, но не приводили к финальному событию “форма отправлена”
— скролл у многих обрывался раньше, чем пользователи доходили до подтверждающих деталей
— на мобильных тепловая зона вокруг поля ввода “почта/телефон” была заметно шире: люди пытались нажимать не на то место

2) “Ловушка ожиданий”: валидация и подсказки
В тепловых картах FullStory-подобного типа часто видны участки, куда кликают повторно. В их случае выяснилось: подсказка об ошибке появлялась после попытки отправки, но часть пользователей продолжала ввод, не понимая, что именно не так. Дополнительно в записях видно поведение: курсор перемещался, но ошибку воспринимали как “сбоил сайт”, а не как “нужно исправить поле”.

3) Проверка гипотез через записи (session replay)
Сравнили 2 набора: с успешной отправкой и с уходом на последнем шаге. Точка расхождения оказалась простой:
— при ошибке поле подсвечивалось тонко и не всегда попадало в фокус на телефоне
— текст ошибки был техническим и не объяснял “как исправить”

4) Итерации UI без капитального редизайна
Поменяли три вещи:
— сделали подсветку ошибки более заметной и автоматически переводили фокус на поле
— добавили короткую “пошаговую” подсказку прямо в момент ошибки (не после, а вместе с ней)
— пересобрали микро-текст рядом с согласиями: убрали двусмысленность и сделали ссылку на детали более кликабельной (на мобильных это критично)

Результат
После релиза изменения отразились сразу в нескольких слоях воронки.

— Конверсия “дошёл до формы → отправил” выросла на 6–8% относительно контрольной группы (по данным эксперимента).
— Доля пользователей, которые доходили до блока согласий и хотя бы раз взаимодействовали с ним, увеличилась примерно на 4% (это хорошо видно по heatmap кликам и последующим действиям).
— Отказы на финальном шаге формы снизились: главным образом ушли сценарии “много попыток отправить” и “застревание на ошибке без понимания, где проблема”.
…