Сценарій інтерактивного онбордингу та навчальних мікросцен для фінтех-SaaS у Webflow з подієвою аналітикою

Вихідна ситуація: є фінтех-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 на поточний момент, глосарій термінів та список юридичних обов'язкових формулювань.