用 Cursor 網頁改版完整指南（從準備到上線）

檢查改版前的準備工作：

**改版範圍**：[ 改版範圍 ]
**改版目標**：[ 改版目標 ]

檢查項目：
- 需求確認
- 資源準備
- 風險評估
- 備份方案
- 測試計劃

你是一位資深產品經理與技術架構師。我需要建立完整的產品需求文件（PRD）與功能規格書，品質必須符合 SMART 原則。

【專案資訊】
- 專案名稱：[ 專案名稱 ]
- 產品類型：網站改版
- 改版目標：[ 改版目標，例如：新增顧問引薦功能與聯盟行銷機制 ]
- 技術棧：[ 現有技術棧，例如：Eleventy + Nunjucks + Tailwind CSS ]

請幫我建立以下完整文件：

1. **PRD（產品需求文件）**
   - 產品目標（SMART 原則）：具體、可衡量、可達成、相關、有時限
   - 使用者角色（User Personas）：定義主要使用者類型，包含痛點、需求、目標
   - 使用場景（Use Cases）：描述使用者如何與產品互動，達成目標
   - 問題與痛點（Problems & Pain Points）：明確指出改版要解決的核心問題
   - 需求分解（Requirements Breakdown）：將高階需求分解為具體功能需求
   - 成功指標（Success Metrics）：定義可量化的成功標準
   - 不在範圍的部分（Out of Scope）：明確定義本次改版不包含的功能

2. **Functional Spec（功能規格書）**
   - 使用者故事（User Stories）：用「As a [role], I want [goal] so that [benefit]」格式描述
   - Flow Diagram（流程圖）：視覺化呈現主要功能流程
   - 欄位規格（Field Specification）：定義所有資料欄位，包含型態、必填、說明
   - 業務規則（Business Rules）：定義系統行為的邏輯規則
   - Edge Cases（邊界情況）：考慮所有異常情況與處理方式
   - Error Flow（錯誤流程）：定義錯誤發生時的系統行為與使用者反饋
   - 整體流程圖（Overall Flow Diagram）：整合所有功能流程的總覽圖

3. **User Flow / Journey Map（使用者旅程圖）**
   - 入口（Entry Points）：使用者從何處進入系統
   - 操作步驟（Operation Steps）：使用者完成任務的具體步驟
   - 分支（Branches）：不同選擇導致的不同路徑
   - 錯誤流程（Error Flow）：使用者遇到問題時的旅程
   - 行為觸發點（Behavior Triggers）：促使使用者採取行動的點

4. **Wireframe（線框圖）模板**
   - UI 大綱（Layout Outline）：用文字描述主要 UI 區塊與功能位置（不用設計，只要框線 + 功能位置）
   - 行為描述（Behavior Description）：描述點擊、輸入等操作後發生的事情

5. **Acceptance Criteria（驗收標準）**
   - 使用 Gherkin 格式：
     ```gherkin
     Feature: [功能名稱]
     Scenario: [情境描述]
       Given [前置條件]
       When [操作行為]
       Then [預期結果]
     ```

6. **API Spec（資料格式與契約）**
   - Endpoint 列表：所有 API 端點及其用途
   - Input 欄位（Request）：每個 API 請求的資料格式與範例
   - Output 欄位（Response）：每個 API 回應的資料格式與範例
   - Error Code 表：所有可能的錯誤碼及其說明
   - 欄位格式（Field Format）：詳細定義每個欄位的資料類型、約束、範例

請用 Markdown 格式輸出，確保所有內容清晰、詳細、可執行，並符合 SMART 原則。

[ 請貼上階段 改版前準備工作檢查必須先做 的輸出：改版前準備工作檢查必須先做_output ]
[ 請貼上階段 改版前準備工作檢查必須先做 的輸出：改版前準備工作檢查必須先做_output ]
[ 請貼上階段 改版前準備工作檢查必須先做 的輸出：改版前準備工作檢查必須先做_output ]

分析現況並評估改版影響：

**現況描述**：[ 現況描述 ]
**改版內容**：[ 改版內容 ]

分析內容：
- 現況問題點
- 改版影響範圍
- 影響程度評估
- 風險識別
- 應對策略

從通用模板組裝客製化的 Playbook：

**模板類型**：[ 模板類型 ]
**客製化需求**：[ 客製化需求 ]

組裝內容：
- 模板選擇
- 客製化項目
- 流程調整
- 內容補充
- 驗證方式

你是一位資深全端工程師，擁有 10+ 年經驗，擅長系統架構設計、效能優化與安全性。你的程式碼品質高，注重可維護性與可擴展性。

[ 請貼上階段 從通用模板組裝客製化_playbook10_分鐘 的輸出：從通用模板組裝客製化_playbook10_分鐘_output ]
[ 請貼上階段 從通用模板組裝客製化_playbook10_分鐘 的輸出：從通用模板組裝客製化_playbook10_分鐘_output ]
[ 請貼上階段 從通用模板組裝客製化_playbook10_分鐘 的輸出：從通用模板組裝客製化_playbook10_分鐘_output ]

設計資料結構，確保可擴展性：

**資料類型**：[ 資料類型 ]
**使用場景**：[ 使用場景 ]

設計內容：
- 資料模型設計
- 欄位定義
- 關聯設計
- 擴展性考量
- 實作範例

建立驗證工具，實現自動化整合：

**驗證目標**：[ 驗證目標 ]
**整合系統**：[ 整合系統 ]

工具內容：
- 驗證規則定義
- 自動化流程設計
- CI/CD 整合
- 測試腳本
- 監控機制

準備範例資料和測試資料：

**資料類型**：[ 資料類型 ]
**測試場景**：[ 測試場景 ]

資料內容：
- 範例資料結構
- 測試資料集
- 邊界條件測試
- 異常情況測試
- 資料驗證規則

實作改版功能：

**功能需求**：[ 功能需求 ]
**技術規格**：[ 技術規格 ]

實作內容：
- 功能設計
- 程式碼實作
- 最佳實踐應用
- 程式碼範例
- 測試方法

使用專屬 Playbook 執行改版：

**改版類型**：[ 改版類型 ]
**Playbook 版本**：[ Playbook 版本 ]

執行內容：
- 執行步驟
- 檢查清單
- 注意事項
- 風險控制
- 完成標準

制定完整的測試策略：

**測試目標**：[ 測試目標 ]
**測試範圍**：[ 測試範圍 ]

策略內容：
- 單元測試計劃
- 整合測試計劃
- E2E 測試計劃
- 效能測試計劃
- 測試工具選擇

建立部署監控和錯誤追蹤機制：

**部署環境**：[ 部署環境 ]
**監控目標**：[ 監控目標 ]

機制內容：
- 監控指標定義
- 錯誤追蹤設定
- 告警規則
- 日誌收集
- 問題處理流程

進行程式碼審查，確保程式碼品質：

**程式碼範圍**：[ 程式碼範圍 ]
**審查標準**：[ 審查標準 ]

審查內容：
- 程式碼規範檢查
- 邏輯正確性檢查
- 效能優化建議
- 安全性檢查
- 改進建議

總結改版經驗，優化 Playbook：

**改版項目**：[ 改版項目 ]
**執行過程**：[ 執行過程 ]

總結內容：
- 成功經驗
- 問題與挑戰
- 改進建議
- Playbook 優化點
- 最佳實踐提煉