---
name: 需求工单（Feature Request）
about: 提一个新需求 / 新功能 / 业务问题。注意：只写"业务问题"，不写"解法"。
title: "[需求] <一句话描述业务问题，不是解法>"
labels: ["Kind/Feature", "Status/需求待澄清"]
---

> 📖 完整流程见 [`docs/standards/14-feature-request-workflow.md`](../../docs/standards/14-feature-request-workflow.md)
> ⚠️ 本模板只填"是什么 + 为什么"，**不填"怎么做"**。怎么做交给负责人走 `plan-feature` skill 产出 PRD。

## 业务问题

<!-- 用一两句话说清"谁、在什么场景下、遇到了什么麻烦、导致什么后果"。
     反例：「在 sidebar 加个 quota 进度条」←这是解法，不是问题
     正例：「顾问看不到本周还能投多少候选人，导致超额投递被回退」 -->

## 业务方

- 提出人：
- 受影响角色：<!-- 顾问 / HR / 财务 / IT 管理员 / ... -->
- 影响范围：<!-- 全公司 / 单部门 / 个别用户 -->

## 现状与痛点

<!-- 现在他们怎么做这件事？为什么不够好？有没有临时绕行方案？ -->

## 期望效果（不是方案）

<!-- 解决后他们能做到什么？怎么判断这事真的解决了？
     不要写"加个按钮 / 加个字段"，写"用户能在 X 秒内完成 Y" -->

## 优先级建议

- [ ] Priority/Critical（阻塞业务，必须立刻做）
- [ ] Priority/High（本周内）
- [ ] Priority/Medium（本月内）
- [ ] Priority/Low（有空再做）

理由：

---

## 负责人协作区（提单后填写）

> 工单被 claim 后，负责人在这里维护进度。

- **Assignee**：<!-- @hongwei.zhang / @lijian.dai —— 同时打 Owner/* label -->
- **PRD 链接**：<!-- docs/modules/{module}/01-prd.md  待 Status/PRD 中 阶段产出 -->
- **契约文档**：<!-- 数据模型 / API / UI 规格链接，待 Status/契约设计中 阶段产出 -->
- **开发分支**：<!-- feature/xxx，待 Status/开发中 阶段填入 -->
- **PR 链接**：<!-- 待 PR 提交后填入 -->
- **验收清单**：<!-- 待 Status/待验收 阶段，由负责人列出可验证项 -->

### 状态流转检查清单

负责人推进状态时勾选，未勾选不允许切换到下一阶段。

- [ ] **需求待澄清 → PRD 中**：业务问题 + 业务方 + 期望效果三段已填完，已 claim assignee
- [ ] **PRD 中 → 契约设计中**：PRD 已提交 review，被审批人留言 ✅ 确认通过
- [ ] **契约设计中 → 开发中**：数据模型 / API / UI 规格已落 `docs/modules/`，跑过 `doc-review` skill
- [ ] **开发中 → 待验收**：PR 已合并 develop，L1 集成测试已过
- [ ] **待验收 → 关闭**：L3 验收清单逐项 ✅，i18n 双语已切过