01 / 彙集資料
保留每份來源與更新時間。
虛構預訂表 R-01 在下午 4 時記錄 18 位客人；團餐詢價 C-02 待回覆；盤點 S-03 在下午 3 時記錄某原料剩六份。這些是獨立記錄，並非需求預測。
R-01 · 下午 4 時 / C-02 · 待回覆 / S-03 · 下午 3 時
01 / 看看流程如何運作
五個步驟，保留明確審核點。
這是使用虛構資料的互動概念示範，沒有真實系統連接，不會發送、預約、採購、發布或儲存資料。所示檢查用於說明擬議流程，並非已驗證的正式系統能力。
02 / 核對差異
資料缺少時，清楚標出缺項。
團餐詢價提到飲食限制，但缺少目前供應商的原料表。轉交廚房負責人處理，不能用舊菜單推斷今天的原料或過敏原狀態。
飲食要求：待廚房核實 · 不產生飲食安全承諾
03 / 班前簡報
起草簡短、有人負責的班前簡報。
店主設定的範例門檻是八份，因此六份觸發提醒，而非採購。天氣、活動與供應商延誤不作推測。每一項均連回來源與負責核對的人。
已記錄 18 位預訂 · 團餐待回覆 · 低庫存提醒：核實六份原料
04 / 店主審核
盤點過期時，暫停確認簡報。
在資料無誤範例中，假設店主已核對最新盤點，並把未解決的飲食問題交給廚房負責人。若有更新盤點與現有資料衝突，先更新來源並重新審核草稿。
僅為內部簡報 · 未下單、未改菜單、未回覆客戶
庫存記錄不一致。簡報保持待審核，重新盤點後再採用提醒。
等待人工審核。已在本次演示中記錄確認，未執行真實操作。
05 / 交班
未解決的事項繼續留在交班清單。
廚房核實與團餐回覆仍為待辦，直到負責人記錄結果。系統不可用時沿用紙張或 POS 流程，恢復前先核對更新，避免重複處理。
廚房負責人：核實原料 · 店主：決定採購 · 前台：審核回覆
簡報尚未確認。沿用當前班次指示，請店主核對來源記錄。
演示簡報已確認，可供內部交接；飲食問題仍待核實，未採購或聯絡客戶。
02 / 圍繞現有工具規劃
先確認連接條件，再確定方案。
以下是待評估方式，並非已驗證兼容清單，也不代表已有特定平台的現成連接。是否可行取決於帳戶方案、正式存取規則、資料品質與小範圍測試。
| 工具類別 | 可評估的方式 | 先確認什麼 |
|---|---|---|
| POS 與預訂 | 經核准的每日匯出，或允許的唯讀 API。 | 門店對應、預訂人數與訂單的區別、更新時間及缺失或重複記錄。 |
| 庫存、供應商與團餐 | 正式連接前，先使用小型共用盤點表與獲授權詢價記錄。 | 單位、店主設定門檻、配方版本及每項異常的負責人。 |
| 外賣與會計工具 | 分別評估正式匯出或連接方式；試辦排除支付資料。 | 服務商存取規則、對帳、維護，以及高峰時段的手動替代流程。 |
03 / 連接真實資料前先約定
約定適合這個行業的合作邊界。
以下是需求確認事項，並非已約定的託管、保留、訓練用途或服務標準承諾。使用真實記錄前，須與簽約企業及指定負責人在專案文件中確認。
待確認的資料流示意
獲授權來源記錄限定工作區與存取規則如有約定，才產生 AI 草稿人工審核與下一項任務
另外畫清外部服務商、日誌與備份；每一部分的儲存位置、模型重用或訓練條款、存取與刪除均須確認。
忙碌時也能用
在手機上測試簡短簡報與單步確認。約定由誰更新盤點，避免員工重複輸入數字。離線同步經測試前不作支援承諾。
說清員工資料用途
將營運交接與個人績效監測分開。約定員工、經理、店主和專案協作者可見範圍，收集可識別操作記錄前先告知員工。
預先安排高峰故障處理
在專案協議列明支援聯絡人、時段、升級處理與手動流程，約定退出時匯出、備份恢復及刪除；不預設提供全天候支援。
指定交付與資料負責人
書面列明簽約企業、專案負責人、驗收條件、存取權限與事件聯絡人，約定保密、成果歸屬、支援時段與升級處理責任。
約定保留、匯出與刪除
分別設定來源記錄、AI 輸入輸出、操作日誌與備份的保留期限，明確有權匯出的格式、撤權、刪除申請、備份到期與完成核驗。
04 / 小範圍起步
先驗證一項實用改善，再考慮擴展。
用虛構記錄，先試一間店的一份開店簡報。不接觸支付資料，不自動採購或改菜單。比較準備簡報的時間、漏回團餐詢價、錯誤提醒，以及忙碌時員工能否使用。
05 / 五篇精選閱讀
圍繞你的第一個流程來閱讀。
建議按順序閱讀。這些是編輯指南，並非行業資歷或客戶成效聲明。
你的起點
帶上一項任務和你正在用的工具。
描述工作卡在哪裡、誰需要審核，以及目前如何處理。請使用虛構範例，不要在初次諮詢中包含真實客戶、員工、支付或商業敏感記錄。
討論這個工作流程 ↗了解交付協作網絡 ↗