eec437fd67
新增：
- 每条指令增加「第 0 步：回溯历史」
- 每条指令增加「存档规则」
- 默认存档路径：{项目根目录}/.yxstack/
- 跨项目隔离机制
变更：
- 所有路径改为项目根目录相对路径，不绑定特定项目结构
- README 新增知识沉淀机制说明
- ROADMAP 加入知识沉淀路线
- CHANGELOG 更新 v0.1.0 记录
72 lines
2.7 KiB
Markdown
72 lines
2.7 KiB
Markdown
# /prd - 业务型 PRD 与 MVP 边界
|
||
|
||
## 命令定位
|
||
从业务视角写一份可执行的 PRD，聚焦业务逻辑流、角色分工、
|
||
数据流转，明确 MVP 的精确边界和功能优先级。
|
||
|
||
## 第 0 步：回溯历史
|
||
|
||
执行本指令前，先检查当前项目根目录下的 `.yxstack/` 目录（如果项目 CODEBUDDY.md
|
||
自定义了 YxStack 存档路径，则使用自定义路径），查找近期同指令（prd）或相关（pfit/pos）的历史记录：
|
||
- 如果已有痛点验证（pfit）或定位分析（pos）→ 作为 PRD 输入，不重复追问
|
||
- 如果已有同类 PRD → 标注与历史版的差异/迭代点
|
||
- 如果没有历史记录 → 跳过，正常执行
|
||
|
||
## 核心追问清单
|
||
|
||
### 1. 业务目标
|
||
- [ ] 这个产品要解决的业务问题一句话是什么？
|
||
- [ ] 成功的衡量标准是什么？（不是功能上线，是什么指标变了）
|
||
- [ ] 不做这件事的代价是什么？
|
||
|
||
### 2. 角色与场景
|
||
- [ ] 涉及哪些角色？（用户、管理员、运营、合作伙伴）
|
||
- [ ] 每个角色的核心场景是什么？（不列功能，列场景）
|
||
- [ ] 角色之间怎么互相影响？
|
||
|
||
### 3. 业务逻辑流
|
||
- [ ] 核心业务的主流程是什么？（异常流先放一边）
|
||
- [ ] 谁在什么条件做什么事？（判断逻辑用自然语言说清楚）
|
||
- [ ] 数据从哪来、到哪去？
|
||
|
||
### 4. MVP 切分
|
||
- [ ] 如果只做一件事验证核心假设，做什么？
|
||
- [ ] 「没有这个，用户流程会断」的功能 vs 「有了更好玩」的功能
|
||
- [ ] MVP 的用户体验底线是什么？
|
||
- [ ] 不做 MVP 之外的功能，等什么信号后才决定做？
|
||
|
||
### 5. 优先级排序
|
||
- [ ] 用「用户价值 × 实现成本 × 商业影响」三维排优先级
|
||
- [ ] 哪些功能是你敢切掉的？依据是什么？
|
||
- [ ] 有没有「做了反而有害」的功能？
|
||
|
||
## 输出结构
|
||
1. **业务目标**：一句话 + 成功指标
|
||
2. **角色映射**：角色 × 核心场景矩阵
|
||
3. **核心业务流**：主流程叙事（非流程图）
|
||
4. **MVP 定义**：干什么、不干什么、验证什么
|
||
5. **优先级清单**：P0/P1/P2 分类 + 取舍理由
|
||
|
||
## 常见误区
|
||
- PRD 写成功能说明书而不是业务文档
|
||
- MVP 边界无限扩大（加了太多"万一需要"的场景）
|
||
- 没有明确「不做哪些」——真正重要的决策
|
||
|
||
## 存档规则
|
||
|
||
执行完毕生成报告后，按以下规范存档：
|
||
|
||
**默认路径**：`{项目根目录}/.yxstack/prd-{日期}-{一句话摘要}.md`
|
||
（如果项目 CODEBUDDY.md 自定义了 YxStack 存档路径，优先使用自定义路径）
|
||
|
||
**格式**：YAML frontmatter + 报告正文
|
||
```yaml
|
||
---
|
||
title: "{一句话标题}"
|
||
author: "{执行者}"
|
||
date: "{YYYY-MM-DD}"
|
||
tags: ["关键词1", "关键词2"]
|
||
status: draft # draft → validated → outdated
|
||
---
|
||
```
|