昨天把模板的欄位拆解完了。今天實際用它跑一次：從沒有任何文件開始，透過與 AI 討論，逐步整理出一份完整的流程說明文件。

這次的案例是「電商智慧退換貨流程」：會員登入電商網站、進入 AI 智慧客服，描述退貨需求，最後建立退貨單與退款申請。前面幾天一直拿來測工具的登入流程與麥克風權限流程，都是這份文件裡的子流程。

討論的起點：從「講流程」轉為「回答問題」

在缺少模板的情況下，我過去梳理流程時，通常會從「你跟我說一下這個流程」開始，再一邊聽、一邊記錄。能整理到什麼程度，往往取決於當下談到了哪些內容。

有了模板之後，討論方式稍微改變：AI 可以依照欄位逐項提問，我再根據問題補充內容。這樣的差別在於，尚未說明的資訊比較容易在問答過程中被發現，而不必等到繪圖完成後才回頭補充。

先框範圍，再談細節

第一輪先處理文件層的欄位。這次討論中，花費較多時間釐清的不是「流程目標」，而是流程範圍。

最後整理成以下內容：

# 流程範圍
- 涵蓋：從電商購物網站登入、進入 AI 智慧客服平台，到完成退貨單與退款申請建立的端到端流程
- 不涵蓋：退貨進度查詢、退貨單建立後的後續處理（物流取件、驗貨、退款撥付）、轉接人工客服後的處理流程
- 繪製方式：各子流程可單獨繪製，也支援完整端到端流程圖

「不涵蓋」那一行是在討論過程中補上的。原本只寫了涵蓋範圍，但談到退貨單建立完成後，話題自然延伸到物流取件、驗貨與退款。這些都是真實存在的流程，只是不在這次預計繪製的範圍內。若沒有明確記錄，AI 產圖時可能會將它們一併納入。

這一輪讓我感受到，將流程邊界明確寫進文件，比只留在腦中更容易形成共同的理解。

接著是角色與系統：

# 參與角色
- 會員
- 系統

# 涉及系統
- 電商購物網站
- AI 智慧客服平台
- MCP server
- 訂單系統
- 金流系統
- 客服後台通知中心

填寫「涉及系統」時，起初只是列出相關系統；到了後續才更明顯看出它的用途：繪圖規格會依系統類型套用不同顏色，而這份清單正好能提供分類與配色的依據。

最後是子流程清單，把整個流程切成五段：

# 子流程清單
1. 電商購物網站登入
2. AI 智慧客服平台頁面
3. 退換貨意圖辨識與會員身分確認
4. 訂單選擇與退貨原因描述
5. 建立退貨單與退款申請

如果切分得較細，每張圖呈現的內容可能過少；若切分得太粗，又可能讓單張圖承載過多資訊。這五個子流程是在幾輪討論後逐步確定的。

逐一補上子流程細節

整體框架確定後，接著依照子流程清單逐段補充細節。以子流程 1 為例，整理後的內容如下：

# 子流程 1：電商購物網站登入

## 目標
讓會員成功登入電商購物網站。

## 觸發條件
會員欲使用電商購物網站。

## 前置條件
- 會員已完成註冊，取得會員帳號與密碼

## 涉及角色
- 會員
- 系統

## 涉及系統
- 電商購物網站

## 輸入
- 會員帳號
- 密碼

## 流程步驟
1. 會員進入電商購物網站登入頁
2. 會員輸入會員帳號與密碼
3. 會員按下登入
4. 系統檢查欄位格式是否正確

## 判斷點
- 欄位格式是否正確
  - 否：顯示錯誤訊息，提示會員輸入格式不正確，請重新輸入
  - 是：系統檢查帳號密碼是否正確
- 帳號密碼是否正確
  - 否：顯示錯誤訊息，並返回輸入帳號密碼步驟
  - 是：進入首頁

## 成功結果
- 會員成功進入首頁

## 失敗結果
- 顯示錯誤訊息，會員需重新輸入

## 輸出
- 已登入的會員狀態

## 下一步
- AI 智慧客服平台頁面

這就是 Day 9 到 Day 15 測四種工具時，一直拿來當輸入的那段登入流程。當時是把文字貼進對話，現在它有了固定的位置。

討論時較需要釐清的三個欄位

整理完五個子流程後，我發現有三個欄位需要花較多時間釐清：

判斷點——困難的通常不是找出判斷條件，而是 「否」所代表的處理方式往往還沒有被釐清。系統檢查失敗後該如何處理？要回到哪一步，還是直接結束？平常描述流程時未必會談到這麼細，而模板要求補上這條分支，也促使我進一步確認原本較模糊的部分。

流程步驟與判斷點的界線——「系統檢查欄位格式是否正確」應該放在步驟裡，還是判斷點裡？這次我的做法是：步驟寫到「系統開始檢查」為止，再將檢查結果的分支寫進判斷點。不過，這是本次採用的整理方式，模板本身並未限定兩者的界線。

下一步——單獨整理一個子流程時，這個欄位可能比較容易被忽略。但若缺少子流程之間的銜接資訊，後續便不容易將五張子流程圖串聯起來，也會增加繪製端到端流程圖的難度。

文件完成後，還需要繪圖規格

到這裡，一份完整的流程說明文件就整理出來了。它回答了「這個流程做了什麼」，並將討論結果保存在檔案中，而不只留在對話紀錄裡。之後若流程改版，也能直接調整文件內容，減少重新說明的成本。

不過，這份文件還沒有回答「這些內容要怎麼畫」。例如節點使用什麼顏色、判斷菱形套用哪個 style、整張圖要由上而下或由左至右展開，以及是否需要放置圖例，都不在這份流程說明文件的範圍內。

如果現在將這份文件交給 AI，它仍需要自行判斷圖表的呈現方式，因此不同次的產出可能有所差異。換句話說，Day 17 提到的第二個問題，目前處理的是流程內容的部分。

明天會繼續討論繪圖規格的部分