金融科技服务网络账户中复杂的入职和 KYC 流程的可用性审核和测试

初始情况：B2C 金融科技服务有一个网络帐户（桌面和移动网络），用于开设帐户、完成 KYC 并进行第一笔存款。重新设计后，从注册到成功完成 KYC 的转化率从 42% 下降到 31%，有关主题的支持请求数量增加 - 文档验证未通过、状态不清楚、自拍错误、照片要求不明确。有猜测，但我们需要确认原因并优先改进。

技术环境和限制：Figma 布局、React 中的产品、GA4 + Amplitude 中的分析、事件已部分标记、KYC 提供商日志可作为 CSV 下载，无需个人数据。只能通过测试帐户和登台访问生产。审计在不记录真实个人数据的情况下进行 - 使用提供商提供的合成数据和测试文件。您不能提出需要更改 KYC 提供商或完全重写前端的更改。开发团队将只能对 UI/UX 和文本进行点编辑，以及对验证和步骤顺序进行细微更改。

需要分阶段做的事情：
1）快速审核当前UX流程——注册——电话/邮件确认——调查问卷——上传文档——自拍——等待状态——首次补货。使用启发式（尼尔森）和金融科技-KYC 模式查找问题领域，分别突出合规风险和不可接受的措辞。
2) 数据分析：检查渠道、按步骤下降、细分（移动/桌面、浏览器、新/退回）、CSV 中的主要 KYC 错误场景，与 GA4/Amplitude 事件进行比较。针对转化率下降的原因和可衡量的改进预期制定 5-10 个假设。
3) 远程计划和进行主持人可用性测试：来自目标受众的 6-8 名受访者（俄语用户 22-45 岁，基本金融知识），分阶段场景、屏幕和录音。测试必须检查您对文件/自拍照要求的理解、对拒绝和重试原因的理解、状态的清晰度和时间预期。
4) 另外 - KYC 失败后重试场景和 " 文档接受场景的专家认知演练 - 等待 - 附加请求。数据"。
5）最终报告和工件：
- 问题表（至少 25 个）：发生位置、描述、证据（屏幕/时间码/指标）、严重性（0-4）、频率/覆盖范围、可疑原因、建议、实施复杂性。
- 按影响/努力划分优先级以及可在 1-2 个冲刺中进行的前 10 个更改的列表。
- 针对关键屏幕的特定缩微副本 (RU) 编辑：照片要求、错误、状态、等待、重新提交。
- GA4/Amplitude 事件分类的建议：至少 15 个事件/参数来衡量变化的影响。
- 为产品团队提供简短的演示（最多 15 张幻灯片），其中包括结论和后续步骤。

可衡量的验收标准：
- 该报告包含至少 25 个独特问题，至少 10 个通过数据（漏斗/错误/片段）确认，至少 10 个通过时间码测试的观察结果确认。
- 对于前 10 个问题，有具体的、可实施的建议，无需更改提供程序，也无需重写应用程序。
- 测试脚本、筛选器和匿名注释/结果传输给客户。
- 提议的事件图涵盖了所有渠道步骤以及上传过程中至少 80% 的典型 KYC 错误。

工作格式和结果：Google Docs/Sheets 中的所有材料 + Figma 注释（如有必要）、安全文件夹中的测试记录、60 分钟的最终会议来分析结果。