「分揀成功率不如預期」這句話的工程意涵 — 為什麼自動化系統首期上線特別容易卡

📝 創作說明：本文是觀察筆記，不是工程鑑定報告，也不是調查報導。本文的核心論述建立在一份公開的政府文件之上 —— 中華郵政赴日 NEC 工廠查驗的出國報告書，任何人都能在國發會出國報告系統查到全文。事實段附連結可自行查證；分析段是作者整理 + AI 協助分析的個人觀察。本文討論的是結構性問題，不替任何一方下結論，也不預測 A7 何時恢復正常。A7 仍在發展中，文中涉及 2026 年 5 月具體事件的部分，半年後可能已不準確（半年複審：2026-11-16）。本文採 OSINT 中性體。

💡 系列定位：這是中華郵政 / A7 系列的 Evergreen 結構篇。前面幾篇談玩家走位、廠商鏈、派系窗口、勞基法戰場 —— 都是「誰在做什麼」。這篇換一個層次：把人、把派系、把政治全部拿掉，只看工程本身。「分揀成功率不如預期」這句官方說法，背後到底是什麼意思。

⏱ 懶人包（先讀這段也夠）

1 句話結論：

王國材在 5/8 公開承認 A7 的「自動分揀成功率不如預期」¹。但有一份 2023 年的政府文件顯示，同一批設備在日本原廠驗收時，掛號條碼讀取率是 100%²。同樣的設備、同樣的條碼長度，原廠 100%、現場卡關 —— 這不是設備壞掉，而是**「驗收環境」和「真實環境」本來就是兩個世界**。本文從這份報告出發，整理自動化系統首期上線特別容易卡的三個結構原因：驗收用的是「乖郵件」、整併把風險集中到單點、固定的上線日撞上浮動的就緒度。這三件事，換成任何一套大型自動化系統首次上線都會遇到。

3 個你可能想先知道的：

§1 為什麼這篇從一份出國報告談起

A7 出事到現在，媒體報導累積了上百則。但幾乎所有報導都停在「症狀」：掛號信一週沒到、員工電話被打爆、包裹大塞車。再深入一點的，會引用官方說法 —— 王國材 5/8 在公視承認「自動分揀成功率不如預期」¹，交通部則歸納出四個原因³。

但「分揀成功率不如預期」這七個字，到底是什麼意思？「預期」是多少？「不如」差多少？為什麼會差？

要回答這個，需要一份東西：這套設備原本被預期能做到什麼。

剛好有。2023 年 8 月底，中華郵政派了 4 名人員到日本 NEC 位於東京府中市的工廠，驗收即將運回台灣的分揀設備，回國後寫了一份出國報告書。這份報告公開在國發會的出國報告系統上（系統識別號 C11201128），任何人都能下載²。

它不是內部洩漏文件，不是匿名爆料。它是一份政府文件，而且它記錄的，正是「預期」這個數字的來源。

本文做的事很單純：把這份報告攤開，對照 2026 年 5 月現場的狀況，然後問一個問題 —— 從原廠 100% 到現場卡關，中間發生了什麼。

§2 那份報告說了什麼

先把報告的關鍵內容整理出來。以下全部來自報告原文²。

設備是什麼： A7 北台灣郵件作業中心要用的分揀設備，由「台灣恩益禧股份有限公司」得標，實際製造的是它的分包商、日本的 NEC，在府中工廠生產。設備有兩種：

• 混信分揀機（MMS）：1 台。處理大小尺寸混在一起的郵件。
• 信函分揀機（LSM）：3 台。處理一般信件。

兩種機器都搭配「光學字元辨識系統」（OCR）—— 簡單說，就是讓機器用「看」的方式認出信封上的地址和郵遞區號。

原廠驗收的數據有多漂亮： 報告記錄了 2023 年在日本工廠做的測試結果：

數字幾乎滿分。報告的「心得」段也寫得很正面：兩套設備「皆符合設計文件要求之功能及效能」，預期「可將北臺灣郵件作業中心整體郵件處理效能進一步提升」²。

但報告裡還有一段，比上面這些都重要。

報告第三節叫「測試衍生狀況」。它記錄了一件事：信函分揀機 LSM 在做其中一項測試時，10 封測試郵件裡，有 3 封被分到錯誤的出口。報告查出原因 —— 機器裡負責做判斷的「主控制器」存在兩個程式錯誤（bug），導致該被歸到某一類的郵件被歸錯。廠商調整參數後，隔天重測才全部通過²。

