迭代需求管理 — 总览

本目录承接 MVP 之后已拆分的专题说明和运行保障需求。MVP 基线仍以 10-MVP改造方案 为准;新增、变更、优先级、状态和版本归属统一以 需求池引用的飞书表格 为准。

文档定位

文档作用
01-需求池MVP 后需求台账入口,引用飞书表格作为唯一信息基准
02-监控告警运行保障类需求,覆盖短信、三方数据源、支付账户余额、放款成功率和回调异常
07-风控判断类能力提额和借款申请前置互斥判断
08-登录与身份安全手机号格式规范化和跨设备登录验证
09-借款提交结果页引导绑卡借款提交后的绑卡转化引导
10-支持NIN(暂不考虑)NIN 采集、核验、归档和风控使用
[[11-后台管理需求/00-总览11-后台管理需求]]
12-短链服务FCS 还款链接压缩、短信模板变量发送、短链访问追踪和有效期控制
13-还款链接生成FCS 还款长链生成、短链触达 scene=3、支付中台初始化和生成失败阻断
13-还款引导复借需求文档还款页预结清复借、真正结清后主动复借、结清调额调价接口调用和两类流程互斥规则
[[14-消息网关与通道接入/00-总览14-消息网关与通道接入]]
15-还款入账查询监控Paystack、Monnify 等通道在多种还款方式下的通知异常、主动查询、补偿入账、监控告警和运营排查
16-支付通道路由与Paystack接入明确 Monnify、Paystack 在还款、代扣、转账出款等场景下的能力边界、路由配置、异常切换和落地验收
17-绑卡失败率优化与异常结果页针对 Monnify 绑卡验证金额、失败原因映射、异常结果页英文文案、监控告警和验收标准的优化方案
18-还款结果同步与金额展示 —— 暂不考虑客户还款中入口、还款结果同步、已还金额展示、处理中防重复还款和客服查询口径
19-Monnify虚拟账号按bizCode归属管理同一 Monnify 商户主体下按 bizCode 开通、分配、路由和扩展多个虚拟账号
22-Paystack绑卡失败原因映射关系基于生产原始返回收敛 Paystack 绑卡失败 failReason、客户动作、客服口径和验收规则
23-KYC BypassKYC 主供应商故障时的 Paystack/Monnify 受控替代路径、仅活体校验、手填生日和风险交易审批前移
24-相同绑卡信息拦截同一 bizCode 下,其他客户已绑定过的卡再次绑定失败并提示“卡已绑定过,请使用其他卡”;本人重复绑不限制
25-手机分期SKU价格数据采集与导入Android 新机继续使用 Jumia 数据;二手 iPhone 通过 jiji.ng 按标准型号和规格聚合价格,采集结果走线下导入后台,SKU 价格更新必须记录 log
26-现金贷用户信息分步提交现金贷授信前资料按身份、银行账户、个人、工作、联系人、人脸等步骤独立保存,最终提交授信申请单独触发
31-手机分期流程错误提示优化手机分期 SA App 的错误码翻译、缺失提示节点、唯一错误样式、幂等状态提示和深色主题可读性优化
32-还款H5页面改造还款 H5 的 Loan ID/服务提供方、还款方式选择、银行卡 OTP 短信、前 3 位手机号脱敏、两次发送后的后 4 位降级验证与切卡,以及无独立复选框的 Privacy Policy / Terms & Conditions 确认入口
32-还款H5页面改造-反馈解决方案还款 H5 反馈逐项决议、OTP 至手机号后 4 位补充验证的完整转场、设计缺口与验收口径

维护规则

  • MVP 已拍板口径不在本目录重复维护;如需变更,先在飞书需求池登记变更项。
  • 新需求统一进入 飞书需求池,需要沉淀详细 PRD / 设计 / 验收说明时,再在本目录新增专题文档并从飞书表格链接过来。
  • 05-业务需求/系统需求 保留为产品资料、历史需求和 Phase 2 材料,不再作为新增迭代需求主入口。
  • 运行保障类需求可以不等完整运营后台,按 P0 / P1 优先级独立推进。

状态口径

状态说明
待澄清来源明确,但范围、验收或 owner 未确认
设计中正在补 PRD
已确认范围和优先级已确认,等待排期
开发中已进入研发实施
验收中已交付测试或业务验收
已上线已发布生产并完成验收
暂缓暂不做,保留追溯