【蝦哥導讀】

產品經理需求定義Skill設計思路拆解，一個想法+6步工作流等於交付四件套文檔（用戶畫像+MRD+BRD+PRD）。它解決的核心問題是：讓AI從"給建議"變成"交付結果"。

你有個創業想法——比如"做一個AI幫人設計圖紙的工具"。你興沖沖打開AI，問它："幫我寫個PRD。"

AI確實給你吐了一大堆文字。但你看完之後發現：

問題出在哪？

不是AI不聰明，而是你每次都要從頭教它：你是誰、你要做什麼、按什麼格式寫、哪些東西不能漏。教一次還行，教十次你就瘋了。

需求定義Skill就是來解決這個問題的。

你可以把Skill理解成：給AI塞了一本工作手冊。以後你只要說一句"我想做個XX產品"，它就自動按手冊裏的流程走——收集信息、畫用戶畫像、分析市場、算商業賬、寫PRD、自檢。不用每次重新教，不用擔心它漏東西，不用擔心它瞎編數據。

先看一張對比表：

一句話定義：

你輸入一句產品想法 → Skill引導你走完6步 → 輸出4份可以拿去評審的文檔。

輸入→處理→輸出：

適合什麼場景：

不適合什麼場景：

和普通問AI的區別：

簡單說：Skill是系統級的能力插件，提示詞是一次性消耗品。

打開SKILL.md，最頂上有一段被`---`包裹的內容，這就是frontmatter，作用是告訴AI：這個Skill叫什麼、什麼時候該用它。

兩個設計要點：

description寫得好不好，直接決定Skill能不能被觸發。 寫太籠統，AI不知道什麼時候該用；寫太窄，很多場景觸發不了。

為什麼三個都要寫？因為AI沒有"常識判斷"。你不告訴它"禁止編造市場數據"，它就真的會編。你不告訴它"每步要等用戶確認"，它就一口氣全輸出完。

Constraints裏最重要的幾條：

這個Skill有5個模板文件，放在`references/`文件夾下：

為什麼不直接寫在SKILL.md裏？

因為Skill有一個"按需加載"的機制：

這樣做的好處：省Token，也避免一次性塞太多內容導致AI"記不住"。

如果你發現AI輸出的文檔格式不對，第一件事檢查`references/`文件夾裏的模板文件是不是完整的。

這個Skill提供三種模式：

不是所有場景都需要"全套體檢"。 有時候你只是想快速驗證一個想法，跑完整流程太重了。給用戶選擇權，才能讓Skill真正好用。

這是整個Skill最核心的設計。6步的順序不是隨便排的，背後有一條清晰的邏輯鏈：

第1步：用戶畫像 → 第2步：MRD → 第3步：BRD → 第4步：PRD → 第5步：反面驗證 → 第6步：自檢

為什麼用戶畫像在BRD之前？

很多人習慣先算商業賬再想用戶。但這個Skill的理念是：先搞清楚為誰做，再談能不能賺錢。 如果用戶都沒搞清楚，商業模式就是空中樓閣。

為什麼每步都要等用戶確認？

因為需求定義不是AI一個人的事。AI負責結構化輸出，但判斷對不對、方向準不準，必須由你拍板。一口氣全輸出完，你根本來不及糾偏。

SKILL.md裏有12條"必須遵守"和8條"禁止行為"。看起來很多，但每條都有血淚教訓。

SKILL.md最後有一段Init，規定了AI被觸發後說的第一句話。

為什麼要設計這個？因為好的開場白能：

把這個Skill想象成一棟五層樓，從下往上：

一個完整的requirement-definition Skill長這樣：

requirement-definition/
├── SKILL.md              # 主文件，定義Skill的所有規則
└── references/           # 模板文件夾
    ├── 用戶畫像模板.md
    ├── MRD模板.md
    ├── BRD模板.md
    ├── PRD模板.md
    └── 競品分析模板.md

方式一：項目級安裝（只對當前項目生效）

把整個`requirement-definition/`文件夾放到你項目的`.claude/skills/`下：

把你的項目/
└── .claude/
    └── skills/
        └── requirement-definition/   # 整體放這裏
            ├── SKILL.md
            └── references/

方式二：用戶級安裝（對所有項目生效）

放到你電腦的全局目錄：

C:\Users\你的用戶名\.claude\skills\requirement-definition\

~/.claude/skills/requirement-definition/

兩個位置都放一份也沒問題，項目級會優先生效。

裝好之後，你不需要做任何特殊操作。直接在Claude Code裏說話就行，AI會自動識別並觸發。

三個可以直接複製的測試提示詞：

"我有個想法：做一個AI圖紙生成工具，幫我走一遍完整的需求定義流程"

"我想做一個程序員簡歷優化工具，走精簡模式"

"幫我生成一份MRD，目標用戶是跨境電商運營"

默認走完整模式（6步全走），如果你只想要PRD可以說"單文檔模式"，直接跳到對應步驟。

核心價值一句話：

讓AI從"隨便聊聊"變成"按流程辦事"，從"給建議"變成"交付結果"。

適合誰用：

學習重點：

不要死記6步流程。重要的是理解三件事：

學會了這個Skill的設計思路，你也可以用同樣的方法，給自己的工作場景做一個專屬Skill。

歡迎在評論區聊聊你的想法~

如果這篇文章讓你有收穫，別忘了點贊、分享、推薦～

也歡迎關注我的公眾號，每天有AI最新資訊分享🦐