請記住這一段。一套設備，在最理想的條件下（原廠工廠、廠商事前充分準備、用標準測試郵件），都還是跑出了兩個 bug。這不是設備爛 —— 這是複雜系統的常態。我們在 §5 會回來談它。

還有一段也要記住。報告在「心得」裡寫，這次只是原廠驗收，設備驗收合格後會「拆解裝箱」運回台灣，在 A7 組裝，然後「續進行全機驗收測試及活信測試」²。

換句話說，報告自己就講明了：原廠驗收只是第一關，不是最後一關。

§3 結構原因一：驗收用的是「乖郵件」，現場來的是「野郵件」

先看一個對不上的地方。

原廠驗收時，掛號條碼讀取率 100%。報告寫得很清楚，測試用的掛號郵件分成 13 碼、14 碼、20 碼三種²。

2026 年 5 月，交通部歸納 A7 卡關的原因，其中一條是：「14 碼與無效條碼比例偏高，影響辨識效率」³。

同樣是 14 碼。原廠驗收 100%，現場卻成了拖累辨識效率的主因。設備沒變，差別在郵件。

關鍵在於：原廠驗收用的，是「測試郵件」。報告裡寫得很具體 —— 測試郵件的尺寸就那幾種（332×240mm、229×162mm、220×110mm），條碼是乾淨印好的²。而且報告心得還提到，廠商「事前即針對本次各測試項目進行內部檢測，並作相對應準備工作」²。也就是說，廠商知道要測什麼，並且事先準備好了。

這就像考試前老師給了考古題。考 100 分，不代表你會了，可能只代表這份考卷你看過。

真實世界的郵件不是這樣。真實郵件的尺寸千奇百怪，有超出設備規格的大型包裹（交通部講的第一個原因就是「部分大型包裹超出設備原始規格」³）；條碼可能被膠帶蓋住、被雨水暈開、被手寫塗改、印得歪斜。機器用「看」的方式認字，看一張乾淨的條碼和看一張髒污的條碼，是兩件事。

這是所有自動辨識系統的通病：你拿來驗收的樣本，永遠比真實世界乾淨、整齊、可預測。驗收環境是一個「乖」的世界，真實環境是一個「野」的世界。在工程上這叫測試資料和真實資料的分布落差 —— 講白話就是，你練習時面對的東西，跟上場時面對的東西，不一樣。

所以「分揀成功率不如預期」的第一層意思是：那個「預期」（100%），是「乖郵件」的成績單。拿它來預期「野郵件」的表現，從一開始就是錯的基準點。

§4 結構原因二：把兩個中心併成一個，等於把所有風險集中到同一個點

報告的「目的」段，講明了 A7 為什麼存在。

原文寫：為配合台北市華光社區開發計畫，要遷建台北郵件處理中心，於是在機場捷運 A7 站附近的郵政物流園區建置北台灣郵件作業中心，「整併原臺北及桃園郵件處理中心等之營運業務」²。

注意「整併」兩個字。A7 不是新增一個中心，是把原本的台北中心 + 桃園中心，合併成一個。

整併的賣點，報告也寫了：「提升郵件處理效率、節省用人費用、增強市場競爭力」²。規模經濟、省人力 —— 這是所有整併案的標準理由。

但整併有另一面，而且這一面在出事前很少被講。

把兩個中心併成一個，等於把兩個中心的尖峰也疊在一起。原本台北的母親節高峰、桃園的母親節高峰，是兩個分開的壓力；併成一個之後，變成同一台機器要同時扛。5/6 那次嚴重塞車，官方說法就是「母親節 + 五一連假 + 郵件量暴增」三件事疊加⁴。整併讓尖峰相加，而不是相抵。

更關鍵的是 B 計畫消失了。

原本兩個中心分開運作時，台北卡住了，桃園還能分流接手一部分；這是一種天然的備援。整併成一個之後，這個備援沒了 —— A7 卡住，就是整個北台灣的郵件一起卡，沒有另一個中心可以接。工程上把這種「整個系統靠單一個點撐著、那個點倒了全倒」的結構，叫單點故障。

