◎功能規格書與系統架構圖
首先，我在功能規格書與系統架構圖的製作上，充分運用了 ChatGPT 的能力。針對功能規格書，不同開發團隊對其需求有所不同，因此我們可以先提供規格書的範本給 AI，然後輔以具體的系統需求提示詞，請 AI 生成功能規格書。最初生成的結果可能不完全符合預期，但透過不斷補充資訊與修正提示詞，最終可以逐步導向我們需要的基本框架。
例如，我會將先前撰寫的兩篇文章提供給 AI，並向其說明會員紅利系統與訂閱服務機制這兩者之間的關聯性，然後請 AI 生成第一版功能規格書。在這過程中，我會規範文件的版本號、日期，並明確指出規格書中的重點內容應集中於哪些區塊。接著，根據這些條件，請 AI 輸出初版的規格書。
透過這種方式，我們可以快速獲得一個功能齊全但尚需優化的基礎規格書，進一步調整後，這些內容便能成為開發過程中有效的參考資料。
這過程中我還會不斷修正，例如我會給予下列的條件：
■ 規格書中的平台，請更正為網站、APP、實體票券。
■ 範圍：包含了總管理後台（資料編輯、會員訂單紀錄、取消紀錄、點數使用紀錄......等）、會員後台（會員消費紀錄、點數累積、取消、兌換紀錄）、消費顯示前台（是指消費者消費購買頁面顯示的可累積點數，或以點數兌換的相關訊息）。
■ 因此需求設定方面，要以上面所寫的這三大項來展開。 示意圖部分也需要明確列出項目，實際設計我會請你另外產出細部資料。
■ 驗收標準要明確列出每一個子功能的驗收項目。
■ 開始日期、結束日期，以及驗收日期相關資訊是：開發時間預計是從功能書產出開始，往後推 45 個工作天，請幫忙計算正確日期，並列出每個子功能的里程碑。原則上要先有會員後台，再來是總管理後台，最後是消費顯示前台，因為點數多寡會從總管理後台設定連動。驗收日期不應該是一次而已，而是依三個大模組各設定一個時間，會員後台大概20個工作天，總管理後台晚10天開發，也是20個工作天。消費顯示前台晚15天開發，要10個工作天，模組間開發會重疊，同時也要有安排測試跟修正的時間。總時間就是45個工作天（不含假日）。
■ 相關人員：包含專案負責一位、企劃兩位、開發人員前端一位，後端兩位，App兩位，SRE一位，UI/UX一位，QA一位。
請依這些條件來修正。
上述的提示詞修正範例是我在使用 ChatGPT 過程中的一次實際操作，藉此逐步導引 AI 生成符合需求的內容。下列則是 AI 產出的功能規格書範例。在規格書完成的同時，我也利用 AI 生成系統架構圖，這些圖以 Markdown 格式輸出，然後匯入心智圖軟體進行視覺化的呈現。
以下展示的是「會員紅利系統」與「訂閱服務機制」的系統架構圖及功能規格書，這些均由 ChatGPT 協助產出，並進一步以提示詞調整與完善，但尚未經過最後的修正，當這些範例進一步修正後，最終會形成實際開發所需的基礎文件。透過這些工具的結合，我們能大幅提升功能設計與系統規劃的效率，同時為團隊提供清晰的開發參考資料。
會員紅利系統 v1.0 架構圖
會員紅利系統功能規格書 v1.0
**最後更新日期：2024-12-04**
---
### **1. 文件版本與更新記錄**
- **版本號：** v1.0
- **最後更新日期：** 2024-12-04
- **更新記錄：** 首次建立功能規格書---
### **2. 目的**
建立完整的會員紅利系統，覆蓋會員的註冊、管理、消費累積與兌換，並通過後台提供靈活的管理功能和消費前台的信息展示，提升會員參與感與消費動力。
---
### **3. 相關條件**
**平台：**
網站、APP、實體票券
**範圍：**
- **總管理後台：**
- 資料編輯與管理
- 會員訂單紀錄
- 取消紀錄
- 點數使用與兌換管理
- **會員後台：**
- 註冊與基本資料管理
- 消費累積與查詢
- 紅利兌換與查詢
- **消費顯示前台：**
- 消費累積點數資訊顯示
- 點數兌換相關資訊顯示**相關人員：**
- **專案負責人：** Alice Chen
- **企劃：** Bob Wang、Cindy Lin
- **開發人員：** 前端 - David Lee；後端 - Eric Chang、Fiona Wu；App - Grace Ho、Harry Huang
- **SRE：** Ian Zhang
- **UI/UX：** Jane Lin
- **QA：** Kevin Wong---
### **4. 需求與限制**
**會員後台**
1. **功能需求**
- **會員註冊與基本資料管理**
- 支援手機號碼或郵箱註冊。
- 可編輯基本資料（姓名、生日、聯絡方式等）。
- **會員分級管理**
- 根據累積消費金額，會員分為五級：Basic, Silver, Gold, Platinum, Diamond。
- 不同等級可享受不同點數累積倍率與兌換比例（如 Basic 1倍、Diamond 2倍）。
- **消費累積與查詢**
- 每筆交易自動計算點數，並即時累積到會員帳戶。
- 支援按日期、交易金額篩選的查詢功能。
- **紅利兌換與查詢**
- 提供紅利點數兌換現金、商品或服務選項。
- 支援歷史兌換記錄的查詢（按時間或類別篩選）。
2. **限制邏輯**
- **會員分級規則：**
- 累積消費金額達以下標準自動升級：
- Basic：無門檻
- Silver：累積 NT$10,000
- Gold：累積 NT$30,000
- Platinum：累積 NT$60,000
- Diamond：累積 NT$100,000
- 降級條件：最近 12 個月內消費金額低於當前級別門檻。
- **紅利有效期：**
- 點數有效期限為 365 天。
- 系統將在有效期剩餘 30 天時向會員發出提醒。**總管理後台**
1. **功能需求**
- **點數規則設置與修改**
- 支援設定點數累積比例、倍數規則。
- 支援設置不同會員等級的點數兌換折抵比例。
- **會員與交易數據查詢**
- 支援查詢會員交易紀錄、點數使用紀錄、取消紀錄。
- **資料編輯與異常管理**
- 可手動新增、刪除或修改會員資料。
- 提供異常紅利操作的審核機制。
2. **限制邏輯**
- **資料一致性：**
- 所有操作須即時同步至會員後台。
- **異常管理：**
- 異常操作（如非法修改點數）須經過管理員審核後才生效。**消費顯示前台**
1. **功能需求**
- **消費累積點數資訊顯示**
- 在消費者購買頁面，清晰標示可獲得的紅利點數。
- **點數兌換資訊顯示**
- 支援展示可用紅利點數與可兌換的商品或服務。
2. **限制邏輯**
- **顯示精確性：**
- 僅顯示有效點數與可兌換內容。---
### **5. 示意圖**
**會員後台介面：**
- 註冊與基本資料頁面
- 消費累積記錄頁面
- 紅利兌換記錄頁面**總管理後台介面：**
- 點數規則設置頁面
- 會員資料管理頁面
- 點數操作審核頁面
- **消費顯示前台介面：**
- 購物時可獲紅利顯示頁
- 點數兌換商品清單頁---
### **6. 驗收標準**
**會員後台**
- 註冊與登入是否正常。
- 累積與查詢功能是否準確。
- 分級邏輯與提醒功能是否正確。**總管理後台**
- 規則設置是否同步至會員後台。
- 會員交易紀錄與操作審核功能是否正常。**消費顯示前台**
- 購物頁面是否正確顯示可累積點數。
- 點數兌換功能是否有效。---
### **7. 開發與驗收計畫**
**會員後台**
- **開始日期：** 2024-12-04
- **結束日期：** 2025-01-01
- **修正與測試開始日期：** 2025-01-01
- **修正與測試結束日期：** 2025-01-08**總管理後台**
- **開始日期：** 2024-12-18
- **結束日期：** 2025-01-15
- **修正與測試開始日期：** 2025-01-15
- **修正與測試結束日期：** 2025-01-22**消費顯示前台**
- **開始日期：** 2024-12-25
- **結束日期：** 2025-01-08
- **修正與測試開始日期：** 2025-01-08
- **修正與測試結束日期：** 2025-01-15
- **系統總驗收日期：** 2025-01-22---
**8. 參考文件**
- 《會員紅利系統需求討論紀錄》
- 《紅利活動設計參考手冊》
