38 lines
1.4 KiB
Markdown
38 lines
1.4 KiB
Markdown
# 腦力激盪 (Brainstorming) 技能指南
|
||
|
||
## 概述
|
||
`brainstorming` 技能旨在把模糊想法轉成清楚的產品方向，重點是釐清問題、使用者、範圍、取捨與成功標準，而不是做技術設計。
|
||
|
||
## 運作流程
|
||
1. **上下文探索**：查看文檔、既有產品行為與近期決策。
|
||
2. **可選研究前置**：若需要市場或競品脈絡，先調用 `market-research`，並把 `docs/research/...` 視為上游輸入。
|
||
3. **釐清需求**：一次一個問題，確認目的、限制、成功標準、目標使用者與發佈邊界。
|
||
4. **方案對比**：提出 2-3 個產品層級方案與 trade-offs。
|
||
5. **形成產品方向**：逐段與使用者確認。
|
||
6. **文件化**：輸出到 `docs/brainstorm/{date}-{feature}-design.md`。
|
||
7. **審核與交接**：自查後交由使用者確認，再轉入 `write-a-prd`。
|
||
|
||
## 輸入與輸出
|
||
### 輸入
|
||
- 使用者初始想法
|
||
- 可選研究輸入：`docs/research/{date}-{topic}.md`
|
||
|
||
### 輸出
|
||
- `docs/brainstorm/{date}-{feature}-design.md`
|
||
|
||
## 內容範圍
|
||
- 使用者與場景
|
||
- 問題與目標
|
||
- 範圍與非目標
|
||
- 風險與 edge cases
|
||
- 成功標準與取捨
|
||
|
||
## 不應做的事
|
||
- 不做 architecture、components、data flow、schema、API、testing strategy 設計
|
||
- 不做 refactor 建議
|
||
- 不直接跳進 implementation plan
|
||
|
||
## 視覺助手
|
||
- 適合：mockup、wireframe、workflow、版面比較
|
||
- 不適合：需求定義、範圍討論、邏輯取捨、技術細節
|