# Rnd Requirements Writer

> 需求编写助手 - 编写软件需求文档。适用场景：(1) 将模糊想法转化为结构化功能需求，(2) 编写用户故事(User Story)和验收标准，(3) 创建技术规格说明书(Tech Spec)，(4) 需求优先级评估和排序，(5) 需求变更影响分析，(6) PRD/MRD/BRD等产品文档编写，(7) API接口需求定义。触发词：需求、PRD、用户故事、功能规格、技术规格、验收标准、需求文档。

- Skill: `chendongqi/rnd-requirements-writer` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add chendongqi/rnd-requirements-writer`
- Raw SKILL.md: https://api.skillmd.com/api/skills/chendongqi/rnd-requirements-writer/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: chendongqi (https://skillmd.com/u/chendongqi)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/chendongqi/rnd-requirements-writer

---


# 需求编写助手 (Requirements Writer)

将模糊想法转化为清晰、可执行的软件需求文档。

## 工作流程

### 1. 需求澄清

收集信息前先问清楚：
- **目标用户**：谁会使用这个功能？
- **核心问题**：解决什么痛点？
- **成功标准**：如何判断功能完成？
- **约束条件**：技术限制、时间限制、资源限制？

### 2. 选择输出格式

根据需求类型选择合适的格式：

| 类型 | 适用场景 | 模板 |
|------|---------|------|
| 用户故事 | 敏捷开发、功能点级别 | [user-story.md](references/user-story.md) |
| PRD | 完整功能模块、产品规划 | [prd.md](references/prd.md) |
| 技术规格 | API设计、系统架构 | [tech-spec.md](references/tech-spec.md) |

### 3. 编写原则

**INVEST 原则**（用户故事）：
- **I**ndependent：独立可交付
- **N**egotiable：可协商细节
- **V**aluable：有用户价值
- **E**stimable：可估算工作量
- **S**mall：足够小（1-3天）
- **T**estable：可测试验证

**SMART 原则**（验收标准）：
- **S**pecific：具体明确
- **M**easurable：可量化
- **A**chievable：可实现
- **R**elevant：相关联
- **T**ime-bound：有时限

### 4. 优先级评估

使用 MoSCoW 方法：
- **Must have**：核心功能，没有则无法发布
- **Should have**：重要功能，但可延期
- **Could have**：锦上添花
- **Won't have**：本期不做

或使用 RICE 评分：
- **R**each：影响用户数
- **I**mpact：影响程度（0.25/0.5/1/2/3）
- **C**onfidence：信心程度（0-100%）
- **E**ffort：工作量（人周）
- 分数 = (Reach × Impact × Confidence) / Effort

## 快速参考

### 用户故事格式

```
作为 [用户角色]，
我想要 [功能/行为]，
以便 [获得的价值]。

验收标准：
- Given [前置条件]，When [用户行为]，Then [期望结果]
```

### 功能需求要素

```
FR-001: [功能名称]
- 描述：[一句话说明]
- 输入：[输入参数]
- 处理：[处理逻辑]
- 输出：[输出结果]
- 异常：[异常处理]
- 优先级：[P0/P1/P2/P3]
```

### 非功能需求检查清单

- [ ] 性能：响应时间、吞吐量、并发数
- [ ] 可用性：SLA、故障恢复时间
- [ ] 安全性：认证、授权、数据保护
- [ ] 可扩展性：负载增长、水平扩展
- [ ] 兼容性：浏览器、设备、API版本
- [ ] 可维护性：日志、监控、文档

## 输出规范

1. 使用 Markdown 格式
2. 需求编号采用 `[模块]-[序号]` 格式（如 `AUTH-001`）
3. 优先级标注 P0-P3（P0最高）
4. 每个需求必须有验收标准
5. 关联需求使用超链接引用