工作實際發生的地方。

一頁紙，把什麼才算一筆真正的詢問定下來。行銷和業務一起訂出判斷條件——你們服務的是哪一種客戶，一筆名單要符合什麼條件，才值得業務花時間。你們會收到那頁紙，以及照它做出來的報表：收到的詢問、符合條件的詢問、成交的訂單，分成三條線列出來。同一批詢問會從第一條線一路跟到最後一條，這樣一檔活動就能用它帶來了什麼來評斷，而不是用它收集到多少來評斷。

把廣告花費、活動來源和業務的跟進紀錄接起來，報表就會照排程自己重建，不必每次開會前重做一次。規則放不進去的項目會另外列成一張清單，並標上負責人：來源不明的詢問、重複的資料、沒有人跟進的名單。這些還是要有人處理，只是現在它們是一張短清單，而且上面已經寫好由誰負責。

等那三條線對得起來，AI 才能讀客戶在詢問表單裡寫的內容，把它們分類：每一檔活動吸引到哪些需求、買家反覆在問什麼。那份摘要會放在數字旁邊，並附上客戶原本的字句，讓行銷先確認過再使用。資料不夠時，它會列出還不確定的地方。它不會動預算。那個決定留給人，而摘要就是人做決定前會讀的東西。

一頁紙，把「下一步」定下來：每一筆還開著的商機，都要有一位負責人、一個具體動作、一個完成日期——例如「週五前提供導入時程」。你們也會收到一張客戶與負責業務對照表：每個客戶歸誰、同集團公司怎麼對回母公司、私人信箱怎麼處理、休假誰代管。現有紀錄會拿這兩份對一遍，沒有下一步的商機、沒有負責人或有兩個以上負責人的客戶，第一次就會列出來還給你們。

詢問表單和業務系統接上那張對照表，每一筆詢問都落在剛好一位記錄在案的負責人身上，理由看得到。拿不準的比對停進待審佇列，而不是派給輪到的下一位。而業務確認了下一步和日期之後，系統就把它記著，到期前提醒負責人。逾期還沒完成的、或是根本沒有下一步的商機，會集中出現在主管看的那一張清單上。

等每一筆商機都有了下一步，AI 才能替你們做那個「重看一次」。它把客戶在信件和會議紀錄裡問過什麼、哪些還沒回答、業務上次答應了什麼整理出來，並附上原文。再用你們核可過的產品和報價資料，擬出回覆草稿。業務看過、確認、寄出。它可以建議下一步和日期，但真正決定的是業務。

一份目前有效的約定工作清單：要交付什麼、包含哪幾次修改、每一項什麼時候完成、變更由誰確認。後來雙方同意的調整也更新到同一份清單上，這樣要對照的版本永遠只有一個。你們會收到那份清單，而第一次對過之後，那些已經做掉、卻從來不在清單上的要求，也會一併列出來。

在開始做之前，負責人先回答三件事：這件事多出多少工作、會不會影響交付日期、要不要調整費用。有些要求其實原本就包含在內——那就記下來、結案，不另外收費。其餘的連同這三個答案一起跟客戶確認。談定之後，系統把待辦、負責人、時程和預算一起更新，並通知那些這一週被改到的人。

等那份清單存在了，AI 才能去讀專案的信件和會議紀錄，把看起來是新增或修改的地方對照清單列出來，並附上原文——例如「清單上只有整體分析，這次要求的是各部門分別分析」。設定成寧可多列、不要漏列；多問一個問題只花一分鐘。內容不夠清楚時，它就標成待確認，而不是自己猜。它不判斷這算不算額外工作，也不會去跟客戶談。

每一項商品都有一筆紀錄，回答四件事：現在有多少可以出貨、有多少已經為哪一張訂單保留、下一批採購預計什麼時候到、答應客戶的是哪一天。供應商出貨、倉庫收貨、檢驗完可出貨這三個日期分開記——因為答應客戶的那個承諾，是照最後一個算的。你們會收到一份清單：這四件事今天彼此對不上的商品。

每一筆保留都記在它所屬的那張訂單上，寫明保留多少、保留到什麼時候，這樣同一批貨就不可能被答應兩次。日期一改，系統就拿改過的日期之後所有的訂單，去對真正還空著的庫存，別張訂單保留的部分不會被動到。可能不夠的，會列出缺多少、預計什麼時候補上、由誰處理。

供應商的通知都是散文，而且沒有兩家的寫法一樣。AI 把一封通知裡的事實抓出來——哪一張採購單、哪一項商品、多少數量、新的日期是哪一天——並附上原文。信裡只寫「下週出貨」、或沒說清楚是哪一批的時候，它就把這一項列成待追問，而不是自己挑一個日期填進去。採購確認之後，紀錄才更新。AI 不決定誰拿到貨：一件為客戶保留的貨，是對一個具名的人做出的承諾，那是要記錄的事實，不是可以猜的數字。

「已解決」只有一個寫下來的意思，由客服主管和管預算的人一起簽署，而且不把沉默當成成功。每個問題在說明文章裡只有一個答案，標明適用哪些產品和方案，並指定一個人負責更新。還要把轉接條件寫清楚：哪些問題 AI 可以直接回答、哪些情況要轉真人，以及客戶主動要求真人時，怎麼轉、轉給誰。

