Documentation
README
產品診斷(G0 前置檢查)
在開發啟動前,用六問框架診斷產品方向,確保 G0 提案品質。
使用方式
/product-diagnosis <project-name>
參數
$ARGUMENTS: 專案名稱或描述(可選,若不提供則詢問)
適用時機
- Sprint 提案書撰寫前
- 新功能規劃前
- PM 提出需求但方向不明確時
- 老闆要求進行可行性評估時
六問診斷框架
依序回答以下六個問題,每個問題必須有明確結論:
Q1: 問題存在嗎?(Problem Validation)
我們要解決的問題,用戶真的有感嗎?
| 檢查項 | 說明 |
|---|---|
| 痛點來源 | 這個問題從哪裡來的?(用戶回饋 / 數據異常 / 老闆直覺 / 競品觀察) |
| 頻率 | 這個問題多常發生?(每天 / 每週 / 偶爾) |
| 嚴重度 | 不解決會怎樣?(流失用戶 / 降低效率 / 無影響) |
| 現有替代方案 | 用戶現在怎麼解決?成本高嗎? |
結論: [ ] 問題真實存在且值得解決 / [ ] 問題存在但優先級低 / [ ] 問題不成立
Q2: 目標用戶是誰?(User Definition)
這個功能是給誰用的?他們的使用場景是什麼?
| 檢查項 | 說明 |
|---|---|
| 用戶角色 | 老闆 / Agent / 兩者皆是 |
| 使用頻率 | 每天 / 每週 / 每個 Sprint / 一次性 |
| 技術水平 | 需要理解底層原理嗎? |
| 關鍵場景 | 描述 1-2 個最核心的使用場景 |
結論: [ ] 用戶輪廓清晰 / [ ] 需要進一步釐清
This is the opening of the README. Read the full README on GitHub.