Исходная ситуация: есть финтех-SaaS для малого бизнеса - веб-кабинет для выставления счетов, приема оплат и сверки транзакций. Маркетинг приводит трафик на лендинг, регистрация идет стабильно, но активация проседает - пользователи не доходят до первого успешного действия (создание счета и привязка способа приема платежей). Нужен сценарий интерактивного онбординга внутри продукта и серия микросцен для подсказок, чтобы довести новичка до "первой ценности" без перегруза и с учетом требований финтех-комплаенса. Техническая среда и ограничения: продуктовый сайт и кабинет собраны в Webflow, интерфейс - RU, события собираются в Amplitude, техподдержка использует Intercom. В проде нельзя менять тексты кнопок и названия пунктов меню, можно добавлять подсказки, модальные окна, чек-лист прогресса, пустые состояния, письма и сообщения Intercom. Юридические формулировки про оферту, персональные данные и 152-ФЗ должны оставаться без смысловых искажений. Нельзя обещать гарантированный доход, нельзя использовать формулировки, которые выглядят как инвестиционные рекомендации. Тон бренда - спокойный, деловой, без фамильярности. Предметная область: платежи, комиссии, возвраты, идентификация, ограничения по операциям, подключение эквайринга/СБП, работа с реквизитами и актами. Конкретный результат: готовый сценарный пакет для внедрения, который включает - карту пользовательских путей онбординга для 2 ролей: "ИП без бухгалтера" и "Бухгалтер/финансист" - основной сценарий интерактивного онбординга на 7-10 шагов до первого успешного платежа или выставленного счета, с развилками в зависимости от выбора способа приема оплат - 12-18 микросцен для подсказок и пустых состояний в критических местах (ошибки реквизитов, лимиты, неподтвержденные данные, не пройдена идентификация, не настроены уведомления, нет первых клиентов) - 6 сценариев сообщений Intercom: 2 триггерных подсказки внутри продукта, 2 follow-up сообщения через 24-48 часов, 2 сообщения на случай ошибки/брошенного шага - таблицу событий для аналитики: названия event, свойства, условия срабатывания, ожидаемые конверсии по шагам - текстовые варианты A/B для ключевых 3 шагов (минимум по 2 альтернативы на шаг) Этапы выполнения: 1) Быстрый аудит текущих экранов и логики (по доступу к демо и 30-40 скриншотам/видео-прогону) и сбор ограничений комплаенса 2) Проработка персонажей, JTBD и карта пути до "первой ценности" с точками отвалов 3) Написание сценария онбординга и микросцен с учетом ошибок, отказов и альтернативных путей 4) Подготовка пакета внедрения - финальные тексты, правила показа, события для Amplitude, рекомендации по приоритизации Измеримые критерии приемки: - все тексты поставляются в виде структуры в Google Docs/Sheets: идентификатор, место в интерфейсе, триггер показа, текст, вариант A/B, заметки по комплаенсу - для онбординга есть четкая логика переходов и развилки, без противоречий интерфейсу Webflow (не вводятся новые элементы, которых нет) - каждое сообщение Intercom привязано к событию/состоянию и содержит цель, краткий текст и допустимые варианты CTA - таблица событий покрывает 100% шагов онбординга и критические ошибки, содержит минимум 20 событий/свойств суммарно - стиль единый, термины согласованы с глоссарием продукта (будет предоставлен) и не нарушают ограничения комплаенса Данные, которые будут предоставлены: доступ к демо-кабинету, текущие тексты интерфейса, записи 5-8 сессий (если есть), результаты воронки по Amplitude на текущий момент, глоссарий терминов и список юридических обязательных формулировок.