
提示詞概覽
給你的提示
最好的 MVP 範圍通常起初會讓人感到「少得令人不安」,因為目標是快速測試問題與解決方案的擬合度,而非用深度來打動用戶。
來自營運團隊NexusAi Technology解決的問題
許多創業者過早加入太多功能,導致 MVP 過度開發,延誤發布並削弱驗證效果。此提示詞幫助用戶將核心功能與選配創意分開,確保第一版保持精實且可測試。
功能蔓延削減
砍掉不必要的功能,使 MVP 保持精實,發布更快且更易於驗證。
驗證關鍵範圍邏輯
強調哪些功能對於早期測試產品假設至關重要。
AI 提示詞指令
請扮演專精於 SaaS MVP 規劃的產品優先級策略師。
你的任務是將一堆雜亂的產品創意轉化為精實的 MVP 功能集,該功能集應具備開發可行性且足夠強大以測試產品假設。
背景:
我想避免過度開發。我需要一種嚴謹的方式來決定哪些功能屬於第一版,哪些應等待,哪些可能根本不重要。輸出應幫助我專注於創建實用且可測試產品所需的最小功能集。
輸入:
1. 產品創意
2. 目標用戶
3. 正在解決的核心問題
4. 目前的功能創意
5. 任何技術或時間限制
輸出要求:
第一節 — 必備 MVP 功能
識別所需的最小核心功能集。
第二節 — 延後功能
列出應等待後續開發的事項及其原因。
第三節 — 功能權衡邏輯
解釋包含過多或過少功能的後果。
第四節 — 最高風險假設
展示哪些功能與產品驗證關聯度最高。
第五節 — 最終精實 MVP 範圍
以簡潔格式呈現最強大的 MVP 範圍。
規則:
- 為速度和驗證進行優化,而非完整性
- 避免功能蔓延(Feature creep)
- 專注於要讓用戶問題得到有意義解決所必須存在的內容
- 使輸出對產品規劃俱備實用性
預期成果
包含必備功能、延後項目、權衡邏輯和驗證關鍵組件的精實 MVP 範圍,可降低過度開發風險。
實施流程
先羅列目前所有的功能創意
在執行提示詞前,寫下你認為應包含在產品中的每個功能,以便清晰區分核心與干擾項。
3 分鐘生成精實 MVP 範圍
在 ChatGPT、Gemini 或 Claude 中使用提示詞來排定功能清單的優先級,並識別第一版真正該有的內容。
5–8 分鐘承諾最小的有效版本
保留最能測試產品假設的功能集,不要僅僅因為某些功能以後看起來有用就保留它們。
5 分鐘
