D01
線上訂單必須選定取貨門市與取貨時段才能送出，不開放「稍後再選」。
MEET-2026-03-06-004 ／ REGULAR ／ 第二版 · 圖像化流程
逐題確認訂單建立與付款、取貨時段配額、客戶識別去重、門市權限、通知時點、改單與取消，以及雙軌導入方式。團隊決定先把可操作的流程骨架立起來，再以兩家門市雙軌試跑兩週驗證。
一張圖看完第一階段的範圍切線：哪些規則在這次拍板、哪些明確留到第二階段。七個主題的細節從 §02 開始。
本次會議聚焦線上訂購與門市取貨系統的第一階段範圍：訂單成立時就綁定門市與取貨時段、以手機號碼作為客戶主鍵、門市與總部兩級權限、三個時點的通知、改單一律走工單。團隊決定先在兩家門市雙軌試跑兩週，穩定後再談會員點數與分批取貨。
左半 7 格是本場逐題確認的主題，右半是 D14 明確列為第一階段不做的三項。灰底代表「不是忘了寫，是決議寫明不做」。
以下為記錄稿「決議事項」全文，逐條編號以便後文引用。括號內為所屬主題編號。
線上訂單必須選定取貨門市與取貨時段才能送出，不開放「稍後再選」。
付款採線上預付；門市付現只保留給電話訂單，且必須由門市帳號建立。
取貨時段以 30 分鐘為一格，每格配額由門市自行設定，預設 8 單；滿格自動關閉。
節慶檔期（中秋、年節）由總部一次覆寫所有門市的配額，門市不可再改。
客戶以手機號碼為主鍵；同號碼不同姓名時提示合併，不自動覆蓋。
舊表單名單匯入時，缺手機號碼的資料標為「待補」，不進客戶總表。
門市帳號只看得到自己門市的訂單；總部帳號看全部。
門市可改取貨時段與備註，不可改品項與金額；改品項一律走改單流程。
訂單成立、取貨前一日 18:00、取貨前 1 小時各推一次通知；逾時未取隔日再提醒一次。
通知文案由總部統一維護，門市不可自訂。
取貨前 24 小時內取消不退款、改為店內抵用金；24 小時前全額退。
改單一律由客服建立「改單工單」，原訂單保留、工單掛在其下。
上線前先在兩家門市雙軌兩週：線上系統與原本的紙本／訊息訂單並行，每日對帳。
第一階段不做：會員點數、多門市分批取貨、預購排程。
主題 01。訂單只有兩條入口：客戶自助的線上單，以及由門市帳號代開的電話單。兩條入口的必填欄位一樣，差別只在付款方式。
D01：線上訂單必須選定取貨門市與取貨時段才能送出。D02：付款採線上預付；門市付現只保留給電話訂單，且必須由門市帳號建立。兩條入口最後產生的是同一種訂單物件，差別只登記在付款方式欄位上。
取貨時段同時是配額的扣減單位（見 §03）。若允許訂單先成立、時段後補，配額就會出現一段無法結算的空窗，門市在備貨當下看到的剩餘數會失真。
付現無法在線上核銷，需要有人在門市端確認收款。電話單本來就由門市人員經手，因此付現的責任歸屬明確；線上單沒有這個經手人，所以一律預付。
主題 02。一天切成 20 格，每格是一個可被搶完的數字。誰能改這個數字，是這一節真正的爭點。
D03：取貨時段以 30 分鐘為一格，每格配額由門市自行設定，預設 8 單；滿格自動關閉。D04：節慶檔期由總部一次覆寫所有門市的配額，門市不可再改。兩個尖峰帶（午間、下班）各連續 3 至 4 格滿格，是門市在會中反映最需要被看見的畫面。
配額盤上兩個滿格帶，對應到這條時間帶上的兩段取貨高峰。最右側的對帳段只在雙軌兩週期間存在（D13），正式上線後併回收單作業。
主題 03。手機號碼是唯一主鍵。這一節要處理的是它不存在、或它存在但姓名對不上的兩種例外。
D05：客戶以手機號碼為主鍵；同號碼不同姓名時提示合併，不自動覆蓋。D06：缺手機號碼的匯入資料標為「待補」，不進客戶總表。「提示合併」是四條去向中唯一需要人介入的一條——系統不替使用者決定哪個姓名是對的。
同一支手機號碼在真實情況下會被家人共用，也可能是公司統一的訂購窗口。自動覆蓋會讓上一筆訂單的收件人名字被下一筆蓋掉，門市在現場叫號時就叫錯人。
沒有主鍵的資料一旦進了總表，之後任何一筆新訂單都無法判斷是否為同一人，去重規則會從第一天就失效。因此寧可讓它停在匯入區。
主題 04。兩級權限：門市看自己、總部看全部。真正需要逐欄定義的是「看得到之後能不能改」。
| 欄位／動作 | 門市帳號 | 總部帳號 | 依據與說明 |
|---|---|---|---|
| 檢視本門市訂單 | 可 | 可 | D07 |
| 檢視其他門市訂單 | 不可 | 可 | D07：門市帳號只看得到自己門市的訂單 |
| 修改取貨時段 | 可 | 可 | D08：門市可改取貨時段與備註 |
| 修改訂單備註 | 可 | 可 | D08 |
| 修改品項 | 不可 | 不可 | D08：改品項一律走改單流程，由客服建立工單 |
| 修改金額 | 不可 | 不可 | D08：與品項同組，兩者連動 |
| 設定本門市各時段配額 | 可 | 可 | D03：每格配額由門市自行設定，預設 8 單 |
| 節慶檔期配額覆寫 | 不可 | 可 | D04：總部一次覆寫，覆寫後門市不可再改 |
| 自訂通知文案 | 不可 | 可 | D10：通知文案由總部統一維護 |
兩個帳號的差別不只是「多看幾筆」：改品項與改金額對兩種帳號都是關閉的，它們只能經由改單工單改變。權限表上唯一總部獨有的寫入權，是節慶配額覆寫與通知文案。
主題 05。三個固定時點加一個條件觸發。文案不開放門市自訂，因此通知在系統裡是排程，不是功能。
D09：訂單成立、取貨前一日 18:00、取貨前 1 小時各推一次通知；逾時未取隔日再提醒一次。前三個是無條件排程（實心點），第四個是條件觸發（空心點、虛線框）。D10：通知文案由總部統一維護，門市不可自訂。
成立時確認資訊、前一日安排行程、前一小時提醒出門。三則訊息的目的不同，因此不能合併成一則。
前一日 18:00 那則通常還在 24 小時之外（可全額退），前一小時那則必定在 24 小時之內（改為抵用金）。兩則訊息的退款說明因此不一樣。
單日發送量的上限尚未對齊（見 §09 待辦 A4）。節慶檔期滿載時，四種通知同日疊加的量體是需要先算清楚的數字。
主題 06。取消看時間、改單看入口。原訂單在兩種情況下都不被刪除，只是掛上新的狀態或工單。
D11：取貨前 24 小時內取消不退款、改為店內抵用金；24 小時前全額退。D12：改單一律由客服建立改單工單，原訂單保留、工單掛在其下。三條路徑的共同性質是原訂單永遠不被刪除——取消只是換狀態、改單只是掛工單，兩者都留得住金流與配額的軌跡。
12%
客服反映近三個月約 12% 的訂單有改單，主要原因是改時段。這也是 D08 把「改時段」下放給門市、其餘留在工單的直接理由。
以「取貨時段的起始時間」減去「取消送出的時間」計算。因為時段是 30 分鐘一格，這條線落在格子的起點，不是終點——差 30 分鐘的爭議在這裡先被規則排除。
主題 07。兩家門市、兩週、每日對帳。雙軌期間新舊兩套系統都是真的，因此每天都要有人確認兩邊一致。
D13：上線前先在兩家門市雙軌兩週：線上系統與原本的紙本／訊息訂單並行，每日對帳。兩條軌道上下對齊代表同一天同時有效——這不是「新系統先試、舊系統備援」，而是兩套都要收得到單，因此對帳點每天都在。
會中指派的八項工作，依到期日排序。其中兩項（A2、A6）的產出會直接影響已拍板的決議是否需要調整。
| 編號 | 負責人 | 到期 | 內容 | 關聯決議 |
|---|---|---|---|---|
| A3 | 黃敏 | 3/8 | 提供兩家試點門市名單與門市帳號需求 | D07 · D13 |
| A1 | 林宇 | 3/10 | 整理配額設定畫面的欄位清單 | D03 · D04 |
| A6 | 吳佳 | 3/12 | 整理近三個月取消與改單的原因分類（驗證 D11） | D11 · D12 |
| A2 | 陳葳 | 3/13 | 跑一次舊資料匯入試算，確認手機號碼去重規則會影響幾筆 | D05 · D06 |
| A4 | 陳葳 | 3/13 | 對齊通知發送 API 的每日發送上限 | D09 |
| A8 | 林宇 | 3/14 | 排出雙軌期間每日對帳的流程 | D13 |
| A7 | 黃敏 | 未定 | 提供去年中秋兩週的配額覆寫歷史數字 | D04 |
| A5 | 林宇 | 下次會前 | 補齊改單工單的欄位草稿 | D12 |
門市是否需要「今日取貨清單」列印功能。黃敏認為需要，會中未做決定，也未指派待辦。此項未列入 D01–D14。
《訂單狀態定義 v2》— §07 狀態機的命名沿用其定義。
《門市帳號權限表》— §05 權限矩陣以其為底稿擴充。
下面整個區塊是 AI 事後對這份記錄所做的分析，包含它認為存在的流程衝突、它建議的產出物與它擬的提問。這些內容沒有在會議上被說出來，也未經與會者確認。
此容器內所有文字皆由 AI 生成，與上方 §00 – §09 的會議事實嚴格分開。衝突標記來自 AI 比對本場決議與既有流程習慣後的結果，並非與會者的說法。
| 應共同確認 | 事項 |
|---|---|
| 黃黃敏 吳吳佳 | 門市改品項的舊習慣何時停止、停止前的過渡處置為何。 |
| 吳吳佳 林林宇 | 客服話術更新的時點與版本，需早於雙軌第一天。 |
| 陳陳葳 林林宇 | 「今日取貨清單」列印是否納入第一階段——會中未拍板，也未列入 D14 的不做清單。 |
本場引用知識庫 2 篇。以下摘要為 AI 整理，非知識庫原文。