A7 啟用後出事，公司的應對是從「北部各局調人去支援」⁵。為什麼要這樣做？因為沒有別的中心可以分流了 —— 唯一能調的，只剩各地郵局的人力。這正是單點故障的後果：當那個唯一的點出問題，你只能把資源從四面八方往那個點倒。

而且別忘了 §2 報告心得裡的一句話：混信分揀機 MMS「已於日本郵政郵件作業普遍使用中，惟本公司尚無相關設備使用經驗」²。對中華郵政來說，這是一套全新的、沒用過的設備。

全新設備 + 單點結構 = 沒有試錯空間。新設備本來就需要一段「邊用邊學」的時間，但單點結構不允許犯錯 —— 因為一犯錯，就是全北台灣一起承擔。

所以「不如預期」的第二層意思是：就算分揀成功率只是比預期低一點點，在單點結構下，這個「一點點」會被放大成全系統的延誤。整併把效率集中了，也把風險集中了。

§5 結構原因三：上線日是寫死的，準備好沒有 —— 被犧牲的永遠是測試

回到 §2 報告裡那句最重要的話：原廠驗收合格後，設備運回台灣，還要「續進行全機驗收測試及活信測試」²。

「活信測試」是個關鍵詞。活信，就是真實的郵件。活信測試，就是用真實郵件來跑這套設備 —— 正好就是 §3 講的，要把「野郵件」拿出來考機器的那一關。

所以完整的流程應該是這樣：

日本原廠驗收（2023/10 合格）
   ↓
設備拆解、裝箱、海運回台灣
   ↓
在 A7 現場組裝
   ↓
全機驗收測試
   ↓
活信測試 ← 用真實郵件跑，抓出「野郵件」問題的那一關
   ↓
人員操作訓練
   ↓
全面啟用

這條流程裡，「活信測試」和「人員訓練」這兩關，正是 §3、§4 講的問題該被攔下來的地方。如果活信測試跑得夠久、夠完整，「14 碼條碼讀不到」「大型包裹超規格」這些事，應該在啟用前就被發現。

但實際發生的是：A7 在 4 月初開始試營運，5/4 全面啟用。交通部 5 月的說法裡，有一條是「新進與外包人員對設備與分類流程尚未完全熟悉」³。這句話翻譯過來就是：活信測試 + 人員訓練這一關，沒有跑滿。

為什麼會沒跑滿？因為這條流程裡，有一個東西是寫死的，有一個東西是浮動的。

寫死的是「啟用日」。A7 的啟用日不是隨便挑的 —— 它綁著台北華光社區開發計畫（要把台北中心遷走，原址要還地）²，也綁著舊處理中心的外包人力合約到期時間。這些都是固定的、外部的、不等人的時程。

浮動的是「測試覆蓋率」和「人員熟練度」。這兩件事要做到多完整，沒有硬邊界 —— 多測一週也行，少測一週好像也過得去。

當一個寫死的截止日，撞上一個浮動的就緒度，被犧牲的永遠是那個浮動的。 因為截止日喊不動，能調整的只剩測試。這不是哪個人偷懶，這是這種結構必然的擠壓 —— 任何「日期驅動」而非「就緒驅動」的上線，都會走到這一步。

現在回頭看 §2 那個被我們記住的細節：信函分揀機 LSM 在原廠最理想的條件下測試，都還跑出了主控制器的兩個 bug，要調參數隔天重測才過²。

連受控環境都會冒出未知的 bug。那麼「活信測試」這一關 —— 設備換了場地、郵件換成真的、操作的人換成不熟的新人 —— 會冒出多少未知數？這一關需要的時間，恰恰是最不該被壓縮的。但在日期驅動的結構下，它就是被壓縮的那一個。

所以「不如預期」的第三層意思是：「活信測試」這關沒跑滿，等於把測試該攔下來的問題，直接放到了正式營運期 —— 由真實的掛號信、真實的民眾、真實的基層員工，來當測試的白老鼠。

§6 「分揀成功率不如預期」的三種讀法

把三個結構原因合起來，「分揀成功率不如預期」這句話，其實有三種讀法。

讀法一：設備有問題。 部分成立，但要小心。原廠驗收數據顯示設備本身達標²；它真正的限制是「部分大型包裹超出設備原始規格」³ —— 這比較像是規格當初就沒涵蓋，而不是設備故障。設備在它被設計的範圍內，是能做事的。

