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

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

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

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

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

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

### 示例（保险采购 · 交车合规，示意）

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

### 反例（不要作为主叙述）

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

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

---

## AutoPRD 其余层次（仍要对齐）

1. 一句话 + 目标/非目标  
2. 模块边界（独立业务线写清「不自动同步」）  
3. 角色表（命名对齐业务条线）  
4. **用户故事：起点 / 怎么运作 / 闭环** + SP/规模  
5. 分模块正逆向  
6. 关键业务逻辑  
7. mermaid 流程图  
8. 验收清单  
9. 交付口径  

## 刻意不写

- 表结构、接口、代码路径  
- 用实现指令代替业务闭环描述