把這一次聯絡和下一次對起來——照帳號、照本人、在說好的天數之內——是一條在 AI 工具外面跑的固定規則，因為 AI 自己對自己做的檢查不是檢查。同一個問題再來，接回原本那件案子；問的是別件事，就自己開一件；分不出來的，交給人判斷。轉交的時候，案件會建立或更新，附上摘要和完整對話、指定負責人和回覆期限。

只回答那一小群問題：有現成寫好的答案、不涉及錢、不需要判斷客戶該得到什麼補償、也不會動到帳戶。這個範圍比產品展示時看起來窄得多，而且多大由說明文章的內容決定。真正讓客戶不用重講的，是它一路上記下來的東西：客戶描述了什麼狀況、已經試過哪些做法、結果如何。客戶說還是沒好的時候，真人收到的就是這一份，並附上客戶原本的字句。

「已付款」只有一個寫下來的意思，由財務和業務一起講定：一張發票要有一筆指名的款項對得上、金額也吻合，才算結清。還要有一個地方，把每張發票和它的客戶、金額、幣別、到期日、已收到多少放在一起。客戶寄來的付款明細就放在旁邊，而不是留在某個人的信箱裡。工作從一份交到你們手上的清單開始：今天還沒完成核對的每一筆款，以及每一筆各等了多久。

系統依客戶、發票號碼、幣別和金額進行核對，對得上的就結清。金額短少、疑似重複、或是找不到對應發票的，會列到一張清單上，並指定負責人。分不出來的不會用猜的結案：還在確認中的金額保持未結，催款清單也要等人確認之後才重新產生。同一道核准流程還帶著另一條規則，管的是付出去的錢：供應商的銀行帳戶一有變更，付款就凍結，直到由收到請求以外的人，打檔案裡本來就有的號碼確認並記下結果，才會恢復。

等發票和付款明細放在同一個地方之後，AI 才從明細裡讀——信件、PDF 或掃描檔都行——提出這筆款可能對應哪幾張發票，並附上原文。它提的是一算就能檢查的算術：這幾個發票號碼、加起來這個總額，對上實際收到的這個金額。看不清楚、或是一筆錢可能對應好幾組發票的時候，它就把這一項列出來，交給人判斷。它自己不結清任何一張發票。

依職務列出報到前必須完成的事：文件、設備、帳號，還有第一週的訓練安排。每一項都有負責人和完成期限。設備要備妥的日期、帳號生效的日期、訓練開始的日期，分開寫，不共用同一個「到職日」。工作從一份交到你們手上的清單開始：現在每個職務的報到準備清單，以及每一項今天掛在誰名下。

人資確認到職資料之後，系統就照那份固定清單建立任務，通知每一位負責人。日期一改，系統會問受影響的人有哪些安排要跟著動，不必靠某個人記得寄四封信。負責人回報實際完成情況，還沒完成和已經逾期的集中在同一個地方。人資不用再一個一個問。同一條規則反過來也管離開：決定最後一天的那筆紀錄，會觸發一次有紀錄的固定流程，照的是另一份清單——那個人碰得到的所有東西，包括從來沒有走過主要登入的那些。每一項都要留下證據——權限已收回、工作已交接，或是經過核准、掛著名字的例外。

第一週要看的東西，是從你們已經有的文件裡整理出來的。而收到它的人，正好是最沒有能力判斷對錯的那一個。業務看到一份寫錯的草稿會發現；一個到職第三天的新人，讀到一份去年就改過的規定，只會照著相信。所以 AI 只從主管確認過、可以給新人看的材料裡整理報到說明和入門指引，並在每一則答案上標出它出自哪一份文件，讓新人可以自己去看原件。兩份文件說法不一樣、或沒有人說得出哪一版是現行的，它就停下來問。主管簽過之後，新人才會看到——那個簽名就是這道控制本身。

一張寫下來的「什麼該送到哪裡」對照表。每條串接都記下：資料從哪裡來、要送什麼過去、什麼時候算送到了，以及負責人是誰。以這一條為例——網站收到一筆詢問後，應該在約定的時間內出現在業務系統，而且聯絡方式和需求內容都要正確。調查的紀律也寫在這裡：查一條壞掉的串接，跑在副本上、只用唯讀、永不回寫，這樣「去查它」才不會改變「你要查的東西」。

檢查照自己的排程跑，比對的依據就是那張對照表，而不是等到有東西報錯才動。它把來源送出的和接收端實際收到的拿來對，超過時間還沒出現、缺少必要欄位、或內容對不上的，就把受影響的紀錄列出來，並通知負責人。每一則失敗訊息都留一份副本，讓它可以重送。接收端要能收兩次同一則訊息也不會建出第二筆，讓重送是安全的。這些是工程，不是判斷：你們需要的是「沒有東西被靜靜丟掉」的保證，而一個靠可能性運作的工具，對自己給不出這種保證。

把查錯的順序整理出來。等固定比對產出差異清單之後，AI 把有用的東西並排放在一起：哪些紀錄受影響、那段時間前後留下哪些錯誤紀錄、兩邊系統那一週各改了什麼。從這些提出可能的原因，以及建議先查哪一個、後查哪一個，每一條都指回它是從哪一筆紀錄或哪一則錯誤看出來的。AI 在這裡可以排在前面，理由值得說清楚：建議錯了，代價是工程師往錯的方向找五分鐘，沒有東西送到客戶面前，也沒有任何一筆錢被動到——換到其他任何一個位置，都不是這樣。事後那份紀錄也由它起草：出了什麼問題、做了什麼處理、還有哪些沒完成。那是本來永遠不會有人寫的部分。