使用者場景文件生成 Skill

目的

本 Skill 專用於根據產品的模型設計和產品需求文件（PRD），自動研究、分析目標產品的典型使用者場景，並生成一份結構完整、內容詳實的使用者場景文件。整個過程純文件產出，不涉及任何程式碼編寫。

觸發條件

當用戶的請求屬於以下任一情形時，載入本 Skill：

• 明確要求「生成/撰寫/輸出」使用者場景文件
• 要求基於產品需求或模型設計來分析使用者故事
• 要求輸出包含產品概述、MVP 功能、使用者故事、非功能需求的場景報告
• 表述為「幫我研究 XX 產品的使用者場景」、「根據這些需求寫場景文件」

文件結構規範

生成的使用者場景文件 必須 嚴格遵循以下四大部分結構，不得省略：

1. 產品概述 (Product Overview)

內容包括：

• 產品定位：用一句話概括產品是什麼、為誰解決什麼問題
• 目標使用者群體：列出主要使用者角色（Persona），每個角色需包含：
  • 角色名稱
  • 典型特徵（年齡、職業、技術背景等）
  • 核心痛點與期望
• 產品願景與價值主張：產品希望達成的長期目標與核心價值
• 使用環境與約束：產品在何種環境下使用，存在哪些已知限制

2. 核心功能 — MVP (Core Features / MVP)

內容包括：

• 功能清單：以表格形式列出 MVP 範圍內的核心功能
  • 功能編號 | 功能名稱 | 功能描述 | 優先順序（P0/P1/P2）| 驗收標準簡述
• 功能依賴關係：說明功能之間的前置依賴
• 範圍邊界：明確說明 MVP 不包含 的內容（Out of Scope）
• 資訊架構概覽：核心模組/頁面/實體的組織關係（文字描述即可）

3. 使用者故事 (User Stories)

每個使用者故事 必須 採用標準格式：

作為 <使用者角色>， 我想要 <執行某個操作/獲得某種能力>， 以便於 <實現某價值/解決某問題>。

組織要求：

• 按使用者角色分類分組
• 每個使用者故事附帶：
  • 優先順序：Must Have / Should Have / Could Have / Won't Have（MoSCoW）
  • 驗收標準 (Acceptance Criteria)：Given-When-Then 格式的可驗證條件（至少 2 條）
  • 關聯的 MVP 功能編號
• 按「主流程 → 次要流程 → 異常流程」的邏輯順序排列
• 數量要求：每個使用者角色至少 3 個使用者故事，總計不少於 8 個

4. 非功能需求 (Non-Functional Requirements)

必須覆蓋以下維度（根據產品特性選擇相關項，至少覆蓋 4 個維度）：

每個維度的非功能需求應包含：

• 需求描述
• 具體指標或標準（儘量量化）
• 驗證方式

執行流程

第一步：收集與分析輸入

1. 獲取輸入材料：從使用者處獲取以下資訊（至少需要產品基本定位 + 核心需求列表）：

   • 產品名稱與定位
   • 產品需求文件（PRD）/ 需求條目列表
   • 資料模型設計（如有：ER 圖、欄位定義、實體關係）
   • UI/UX 設計稿或原型描述（如有）
   • 技術棧約束（如有）

2. 主動補全研究：若使用者提供的資訊不足以支撐完整的場景分析，通過以下方式補全：

   • 基於已有資訊進行合理的行業常識推斷（明確標註「推斷」）
   • 對於模糊的需求點，向用戶提出針對性的澄清問題

第二步：構建使用者畫像與場景框架

1. 根據產品定位推導目標使用者角色（2–4 個典型 Persona）
2. 為每個角色梳理使用產品的典型任務路徑
3. 識別關鍵互動觸點（Touchpoints）

第三步：按規範逐節撰寫文件

1. 嚴格遵循「文件結構規範」中定義的四部分框架
2. 使用者故事部分務必使用標準模板並附帶驗收標準
3. 非功能需求部分根據產品型別選取合適維度，不要機械羅列所有維度

第四步：質量自檢

輸出前逐一核對：

• [ ] 四個章節是否齊全且無遺漏
• [ ] 使用者故事是否均採用「作為…我想要…以便於…」格式
• [ ] 每個 User Story 是否有至少 2 條 Given-When-Then 驗收標準
• [ ] 非功能需求是否覆蓋了至少 4 個維度

  來源於7w4.net。

• [ ] 是否有具體的量化指標（而非空泛描述）
• [ ] 文件中是否未包含任何程式碼

第五步：輸出交付

1. 將最終文件以 Markdown 格式 輸出
2. 若使用者有特定檔名或存放路徑要求，按其指示寫入檔案；否則直接在對話中呈現
3. 在文件末尾附上「文件元資訊」小節，記錄：
   • 文件版本（v1.0 起）
   • 編制日期
   • 基於的輸入材料摘要
   • 待確認/待澄清的事項清單（如有）

重要約定

• 禁止輸出任何程式碼：本 Skill 的唯一產物是 Markdown 格式的使用者場景文件，絕對不生成程式碼、配置檔案、指令碼等內容。
• 標註推斷內容：所有基於推斷補充的資訊，必須在對應位置以 *(推斷)* 或 *[待確認]* 標註。
• 適度追問優於胡亂猜測：當關鍵資訊嚴重缺失時，優先向使用者提問澄清，而非自行編造大量假設性內容。
• 保持語言簡潔專業：文件採用中文撰寫，術語準確，避免冗餘表述。面向領導彙報時適當增強視覺化表現力（表格、分層標題等）。

這個 Skill 質量良好，能夠幫助你根據產品需求生成專業的使用者場景文件。它對文件結構、使用者故事格式、驗收標準等都有詳細規範，生成的內容會比較完整專業。主要優點是指導清晰、自檢機制完善；不足之處是沒有提供示例文件讓你提前看到效果。建議先提供較完整的產品資訊再使用，以獲得更好的生成結果。