Files

Co-authored-by: Cursor <cursoragent@cursor.com>

2026-07-21 17:15:39 +08:00

颗粒度标杆与用户故事口径

用户故事：对齐「业务条线说明」页面

页面：/prototypes/lease-business-line-overview
数据：src/prototypes/lease-business-line-overview/lines.ts

每个能力卡片的产品叙述结构：

责任部门（roles）
  → 起点（start）
  → 怎么运作（process[]，有序）
  → 关键结果（outcomes，可选）
  → 闭环（closure）

AutoPRD 第 4 章必须用同一套结构写用户故事，而不是「作为…我希望…」宽表。

角色：采购部、运维部
起点：采购或运营维护车辆交强险与商业险台账，作为交车前置合规数据。
怎么运作：
1. 在保险采购维护一车一档险种台账（录入 / 识别 / 导入）。
2. 交车时系统校验交强 + 商业是否均为正常或临期。
3. 不合规则拦截交车并给出可理解原因。
关键结果：允许交车 / 禁止交车 · 保险异常
闭环：交车合规与台账一致、可追溯；异常车辆不能进入履约运营。
排期（可选）：US-17 · 规模 M · 作为采购/运维，我想维护交强+商业险并在交车时校验，以便不合规车辆无法交车。

编号	用户故事	SP
B1	作为运营，我能看到失败原因	2

↑ 信息太扁，缺少起点、协作步骤与闭环结果。