product-vision

product-vision 概覽

product-vision 的用途

product-vision skill 能幫你腦力激盪出一個既能激勵人心、又切實可行、還帶有情感張力的產品願景。當你需要的是一個北極星、一段願景陳述，或更清楚的團隊共同方向，而不是功能清單或 roadmap 時，它特別有用。

適合誰使用

如果你是產品經理、創辦人、PM lead，或任何跨部門團隊成員，想要對齊大家對「產品正在變成什麼樣子」的理解，就很適合用 product-vision skill。它最擅長的情境，是你已經有一些公司或產品脈絡，現在需要更好的策略敘事，而不是從零寫一句空泛口號。

什麼情況下特別適合

這個 skill 很適合早期策略規劃、願景更新，以及需要既能激勵團隊、又要站得住腳的對齊會議。相對地，如果你只需要一個短版行銷標語、通用使命宣言，或非常細的執行計畫，它就沒那麼合適。

如何使用 product-vision skill

安裝並開啟正確的檔案

從目錄中使用 product-vision install 路徑，然後先從 SKILL.md 開始。這個 repo 沒有額外的支援腳本或資源，所以真正的價值在於仔細讀懂 skill 指引，並提供足夠強的上下文。

提供真實的產品脈絡

這個 skill 會要求你提供公司與產品資訊，以及目前狀態或市場定位。弱一點的提示會寫成：「幫我的 app 寫一段產品願景。」更好的提示則會寫成：「我們是一個給營運團隊使用的 B2B SaaS 工具，主要幫助減少手動報表；公司希望從任務自動化擴展到決策智慧；競品強調速度，但我們想凸顯信任與清晰度。」

調整提示，讓輸出更好

使用 product-vision usage 時，請把受眾、產品階段、市場張力，以及你希望願景喚起的情緒一併寫進去。比如說：「為一個種子輪階段的醫療預約排班平台創作產品願景，使用者是診所管理員。這段願景應該讓人感到冷靜、可信且有企圖心，並且能支援與工程和業務團隊的對齊。」

最有效的工作流程

先讀 SKILL.md，再提供一份精簡但完整的 brief，內容包含公司背景、產品範圍、使用者問題與限制。如果第一次的結果太發散，就再收斂客群、點出策略上的取捨，或要求一個更符合特定語氣的願景，例如大膽、務實，或以人為本。

product-vision skill 常見問題

product-vision 只適用於 Product Management 嗎？

不是。product-vision for Product Management 這個用法最常見，但創辦人、設計領導者、策略團隊，只要需要一個兼具情感吸引力與現實可行性的共同方向，也都能用。

這跟一般提示詞有什麼不同？

一般提示詞也能產出願景陳述，但 product-vision skill 會提供更清楚的結構：它會要求上下文、把理想性放在前面但不犧牲可行性，並且把輸出推向一段真的能用來對齊團隊的陳述。

使用時應該避免什麼？

不要只丟口號、受眾形容詞，或競品名稱。若沒有產品脈絡與現況，輸出通常會看起來很漂亮，但缺乏根基。

這適合初學者嗎？

適合，只要你能用白話描述你的產品即可。初學者通常只要提供簡單的問題陳述、使用者是誰，以及產品希望替他們的世界帶來什麼改變，就能得到更好的 product-vision guide 結果。

如何改進 product-vision skill

提供更精準的策略輸入

最有效的改進通常來自更好的輸入，而不是更多次重跑。請明確寫出目標使用者、商業目標、目前限制，以及你希望呈現的情緒語氣。例如：「我們需要為一個法律營運用的 AI 助理寫願景，語氣要值得信賴，不要花俏，因為導入成敗取決於法遵團隊的接受度。」

直接說明你要的成功語氣

如果你希望這段願景能用在高層檢視、投資人對話，或團隊規劃裡，請一開始就說清楚。用於內部對齊的願景，語氣應該和用來炒熱發表敘事的版本不同；當受眾明確時，product-vision 的表現會更好。

修正常見失敗模式

如果結果太空泛，就補上更具體的市場現實或使用者痛點。如果結果太雄心勃勃，就加入限制，例如團隊規模、時程或技術上限。如果結果太抽象，就要求把願景連結到真實的使用者成果，以及可信的未來狀態。

從可用草稿開始迭代

把第一次輸出當作草稿，然後一次只修一個面向：清晰度、情感吸引力、現實性，或是否符合受眾。針對 product-vision skill 的工作來說，小幅且有方向的修訂，通常比整份重寫更容易做出高品質的最終願景。