改單口頭講完就當數？香港 OEM／貿易點樣用 AI 收斂規格變更

報價單出咗，甚至客戶 PO 都落咗。之後有人喺 WhatsApp 講「色改海軍藍」，工廠喺 WeChat 回「MOQ 要加先開得模」，銷售喺電話答應「交期提前一週、單價跟舊價」。大家覺得講完就當數。兩週後先發現模具、紙箱、裝箱單仍然跟舊版，客戶拎住聊天紀錄嚟爭。本文只講報價或訂單已經存在之後的口頭／聊天改單，同規格版本點樣漂移——一次只揀一個約 90 日入口：Message Pool 留低改單串同最新同意版本，SOPA 刷新結構化訂單草稿並標異常，CEO Dashboard 把未關閉的改單異常放到早會。三樣唔好 Day 1 一齊上。

一、講完就當數，工廠跟的卻係另一份

香港同大灣區的 OEM、ODM 同出口貿易，改單快係日常。客戶在另一個時區，工廠在珠三角，規格夾在語音、截圖同「OK」之間。問題多數唔係同事唔勤力，而係同意發生喺聊天，生產跟的係另一份受控版本。

下面係一個綜合常見畫面，用來對照欄位，唔係任何一間公司的成績，亦冇節省數字：

• 顏色。客戶話由啞黑改海軍藍。本體色有人知，紙箱嘜頭同說明書仍印舊色。出貨前影相先穿煲。
• MOQ。工廠話要加到某個數量先肯開模或排產。聊天裡應承咗，訂單數量同價級仍係舊數，採購單同客戶確認各說各話。
• 包裝。內盒、外箱、嘜頭、條碼，有人改咗其中一個。裝箱指示同印刷檔冇人對齊。
• 配件。螺絲包、贈品、說明書語言、備用件由 A 改 B。裝箱單未改，驗貨先發現箱裡仍然係 A。
• 交期。銷售在電話答應客戶提前或延後。排產表同採購交期未改，工廠仍按舊週排。
• 單價。口頭話「跟舊價」或「模具費另計」。發票、採購單、報價單尾頁各有一個數字。

後果好具體：錯模、錯箱、工廠做舊版、客戶用聊天紀錄爭議「你哋同意過」。爭議發生時，公司裡往往有三個「最新」：銷售記憶、聊天最後一句、工廠桌上的 Excel。三個對唔上，先至開始翻記錄。

二、規格版本漂移：報價或 PO 之後先出事

版本漂移有一個窄定義，方便你同團隊講同一件事：某個已列入清單的欄位，在報價或 PO 日期之後被講過要改，但工廠實際跟住做的那一份受控版本未反映這個改動。

受控版本唔係「公司裡最新的一個檔」。係你指定的那一份：一張 PO、一頁規格、一張工廠確認表。若而家有三份都被叫做正本，第一個問題係指定一份。其餘當副本。未指定之前，任何軟件都只係多一個地方可以唔一致。

漂移通常沿住幾條縫走：

1. 渠道分家。客戶用 WhatsApp，工廠用 WeChat，財務用 Email 附件。每一邊都「有記錄」，但冇人把同一張單的顏色、MOQ、包裝、配件、交期、單價放在同一條線上。
2. 語音冇字。電話同語音訊息當日聽過，週末先有人記得「好像改過交期」。沒有回寫，就等於沒有受控變更。
3. 欄位各改各的。顏色改咗，紙箱未改；MOQ 改咗，單價級距未改；配件改咗，裝箱單未改。局部同意被當成整張單已更新。
4. 舊檔繼續被打開。美工、採購、工廠各自收藏上一版。新同意停在聊天，舊檔繼續被下載、被印刷、被排產。

呢個角度同幾篇已經出版的文章分開，避免講同一件事。