讀法二：人員不熟。 也部分成立，交通部明講了³。但「人員不熟」不是個人問題，是 §5 講的結構問題 —— 訓練時間被啟用日壓縮了。把它讀成「員工不夠努力」，就讀錯了。

讀法三：「預期」這個基準訂錯了。 這是本文想補上的一層。「不如預期」的重點，不一定在「不如」，而在「預期」。如果「預期」是拿原廠受控環境的 100% 當基準，那麼套到真實環境，「不如」幾乎是注定的 —— 不是因為誰失職，而是因為那個基準從一開始就不該拿來用在這裡。

王國材在 5/15 給員工的公開信裡，把現況描述為「自動化設備與人員仍在磨合階段」⁶。「磨合」這個詞其實很準 —— 它承認了眼前的落差是一種過程，而不是單一的故障點。本文想補充的只是：這個「磨合期」的長度和痛苦程度，在 §3～§5 那三個結構原因下，是可以事前預估的。它不是意外，而是這類系統首期上線的標準難關。

§7 這不是郵政獨有 —— 跨行業的同一種劇本

把這三個結構原因抽象出來，它跟「郵政」其實沒什麼關係。任何一套大型自動化系統，第一次上線時，都會遇到同一組難關：

• 受控測試 vs 真實負載（§3）：練習用的資料永遠比真實世界乾淨
• 整併出來的單點（§4）：把多個舊系統併成一個新系統，效率集中，風險也集中
• 固定上線日 vs 浮動就緒度（§5）：截止日喊不動，被壓縮的永遠是測試

這組難關，在別的行業有很多公開、著名的案例。

最經典的是機場行李分揀系統。1990 年代美國丹佛新機場的自動行李系統，啟用時行李大亂、整個機場開幕被迫延後超過一年，是工程管理教科書的固定教材。2008 年倫敦希斯洛機場第五航廈啟用，第一天就有大量行李堆積、數百航班受影響 —— 同樣是一套自動化系統，受控測試時沒問題，一碰到真實旅客的真實行李就卡住。

往近一點看，政府的資訊系統也常上演。報稅系統上線首日當機、健保或戶政系統改版初期大塞 —— 受控環境測得好好的，一遇到全國民眾同時湧入的真實負載就垮。

這些案例的共同點，跟 A7 一模一樣：不是設備或軟體「壞了」，而是**「規劃完整」不等於「落地順利」**。一份漂亮的驗收報告、一套通過測試的系統，跟「它在真實世界第一天能不能撐住」，是兩個不同的問題。中間隔著的，就是 §3～§5 那三道關卡。

A7 的價值，在於它剛好留下了一份公開的政府文件，讓我們可以清楚看到「預期」的數字（原廠 100%）長什麼樣子 —— 多數案例連這個對照組都沒有。

§8 給讀者的判讀工具 —— 下次看到「XX 不如預期」時

這篇的目的不是評斷 A7，是給讀者一組可以重複使用的問題。未來不管在哪裡看到「某系統上線初期狀況不如預期」—— 可能是某個 App、某個政府系統、某家公司的新廠 —— 這三個問題可以幫你判斷它是「意外」還是「結構」：

1. 那個「預期」是哪裡來的數字？ 是受控測試環境的成績，還是真實環境跑出來的？如果是前者，「不如預期」幾乎是必然，不必意外。
2. 這個系統是不是把多個舊系統「整併」成一個？整併後還有沒有 B 計畫？ 如果整併後變成單點、沒有備援，那麼任何小問題都會被放大成大延誤。
3. 它的上線日，是「準備好了才上」還是「時間到了就上」？ 如果上線日是寫死的外部時程，那麼可以合理推測：被壓縮的，是測試和訓練。

這三個問題答「是結構問題」越多，就越不該把責任簡化成「某個人沒做好」 —— 也越能提早預估「磨合期」會有多長、多痛。

反過來，這三個問題也是事前的檢查清單：任何要上線大型系統的組織，如果能在啟用前誠實回答這三題，很多「不如預期」是可以提早被看見的。

§9 給讀者的三條中性提問（本文不下結論）

提問一：如果「磨合期」是可以事前預估的，那它該不該被事前說清楚？

A7 啟用前，公眾（寄信的人、收信的人）並不知道「首期上線可能有一段不短的磨合期」。如果這段磨合期在工程上是可預期的，那麼事前誠實告知和事後才解釋，是兩種不同的溝通選擇。本文不評斷哪種對，但提醒讀者：兩者透露的決策態度不一樣。

