BDD-prompts-with-eval

此技能作為結構化的對話引導工具，專為軟體工程師、產品經理及業務分析師設計，協助將模糊的構想轉化為可執行的開發規範。透過卡爾·羅傑斯的「主動聆聽」、豐田「五個為什麼（5 Whys）」及「蘇格拉底式問答法」，此工具能有效避免過早跳入技術實作的誤區。它強制要求進行嚴謹的探索階段，以挖掘隱藏的痛點、確認使用者角色（Persona）並界定明確的專案範疇（包含 In-Scope、Out-of-Scope 及待釐清事項）。

此流程遵循系統化工作流：初步理解、利用 5W1H 與蘇格拉底提問法進行深度探索、角色定義、範疇確認以及最終的假說驗證。這確保了每一項軟體需求背後都有明確的商業目標與成功指標作為支撐。此技能特別適用於採用 BDD（行為驅動開發）或 Example Mapping 的團隊，作為技術設計前的關鍵前導作業。

• 運用開放式提問避免誘導性引導，鼓勵利害關係人提供詳盡且真實的需求資訊。

• 使用五個為什麼技術深入挖掘功能背後的根本原因，確保只有高商業價值的項目進入實作階段。

• 協助建立明確的範疇邊界，透過清單劃分範圍以防專案蔓延（Scope Creep）。

• 產出結構化的 Markdown 格式成果，包含商業價值、KPI 指標、使用者角色畫像及障礙點識別。

• 引導使用者進行非線性但具紀律的對話程序，透過釋義（Paraphrasing）確保雙方認知同步。

• 適用於需求模糊、複雜的軟體專案，特別是在使用者意圖不明確的開發場景中。

• 可與現有的敏捷開發流程無縫整合，作為 Example Mapping 的上游需求解析橋樑。

• 輸入資料：模糊的使用者故事、原始訪談記錄、不完整的功能構想或零碎的筆記。

• 預期輸出：一份詳盡的需求摘要、優先級排序的使用者故事及技術驗證路線圖。

• 限制：建議單次對話時間為 20-30 分鐘；若需求過於複雜，建議將故事拆解。