• 若你仲未決定公司第一個入口，先讀〈唔好一次過換晒：點樣揀第一個 90 日 AI Pilot〉。那篇係決策框架。本文假設痛點已經係改單之後的版本。
• 〈報價散落 WhatsApp、WeChat、Email〉講的係報價跟進本身散落、條件對不上。本文由報價或 PO 已經存在開始：之後的改色、改 MOQ、改包裝、改配件、改交期、改單價，有冇寫進受控版本。
• 〈背對背訂單點樣理順訂單流〉講訂單執行層的對單。本文只取其中一刀：已落單之後的規格版本有冇被刷新，異常有冇被標出。
• 〈CEO Dashboard〉講早會畫面。本文只問：未關閉的改單異常，老闆早會睇唔睇到。

報價「幾耐先有第一次實質回覆」、未結報價老化、跟進輪次，係另一條度量。本文唔用那些數字評判改單。改單要睇的係版本有冇對上。

三、呢篇唔係完整 PLM／ECO

講規格版本，容易滑去產品生命週期管理（PLM）或工程變更單（ECO）。本文明確唔係那套系統。

完整 PLM／ECO 通常包括工程變更委員會、全套 BOM 版本樹、圖紙庫、正式發行到每一個下游系統。香港中小企 OEM 同貿易公司的第一個痛，多數未到那裡。第一個痛係：商業規格在聊天被改，工廠跟的表未改。

所以這個 Pilot 的欄位先收窄到六項：顏色、MOQ、包裝、配件、交期、單價。工程圖、模具正式發行、品質標準若被提及，只標成「要人處理」。唔好把它們假裝成已經被本 Pilot 管好的版本。AI 可以幫你讀取、對照、整理草稿、標出同受控版本唔一致的欄位。邊一版可以俾工廠做、邊一句可以回覆客戶，仍然由人確認。

範圍收窄有一個實際好處：90 日後你知道自己證明咗咩。證明「呢條產品線的改單找得到、對得上」，同證明「全公司工程變更已受控」，係兩件不同的事。前者先做得到。

四、三個入口，一次只揀一個

同一個痛，入口仍然要按你而家卡在邊一層來揀。下面唔係三份產品說明書，只係改單版本這件事上的分工。能力邊界同畫面，跟住連結去原文。Day 1 只上一個。

A. 改單串本身搵唔到 → 先考慮 Message Pool

症狀：你問「海軍藍係邊句同意的」，要翻幾個群、幾個私聊、幾段語音。有人記得 MOQ，有人記得顏色，冇人可以指出最新同意版本係邊一版、邊幾個欄位。

Pilot 焦點：把這張單的改單對話收成一條可回看的串，並標出目前同意的顏色、MOQ、包裝、配件、交期、單價。成功看起來係「問到最新同意，唔使靠個人記憶」，而唔係一日接齊所有渠道。詳見〈Message Pool 點樣收斂客戶跟進〉同產品頁 Message Pool。那篇的主場係報價跟進；用在改單時，池裡放的係變更串同最新同意，唔係再做一次報價池介紹。

若改單串已經找得到，只係工廠的表未改，就唔好為咗「先做訊息池」而繞路。

B. 串找得到，訂單草稿仍係舊版 → 先考慮 SOPA

症狀：聊天可以翻到，但結構化的訂單草稿、採購單或工廠確認表仍係舊顏色、舊 MOQ、舊包裝、舊配件、舊交期或舊單價。又或者只改咗一個欄位，相鄰欄位冇人標出衝突：色改咗但嘜頭未改，MOQ 改咗但單價級距未改。

Pilot 焦點：用已同意的變更刷新結構化訂單草稿，並把對不上的欄位標成異常。草稿係草稿。對外承諾同「這版可以俾工廠做」仍由指定的人確認。詳見〈背對背訂單與 SOPA〉同產品頁 SOPA。那篇講訂單流；本文只用它來刷新版本同標異常，唔要求一次換 ERP。

若你連改單串都搵唔到，先上 SOPA 只會把一個未核對的「最新」寫進草稿，快而唔準。

C. 變更已有人記低，早會仍然後知後覺 → 先考慮 CEO Dashboard