提問二：「分揀成功率」現在到底是多少？

「不如預期」是一個相對說法。預期是 100%，現在是 95%？80%？60%？至今沒有公開的具體數字。一個可被檢驗的數字，和一句「不如預期」，對公眾的意義完全不同。讀者可以留意：未來官方會不會給出可被追蹤的數字。

提問三：下一套大型自動化系統上線時，這三個結構原因會被記住嗎？

A7 不會是台灣最後一套要上線的大型自動化系統。§7 說了，這套劇本跨行業重演了幾十年。真正的問題不是「A7 為什麼卡」，而是「下一次，§3～§5 這三道關卡會不會被當一回事」。這題留給讀者，也留給任何正在規劃類似系統的人。

§10 撤回 / 修正政策（與系列前幾篇一致）

1. 撤回 / 修正觸發：本文核心依據是一份 2023 年的公開政府文件，以及 2026 年 5 月的媒體報導與官方說法。如有以下情況，本文會撤回或修正相關段落：

• 中華郵政或交通部公開發布與本文引用數據不符的正式說明
• 出國報告書原文經官方更正
• 「分揀成功率」官方公布具體數字，與本文推論方向不符

2. 撤回時的處理（保留修訂軌跡）：不直接刪除原文，改為加上刪除線並保留，附撤回理由與查核連結，並在修訂紀錄追加。

3. AI 揭露總結：本文的「三個結構原因」分類、「三種讀法」、跨行業對照，均為作者整理 + AI 協助分析的觀察筆記，不是工程鑑定或保證值。所有事實段引用均可在文末連結自行查證。本文涉及匿名基層觀察之處（如現場作業實況）僅作輔助佐證，核心論述不依賴匿名來源；本文不揭露任何基層員工的帳號 / 姓名，基於保護吹哨人原則（系列既定原則）。

修訂紀錄

Sources Footnotes

Last updated: 2026-05-16

系列導航

• 第一篇：Hello, world — 為什麼開這個 blog（開站說明）
• 第二篇：中華郵政員工要不要追退休金？— 單人 vs 多人訴訟全比較（員工自救篇）
• 第三篇：他們各自在演什麼 — A7 風暴中的 5 方走位（5 方觀察 + 不對等地圖工具）
• 第四篇：七年的人事斷裂與三方套疊 — A7 廠商鏈疑雲怎麼長出來的（廠商鏈深度）
• 第五篇：派系底色與切割時點 — 王國材的菊系底色與 6/中-9 月窗口（派系觀察）
• 第六篇：「招募志工」四個字為什麼讓基層炸鍋 — A7 公文流傳的勞基法戰場（勞基法戰場）
• 第七篇：王國材一個月承諾倒數計時 — 6/初的 4 個破口訊號（驗收判讀工具）
• 第八篇：公司 vs 工會 24 小時對立 — 5/10 新聞稿與 5/11 反駁聲明的結構分析（兩造對立結構分析）
• 第九篇：王國材就任三大承諾 — 21 個月對照（承諾驗收）
• Evergreen 結構篇（本篇）：「分揀成功率不如預期」的工程意涵（工程結構洞察）
• 第十篇：產業工會的 8 天 — 從勞動節遊行到點名三位高層（工會一手時間軸 + 訴求對象升級路徑）
• 第十一篇：A7 缺工不是意外 — 一條從 2003 年拉到今天的因果鏈（公司化歷史結構）
• 第十四篇上：8.28 兆 vs 郵務本業虧損（上）— 資金結構、認知修正、法規兩路徑（深度系列 A 上半）
• 第十四篇下：8.28 兆 vs 郵務本業虧損（下）— 補貼結構、公股治理鏈、揭露透明度落差（深度系列 A 下半）
• 第二十篇：下班兼職要不要報准？先搞懂你撞的是哪一條線（勞動權軸）
• 第二十一篇（上）：中華郵政郵務虧損的結構性真相（上）— 三條結構性歸因
• 第二十一篇（下）：中華郵政郵務虧損的結構性真相（下）— 全球對照與金融補貼結構
• 第十二～十九篇：規劃中（設置條例、8.2 兆資金治理、工會生態三部曲等）

系列雙軸結構：主軸隨事件推進 + Evergreen 結構篇做跨案、跨時間的結構性洞察。