借款提交结果页引导绑卡 — 迭代需求
对应需求：REQ-ITER-011。目标是在借款提交后的自然高意愿节点，引导客户完成绑卡并沉淀 Monnify token，提高后续主动还款和自动扣款成功率。
1. 第一性原理
客户刚完成借款申请时，对“能否到账、后续怎么还”最关注。此时引导绑卡的转化成本最低。绑卡不是为了页面完整，而是为了后续还款链路少失败。
2. 交互设计图
3. 触发场景
| 场景 | 是否展示绑卡引导 |
|---|---|
| 借款提交成功，客户无可用还款授权 | 是 |
| 借款提交成功，客户已有可用授权 | 否，展示授权已存在 |
| 借款提交失败 | 否，展示失败原因 |
| 审批中 | 是，但文案强调用于后续还款 |
| 已拒绝 | 否 |
4. 页面结构
结果页最小信息：
- 申请提交状态。
- 预计处理时间。
- 绑卡 / 授权入口。
- 跳过入口。
- 安全说明：用于后续还款，不影响当前申请提交。
5. 业务规则
- 绑卡引导不能阻断借款申请提交。
- 如果产品决定“放款前必须绑卡”，则跳过后进入待补充授权状态；该口径需单独拍板。
- 已有有效授权时不重复引导。
- 绑卡成功后返回结果页，状态更新为“还款方式已设置”。
6. 接口依赖
| 能力 | 依赖 |
|---|---|
| 查询授权状态 | ims / pmt / bns 聚合 |
| 发起绑卡 | bns routeRedirect -> ims 托管页 |
| 绑卡回调 | ims -> bns bindCardCallBack |
| 结果刷新 | bns 聚合授权状态 |
7. 埋点
| 事件 | 说明 |
|---|---|
loan_result_page_view | 结果页曝光 |
bind_card_guide_show | 展示绑卡引导 |
bind_card_click | 点击绑卡 |
bind_card_success | 绑卡成功 |
bind_card_skip | 跳过 |
bind_card_fail | 绑卡失败 |
8. 验收标准
- 无授权客户提交借款后能看到绑卡引导。
- 有授权客户不重复展示绑卡引导。
- 点击绑卡能进入现有 ims 绑卡链路。
- 绑卡成功后页面状态刷新。
- 跳过不会导致申请丢失。
- 埋点能统计曝光、点击、成功和跳过转化。