症狀：銷售或跟單已經把改動寫在某張表，但老闆早會問「而家有幾多張單的版本未關」，仍然要等人翻查。錯箱、錯模的消息，往往係影相或客訴先出現。

Pilot 焦點：把未關閉的改單異常放到一個共同畫面：邊張單、邊個欄位、放咗幾耐、誰負責關。它唔取代改單串，亦唔取代訂單草稿。詳見〈CEO Dashboard〉同產品頁 CEO Dashboard。

若執行層完全冇結構化的異常，Dashboard 只會變成另一個要人手餵數的畫面。這種情況先做 Message Pool 或 SOPA 其中一個。

改單版本的快速規則

• 搵唔到改單串、分不清最新同意 → Message Pool 優先。
• 串找得到，工廠跟的表或訂單草稿仍係舊版，或相鄰欄位有衝突 → SOPA 優先。
• 變更已有記錄，早會看不到未關閉異常 → CEO Dashboard 優先。
• 三層都痛：仍然只揀一個做第一個 90 日。第二個等第一個有你司自己的前後數字再排期。

五、90 日 Pilot 範圍清單

選定入口之後，範圍繼續收窄。ManuTrade AI 唔要求全公司、全廠、全渠道一日上線，亦唔把三個產品捆成全包。下面這張清單可以直接拎去內部對齊。

1. 圈定單據。一條產品線，或一個經常口頭改單的客戶。唔好第一個月涵蓋所有廠、所有市場。
2. 寫低欄位。顏色、MOQ、包裝（內盒、外箱、嘜頭、條碼）、配件、交期、單價。清單以外的工程圖、模具正式發行、品質標準，只標「要人處理」。
3. 命名受控版本。寫明工廠實際跟住做的係邊一份：PO、規格頁，或工廠確認表。若有三份正本，第一週先指定一份，其餘當副本。
4. 定義一次改單。報價或 PO 日期之後，上述欄位在 WhatsApp、WeChat、Email，或電話／語音的當日回寫裡出現的變更。閒聊唔計；講到欄位先計。
5. 寫低角色。邊個可以同客戶同意，邊個可以通知工廠，邊個可以改受控版本。權限先窄後寬。AI 整理同標旗；「這版可生產」由人簽。
6. 電話當日回寫。接聽的人當日補一句：邊張單、邊個欄位、由咩改到咩、邊個講。未補的，計入未寫入受控版本的改單。語音訊息同樣處理。
7. 第 0 週基線。用最近 2–4 週真實改過的單，人手數下面三個指標。這組數字就係你司基線。唔引用外部基準，亦唔套用任何「行業平均節省」。
8. 用真實單做對照。約 20–30 分鐘 Demo，拎 2–3 張真實改過的單走一次：改單串在哪、受控版本在哪、邊個欄位已經分叉。唔用整理過的標準流程圖。
9. 每週只睇這三個數。未記錄改單、錯版返工、確認最新版所用時間。異常誰關、幾時關，寫在同一張日誌。
10. 預寫退出。90 日後若團隊唔打開改單串，或受控版本仍然冇人改，可以停、縮，或改另一個入口。能停，先叫試。

日誌不用很華麗。欄位夠用即可：日期、單號、欄位、渠道、有冇寫入受控版本、有冇錯版返工、確認最新版用咗幾耐。Pilot 應令這張日誌少啲靠記憶，但定義保持不變，前後先比較得到。

想先熱身 AI 使用習慣，可從官網免費工具起步，例如 HS Navigator、Smart Catalog、PricePulse，以及 Receipt Scanner、SnapListing。免費工具同改單 Pilot 目標不同：前者睇團隊願唔願意用 AI，後者解決「最新規格邊一份先算數」。兩者可以並行，唔好把試用免費工具當成已經收斂咗版本。

六、三個可觀察指標：用你司基線，唔編百分比

90 日要有得判定，先選已經發生、只係散落的數字。下面三個都用次數或時間，唔用本文發明的節省百分比。你的基線係第 0 週數到的那組數。90 日後同它比。

