贷款产品PRD生成规范

为什么需要这个技能

贷款产品的 PRD 撰写存在几个反复出现的坑：需求描述含糊（如"优化体验"这类词），前端交互与后端规则混在一处，异常流（网络超时、数据为空、权限不足、外部依赖失败）整段缺失，埋点各写各的导致后续数据对不上。多人协作时，历史需求散落在多个飞书知识库的不同层级子页面里，新写的文档常与旧迭代冲突。

它解决什么问题

该技能将产品经理与技术架构师角色合并，根据业务需求生成结构固定的贷款 PRD：

• 六章式结构：项目基础信息（Markdown 表格）、项目概述、业务流程图（mermaid，须放在代码块中并用飞书文本绘图）、功能详细需求、非功能需求、验收标准。章节顺序不可变，不得擅自合并或删除。
• 前后端强制分离：F001 (页面) 管界面与交互（进入条件、可交互元素、异常处理），F001 (规则) 管触发条件、处理规则、异常降级。
• 统一埋点：仅使用三个事件 LoanPageDisplay、LoanPageClick、LoanUIViewDisplay，loan_provider 枚举限定为 duxiaoman、lexin、youcash_quota、bairong、lklh5 五个资金方标识，禁止自创事件名。
• 先查后写：动笔前从三个飞书知识库（产品建设知识库、产品迭代、月度产品功能需求计划）的所有子页面汇总最新迭代信息，有覆盖时以最新为准。

约束与边界

• 禁词：不出现"可能"、"大概"、"优化体验"等模糊表述，必须落到具体交互动作或数值。
• 不写技术实现：不出现类名、方法名、代码片段、数据库字段，需求文档只描述业务 What，不描述技术 How。
• 异常流必答：网络超时、数据为空、权限不足、外部依赖失败均需给出重试、默认值、跳过或告警等兜底方案。
• 触发方式：通过触发词 请根据 [PRD 规范] 为我输出：[业务需求描述] 激活，文档最终写入飞书。
• 适用边界：仅覆盖贷款产品 PRD 生成场景，不负责原型设计或后端实现，且依赖三个知识库链接可访问。