Webflow 中具有事件分析功能的金融科技 SaaS 的交互式入职和培训微场景场景

初始情况：有一个针对小型企业的金融科技 SaaS——一个用于开具发票、接受付款和核对交易的网络帐户。营销为登陆页面带来流量，注册稳定，但激活下降 - 用户无法实现第一个成功的操作（创建帐户并链接付款方式）。我们需要产品内部的交互式入门脚本和一系列微场景提示，以将新手带入 " 第一个值 "，而不会造成过载，并考虑到金融科技合规性的要求。

技术环境和限制：产品站点和帐户在Webflow中收集，界面是RU，事件在Amplitude中收集，技术支持使用Intercom。在生产中，您无法更改按钮的文本和菜单项的名称；您可以添加工具提示、模式窗口、进度清单、空状态、字母和内部通信消息。有关要约、个人数据和 152-FZ 的法律措辞必须保留，不得出现语义扭曲。你不能承诺有保证的收入，你不能使用看起来像投资建议的语言。品牌的基调是冷静、务实、不熟悉。

主题领域：付款、佣金、退货、身份识别、操作限制、连接收单/SBP、处理细节和行为。

具体结果：现成的实现脚本包，其中包括
- 2 个角色的用户入职路径图："IP（不含会计师）" 和 " 会计师/金融家"
- 交互式入职的主要场景，需要 7-10 个步骤，直到第一次成功付款或开具发票，根据选择的付款接受方式进行分叉
- 12-18 个微场景，用于关键位置的提示和空状态（详细错误、限制、未经确认的数据、识别失败、未配置通知、没有第一个客户端）
- 6 种对讲消息场景：2 条产品内部触发提示、2 条 24-48 小时后的后续消息、2 条错误/放弃步骤时的消息
- 用于分析的事件表：事件名称、属性、触发条件、预期转化率
- 关键 3 个步骤的 A/B 文本选项（每个步骤至少 2 个备选方案）

执行步骤：
1) 快速审核当前屏幕和逻辑（通过访问演示和 30-40 个屏幕截图/视频运行）并收集合规性限制
2) 角色开发、JTBD 和带有转储点的 "first 值 " 的路径图
3) 编写入门脚本和微场景，考虑错误、失败和替代路径
4) 准备实施包 - 最终文本、显示规则、振幅事件、优先级建议

可衡量的验收标准：
- 所有文本均作为 Google 文档/表格中的结构提供：标识符、界面位置、显示触发器、文本、A/B 选项、合规性说明
- 对于入职来说，有清晰的转换和分叉逻辑，与Webflow界面没有矛盾（不引入不存在的新元素）
- 每条对讲消息均特定于事件/状态，并包含目的、短文本和有效的 CTA 选项
- 事件表涵盖 100% 的入门步骤和严重错误，总共包含至少 20 个事件/属性
- 风格统一，术语与产品术语表（待提供）一致，不违反合规限制

将提供的数据：模拟帐户的访问权限、当前界面文本、5-8 个会话的录音（如果有）、迄今为止的振幅漏斗结果、术语表和法律要求的语言列表。