1. 未寫入受控版本的改單次數

在約定窗口內（例如同一個工作天，或通知工廠之前），清單上的欄位已在聊天或電話回寫出現，但受控版本未改。計次數，按單按欄位。窗口由你司先寫低，中途唔好改定義。這個數下降，先表示「講完」同「寫入」開始靠近。它唔等於節省了某個百分點。

2. 錯版返工事件次數

模具、紙箱、標籤、配件或出貨按舊版做了，之後要重做、報廢，或同客戶爭議。一件事計一次，寫低係邊個欄位。唔好把一次錯箱拆成「節省金額」來匯報。次數本身已經足夠同基線對照。若 90 日內樣本太少，就如實寫「期間沒有發生」或「只發生若干次」，唔好為咗好看而換算成比率。

3. 確認最新版本所需時間

由有人問「這張單最新同意的顏色／MOQ／包裝／配件／交期／單價是什麼」，到改單串同受控版本講同一件事，中間用了幾多小時或幾個工作天。抽樣即可，例如每週抽幾張有改動的單。第 0 週先量一次，作為基線。時間變短，表示最新版找得到；時間沒變，就誠實停或改入口。

三個數一起看，先避免只優化一個表面。例如只把確認時間縮短，但錯版返工仍然發生，可能係「找得快、寫入仍然慢」。只計未寫入次數下降，但早會仍然後知後覺，就係記錄有了、畫面未有。這些都係下一步揀唔揀第二個 Pilot 的材料，唔係 Day 1 要三樣齊上的理由。

七、資助只作預算背景

BUD、ESS 等香港企業數碼化相關計劃，有時會被問到「可唔可以當預算背景」。可以作為背景了解。不保證批核／唔保證批核。批核取決於合規、計劃質素與評審，服務商不保證批核、金額或時間表。把「等資助一次把版本系統做大」當成唯一起步條件，通常會把這一張錯箱拖過下一個船期。

較穩的次序：先把欄位、受控版本同三個指標寫低，用約 90 日試一個入口。要了解計劃概念，另讀〈2026 香港製造業 AI 資助入門：BUD／ESS（唔保證批核）〉。該文講機制同常見誤解，唔係申請保證。未有資助亦可 Pilot。有沒有資助，同值不值得先把改單串同受控版本對上，係兩件分開的決定。

八、90 日結束時，怎樣算看過一次

結束時唔需要一份「轉型完成」的報告。看過一次，係你能用自己的單回答下面幾句：

• 範圍內的單，最新同意的顏色、MOQ、包裝、配件、交期、單價，有一處可以指出。
• 未寫入受控版本的改單，有次數，有負責人，唔使靠記憶。
• 錯版返工有事件記錄，同基線比過，不論升跌都寫得出。
• 確認最新版的時間有抽樣，同第 0 週比過。
• 團隊知道這唔係完整 PLM／ECO，工程圖同模具發行仍然行原有流程。
• 你決定停、繼續這個入口，或先排下一個。決定基於你司數字，而唔係基於全包方案的簡報。

若想看另一條已選好的路徑——由報價混亂走到交期——可另讀白皮書《90 日 AI Pilot：由 WhatsApp 報價混亂到可控交期》。那條線的重心係報價到交期，同本文的「已落單之後的規格版本」相鄰，唔互相取代。白皮書裡的區間係說明性的，唔係你要套用的節省承諾。

下一步：預約約 20–30 分鐘 Demo

想用你司真實的改單走一次？歡迎預約約 20–30 分鐘 Demo：拎 2–3 張已經改過色、MOQ、包裝、配件、交期或單價的單，睇改單串同受控版本差在邊，再決定第一個 90 日入口。一次只試一個。唔硬推全包，亦唔保證任何政府資助批核。

WhatsApp：+852 5681 2298 ｜電郵：andrew@manutradeai.com ｜官網：https://www.manutradeai.com