官方技能 · 產品
開發前的規格審查
在開發前審查 PRD 或規格:模糊的用詞、缺少的空白/載入/錯誤/權限狀態、指標、推出計畫,並以新使用者身分走查流程。
AI 技能
讓 AI 在開發前審閱需求規格
在你的 AI 中使用這個技能
免費 14 天 · 不需信用卡
可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時,我們改進官方技能後,你 Pod 裡的這個技能會自動更新。
適用情境
- PRD 或規格即將交給工程團隊估工
- 某個功能上線後出現意外,下一份規格需要更嚴格地檢查
你要提供的內容
- 規格或 PRD 的文字
- 目標使用者(選填)
- 期限和團隊(選填)
你會得到的內容
一個結論、新使用者的流程走查、附原文引用的阻礙與應修正項目、狀態表,以及指標和推出計畫的檢查。
運作方式
- 以第一次使用的使用者身分走一遍流程
- 檢查每個畫面的狀態
- 找出模糊的用詞
- 檢查規則和限制
- 檢查指標
- 檢查推出與回復計畫
- 排序並寫出發現
範例
交給 AI 的內容
使用者可以邀請自己的會計師,給予唯讀權限。邀請應該要很容易。唯讀使用者不能編輯。我們會衡量採用情況。1 號對所有人上線。
得到的結果(開頭部分)
規格審查:唯讀席次
結論: 還不能開工 — 沒有定義狀態、指標無法衡量,而且上線後沒有退路。
第一次使用的流程走查
1. 擁有者找邀請的入口 — 規格沒寫在哪個頁面;缺口。 2. 擁有者輸入 email — 規格沒寫如果這個 email 已經是成員會怎樣;缺口。 3. 會計師打開邀請信 — 沒有指定信件內容;缺口。 4. 會計師進入 App — 他第一眼看到什麼?空白的儀表板會讓人以為「壞掉了」;缺口。
阻礙
| # | 規格原文 | 問題 | 修正方式或問題 |
|---|---|---|---|
| B1 | 「不能編輯」 | 匯出算編輯嗎?留言算嗎?兩位工程師會給出不同答案。 | 列出允許的動作:檢視、匯出 [待確認],其他都不行。 |
| B2 | 「1 號對所有人上線」 | 沒有功能旗標,也沒有回復觸發條件。一個權限錯誤就會讓所有帳戶曝險。 | 先用功能旗標開放給內部帳戶,再開放 10% [本技能的預設];加上緊急關閉開關。 |
| B3 | 「我們會衡量採用情況」 | 沒有事件、基準值或目標值。 | 每週計算有 1 個以上已接受唯讀邀請的帳戶數;目標值待訂。 |
這份結果的其餘部分、完整步驟,以及 AI 回答前做的檢查,在你把技能加入 Pod 後就能使用。
在你的 AI 中使用這個技能分享給你的團隊
把它加入 AI Skill Pod,團隊每個人(外包人員也包括在內)都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法
更新紀錄
- v1.0.1 · · Example: S1's "3 clicks or fewer" is marked [our suggestion], as the checks require for defaults the review proposes.
- v1.0.0 · · First release.
參考來源
- Designing Empty States in Complex Applications: 3 Guidelines - NN/G (2026-11-04 查閱)
- Error-Message Guidelines - NN/G (2026-11-04 查閱)
- Feature Toggles (aka Feature Flags) (Martin Fowler) (2026-11-04 查閱)