Контекст

Продукт Диспетчер закладок с системой «второй мозг».

Цель бизнеса Увеличение использования интеллектуального поиска.

Анализ задачи

При анализе задачи выявлены критические точки воронки: этап регистрации и первого сохранения.

Проблема точки входа Изначально продукт рос из веба: пользователь попадал в дашборд — и только потом подключал расширение как удобный инструмент для сохранения. В этой модели расширение было продолжением системы, а не отдельным продуктом.

Расширение вывели в store — это резко увеличило приток новых пользователей. Расширение стало первым касанием.

Формулировка задачи Связать расширение и основной продукт в единую систему, минимально вмешиваясь в существующий пайплайн сохранения. Цель — сократить потери воронки и подготовить пользователей к использованию интеллектуального поиска.

Ограничения Механика сохранения должна оставаться такой же простой, как в браузере (три шага — задают верхную границу сложности).

Шаг 1. Связать сценарии

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

Шаг 2. Работа с тегами

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

Шаг 3. Разрешение для Al

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

Результаты

32% пользователей перестало пропадать на этапе регистрации — закрыты ключевые разрывы воронки.