Photo by Daesun Kim on Unsplash
早上八點，產線組長接班。機台看起來正常，工單也排著，於是照表開工。到了十點，品管抽驗發現尺寸整批偏移，追下去才知道：前一天晚上十一點多，夜班換過一次刀具，換完沒有做首件確認，交班時只跟旁邊的人說了一句「刀換過了」。那個人當天剛好調去支援另一條線，話就斷在那裡。
這類損失在中小製造業幾乎每個月都在發生，但很少被記成一個科目。它不會出現在財報上，只會變成「這批重做」「這個客戶抱怨」「這台機器又出狀況」。追究起來也沒有人有惡意——夜班的人講了，白班的人沒收到，中間少的只是一個把話留下來的地方。
口頭交班真正漏掉的是哪三種事
很多老闆會覺得，交班不就是講一下嗎？但實際拆開來看，換班時要移轉的資訊至少有三種，而口頭交班通常只傳得動第一種。
第一種是「現在的狀態」：這班做了幾件、做到哪張工單、機台現在是開著還是停著。這種資訊比較容易講，因為接班的人一看現場也猜得出個大概。
第二種是「還沒結束的事」：刀具剛換還沒驗、某台機半夜跳停過兩次又自己好了、客戶急件說要插單但還沒確認、物料剩下半包明天早上會斷。這類事情的共同點是「現在看起來沒事」，所以講的人容易覺得不重要，聽的人也容易聽過就忘。真正造成損失的幾乎都是這一類。
第三種是「判斷與背景」：為什麼昨晚把那張單往後挪、為什麼那台機暫時降速跑。這是老師傅腦袋裡的東西，口頭幾乎傳不出去；接班的人只看到結果，不知道原因，很可能一上工就把前一班的處置改回來。
換句話說，口頭交班能傳的是「看得到的現況」，傳不動的是「看不到的未結案事項」。而工廠的意外，大多藏在後者。
Photo by engin akyurt on Unsplash
紙本交班本為什麼補不起來
多數工廠其實有交班本。問題不在於有沒有本子，而在於本子沒有規定格式，於是寫出來的東西落差極大。
認真的人寫滿半頁、字跡潦草；不想寫的人寫「一切正常」四個字；真正出過事的那一班，往往忙到沒空寫，反而最空白。等到三個月後客戶拿不良品回來問是哪一批、當時誰在顧機台，本子要翻二十分鐘，翻到了也看不懂。
紙本交班本有幾個結構性的限制，不是靠「要求大家認真寫」就能解決：
- 沒有必填欄位：本子是空白的，寫什麼全看個人習慣，不同班別留下的資訊沒辦法互相比較。
- 未結案事項不會自己跟著走：夜班寫的「刀具待驗」，如果早班沒翻到那一頁，這件事就停在紙上。紙不會提醒人。
- 查不回去：想知道「這三個月那台機跳停過幾次」，紙本只能一頁一頁翻，統計成本高到沒人會做，於是重複發生的問題永遠不會被看見。
- 沒有時間戳與簽名效力：事後補寫、代寫都看不出來，真的發生客訴或職災調查時，證據力有限。
交接班系統最少要有哪幾欄
導入系統不是把紙本原封不動搬上電腦。如果只是做一個「線上空白欄位」，結果會和紙本一樣。從實務上看，一套能用的交接班紀錄至少要把下面幾件事變成固定結構：
一、固定必填欄位。班別、線別、人員、機台狀態、產出數、異常次數、品質狀況、物料餘量。欄位固定之後，「一切正常」就不再是一個合法答案，因為系統會問你機台狀態是哪一種、異常幾次。
二、未結案事項會自動帶到下一班。這是紙本做不到、也是整套系統最有價值的一欄。夜班開的「刀具待驗」如果沒有人按下結案，它就會出現在早班的交班畫面最上方，一直跟著跑，直到有人處理並留下結果。沒有人需要記得翻頁。
三、交辦要有指定對象與期限。「請早班注意一下」不算交辦，「請早班張組長在 10:00 前完成首件確認」才算。有對象、有時間，才查得出是在哪一棒掉的。
四、異常要能分類，而不是只寫一段文字。跳停、斷料、品質異常、安全事件、設備異音——先分類再描述。分類是為了三個月後能統計，而不是為了當下好看。
五、接班人要簽收。接班的人按下確認，代表他看過上一班留下的事項。這一步看起來形式，但它把「我沒聽到」從爭議變成紀錄。
導入順序：先把一條線做對，再談整廠
交接班系統的失敗，通常不是技術問題，而是一開始就想做大。欄位設了三十個，現場嫌麻煩，填兩週就退回 LINE 群組。比較務實的順序大致是這樣：
第一階段，單線、少欄位、兩週。挑一條最常出狀況的線，欄位控制在八到十個以內，讓現場在手機或平板上一分鐘內填得完。這個階段的目標只有一個：證明填了之後接班的人真的會看。
第二階段，把未結案事項與簽收打開。等現場習慣填寫，再把「帶到下一班」和「接班簽收」加進去。這兩個功能會改變行為，但也會製造摩擦，所以不要和第一階段一起上。
第三階段，接上既有資料。如果廠內已經有工單系統或機台稼動資料，把工單號、機台編號接進交班紀錄，讓異常可以直接對到那張單、那台機。到這一步，交班紀錄才從「日誌」變成「可以分析的資料」。
第四階段，回頭看統計。每月匯出一次異常分類，看哪一台機、哪一個時段、哪一種異常重複出現。到這時候，重複發生的問題才會第一次浮出水面。
這筆投資大概怎麼算
交接班系統的效益不容易像業績一樣直接看見，但可以用機會成本估算。以下是一個假設情境，數字請依自家狀況替換：
假設一家兩班制的金屬加工廠，每月因為「上一班的事沒接到」而發生兩次重工，每次重工損失工時 6 小時、料損與加班成本合計約 1.5 萬元，一個月就是 3 萬元。再加上每次換班兩位組長各花 15 分鐘口頭確認與重複確認，一天兩次換班、一個月 22 個工作日，約 22 小時的管理工時。
如果系統讓重工從每月兩次降到一次、交班時間縮短一半，估算下來每月可回收的金額落在 1.5 萬至 2 萬元之間。中小企業要的交接班模組通常不複雜，若以客製化系統的常見規模推估，回收期多半落在半年到一年。這只是試算，不是承諾——實際效果取決於現場是否真的使用。
比金額更難量化、卻往往更重要的是兩件事：一是客訴追溯——能不能在十分鐘內調出那天那一班的機台狀態、人員與異常紀錄，決定了這場對話是「我們查給您看」還是「我們回去問問看」。二是人員流動的風險：老師傅的判斷只留在口頭，人一走就歸零，寫進系統至少留得下一部分。
先做的三件事
如果看到這裡覺得自家工廠也有同樣問題，不必急著找系統商。可以先用兩週做三件低成本的驗證：
第一，翻出最近三個月的重工單或客訴單，逐張問一句「這件事是不是在換班的時候斷掉的」。如果超過三成是，那這套系統對你的優先順序就該往前排。
第二，拿現在的交班本，隨機抽十天來看。如果有超過一半寫的是「正常」或空白，問題不在人，在於沒有欄位可以填。
第三，用現成的表單工具先設八個欄位試跑兩週。這一步幾乎不花錢，卻能看出現場願不願意填、哪些欄位根本沒人用。真的要客製化開發時，這兩週的紀錄就是最準確的需求規格。
換班是製造現場每天都會發生、卻最少被管理的一個環節。它不像設備保養有法規追著跑，也不像品質有客戶盯著，所以很容易一直延後。但它的成本是實實在在的——只是被分散記在每一張重工單裡，從來沒有人把它加起來。