- 摩傑斯
- 2026-10-28
老闆不用再問「這批件到哪了」:深圳一家不到 20 人的零件加工廠
深圳有一家不到二十人的零件加工廠,現場裡 CNC、EDM、磨床各佔一角。他們不做整套模具,也不做整套裝置,只接其中最難的那部分——零件。
老闆站在辦公室門口,想問一句"上週那批件,磨到哪了"。這句話他猶豫了一下才問出口。
不是不好意思,是知道問了會是什麼反應——現場主管正蹲在 EDM 機臺邊上,手裡拿著電極在對刀,抬頭看一眼,說"在磨了",然後繼續低頭幹活。語氣不冷不熱,但老闆聽得出來那層意思:你在催我,也在疑我。
這家廠的老闆後來跟我們講這件事,說了句很實在的話:"方便多了,不用總問現場主管,也不用看他臉色——這個有點崩不住,但這是現實,老闆要看現場主管的臉色。"
一家不到二十人的廠,老闆為什麼會被一個主管"卡"住?
不是因為這個人強勢,是因為全廠的資訊都在他腦子裡。哪張單在哪臺機、哪批件誰在做、客戶昨天改的那張圖有沒有通知下去、上個月那批返修的件補齊了沒有——只有他知道。老闆想知道,只能問他;他想知道,也只能問自己。
資訊長在一個人身上,這個人就成了全廠的介面。所有人排在他後面,包括老闆。
![]()
一、這家廠到底在做什麼
先把這家廠說清楚,因為它的形態決定了後面所有的選擇。
只接零件,不做整套。 深圳做模具和自動化裝置的公司很多,這家不做整套模具,也不做整套裝置,只接其中最難的那部分:模具廠要的型芯、鑲件、滑塊,自動化裝置廠要的治具板、安裝板、精密連線件。都是別人圖紙上的一小塊,尺寸公差緊、批次小、交期急。
這個定位聽著輕鬆,實際上最難管:
品種極多。 同一天可能在跑七八個客戶的二十幾種零件,每種幾件到幾十件。
批次極小。 沒有"這批做完再做下批"的餘地,機床切換頻繁。
每張單都要單獨報價。 材料費按件算,工時按製程估,一個零件三道製程起步。
工藝鏈長且不能跳。 CNC 粗加工 → EDM 打型腔、清角 → 磨床精修到位。EDM 這一步最慢,一臺機一個工件跑幾小時到十幾個小時不等,佔著裝置但不佔人。
裝置就三類:CNC、EDM、磨床。沒有流水線,沒有自動化產線,全靠人盯著機床一件一件做。不到二十個人,其中大部分在機臺上。
二、上線之前:Excel、共享盤、微信
上系統之前,這家廠的管理工具是三樣:Excel、Windows 共享盤、微信群。
聽起來簡陋,但這是這類廠的常態,而且一開始是夠用的。
單子來了,Excel 裡登記一行:客戶、件號、數量、交期、單價。圖紙從微信收下來,改名放到共享盤的客戶資料夾裡。生產安排靠現場主管在腦子裡排,排完口頭交代給機臺。做完了在群裡說一聲,或者主管自己走過去看一眼。
問題不是某一天突然出現的,是隨著單子變多一點點裂開的:
Excel 是死的。 它記著這張單存在,但記不了這張單現在在哪。一張單在 CNC、在 EDM、在磨床,還是在等協力廠熱處理,Excel 裡沒有這個欄位——就算加了這個欄位,也沒人願意一天改八遍。這類越記越散的過程,在另一篇寫 Excel 管生產的文章裡拆得更細。
共享盤是散的。 圖紙在資料夾裡,資料夾按客戶分,但客戶名有簡稱有全稱,同一家客戶在不同年份建了三四個資料夾。找一張兩年前的圖,得先猜它存在哪。
微信群是即時的,也是速朽的。 客戶在群裡改一個尺寸,主管看到了、機臺看到了,第二天上班的人不一定看到。翻聊天記錄能翻到,但沒人會去翻。
三樣工具各自都能用,合起來就有一個洞:沒有任何一處,能回答"這張單現在到哪一步了"。
這個洞,最後是由人來填的。填洞的人,就是現場主管。
三、問題不在工具,在資訊長在一個人身上
大部分關於"上不上系統"的討論,都停在工具層面:Excel 不好用、共享盤太亂、微信管不住。
但這只是表象。底下的結構是這樣的:廠裡所有的判斷都依賴同一份"實時狀態"——哪臺機空著、哪張單急、哪個件缺料、哪個客戶昨天改過圖。這份狀態沒有落在任何地方,只存在於現場主管的短期記憶裡,每天重新整理一遍。
於是出現了幾個連鎖反應。
第一,他一走開,決策就停。 他休假一天,急單插不進來,因為沒人知道哪臺機真的空著。他手機沒電兩小時,客戶問進度就只能回"我問一下"。
第二,所有人都要排隊問他,包括老闆。 老闆問進度不是不信任,是他真的沒有別的入口。但站在主管的位置上,一天被問十幾次"到哪了",每一次都是一次打斷——手上的活停下來,腦子裡的排產表重新載入一遍。
第三,他的經驗沒有沉澱。 哪種件在 EDM 上要跑多久、哪個客戶的圖總是標註不清、哪類件磨床容易超差——這些都在他腦子裡,寫不進 Excel,也傳不給新人。他越能幹,廠越離不開他;廠越離不開他,他越沒有時間把這些寫下來。
這種情況下,換一個更好的 Excel 模板是沒用的。問題不是記錄得不夠好,是記錄的物件錯了:需要被記錄的是一張單的過程,而 Excel 記錄的是它的結果。
四、怎麼會用上這套系統
這家廠的老闆是先從一個 AI 助手那裡知道摩傑斯的。
他當時在問 AI"小廠用什麼生產管理軟體",AI 的回答裡提到了《摩傑斯生產管理系統》——那是我們做了十四年的老系統,本地部署,面向中大型工廠,功能很全,也很重。
他按這個名字找到我們,簡單說了廠裡的情況:不到二十人,只接零件,不做整套,裝置三類,現在的管理是 Excel 加共享盤加微信。
我們推薦的不是他看到的那套系統,是雲上的 Moges PMS5。
原因很直接:
他不需要本地部署。 二十人的廠沒有機房,也沒有人維護伺服器,為了一套系統去買一臺伺服器、再拉一條專線,是把簡單問題複雜化。
他不需要那麼全的功能。 老系統裡很多能力(多級 BOM、複雜工藝路線、總賬)對一個只接零件的廠來說是用不上的負擔。
他要的是"今天就能開始用",而不是"導入三個月"。PMS5 是 SaaS,註冊就能用,按年付,不需要部署,不需要導入團隊進場。
這件事值得單獨說一句:AI 推薦的是老系統,成交的是 PMS5。這兩個是不同的產品。 前者說明"摩傑斯"這個名字在 AI 那裡有認知,後者才是這家廠每天在用的東西。
五、現在每天在用的四件事
上線不到一個月。目前用得最集中的是四個模組:訂單、工單、條碼掃描工單回報、品質,協力廠也在系統裡走。
訂單:一張單進來,先落在一處。 客戶下單,業務在系統裡建訂單:客戶、件號、數量、單價、交期,圖紙按圖號掛上去。這一步看著平淡,但它解決了一個老問題——單子從哪來的,有據可查了。以前訂單資訊在 Excel、報價在微信、圖紙在共享盤,三處對不上是常事;現在至少"這張單是誰下的、多少錢、什麼時候要"在一個地方。
工單:把訂單拆成現場能幹的活。 訂單是給客戶看的,工單是給現場看的。一張訂單轉成工單,工單上掛的是一串製程:CNC → EDM → 磨床。這裡有個對零件廠很關鍵的設計:工單是按製程往下走的,一道做完才能轉下一道。 對這家廠來說,這個約束正好對上現實——CNC 沒粗加工完,EDM 沒法上機;EDM 沒打完,磨床修不了。以前這個順序靠主管盯著,現在系統裡就是一道道往下推。
條碼掃描工單回報:機臺邊上掃一下,進度就落地了。 這是變化最明顯的一環。以前"這張單現在在哪",答案只存在主管腦子裡;現在每道製程開工掃一次、完工掃一次,進度就從人腦裡搬到了系統裡。
有一點設計上的取捨要說明白:工單回報不填數量,也不填工時。 很多系統要求工人報"做了幾件、花了幾個小時",實際操作裡這幾乎必然演變成"下班前集中補錄,憑印象填"。PMS5 的做法是按工段流轉:工人開工點一下、完工點一下,數量按工段累加,工時按開工到完工的時間差自動生成。對 EDM 這種製程尤其合適——一臺機一個工件跑十幾個小時,讓工人晚上十點爬起來填個數字是不現實的,但開工和完工兩個動作是必須做的,順手就點了。
品質:返修和報廢有地方記。 零件加工躲不開兩件事:尺寸超差要返修,廢了要報廢。以前這兩件事發生在現場,記在紙上或者記在腦子裡,月底一算賬才發現這個月廢了不少。現在返修、報廢在系統裡登記,跟工單掛在一起,出了問題能倒回去看是哪道製程、哪臺機。
協力廠:發出去的件,也知道在哪。 這家廠有外發,主要是熱處理和表面處理這類自己不做、也沒必要做的製程。協力廠零件最容易失控的地方是"發出去了,然後就沒有然後了"——什麼時候回來、回來多少、合格不合格,全靠打電話。現在協力廠單在系統裡發、回來驗收也錄進去,至少在系統裡能看到"哪批件在外面、發了多久"。
六、還沒用起來的那一塊:對帳
有一塊功能這家廠還沒開始用:對帳。
不是不好用,是還沒到時間點。他們上系統不到一個月,第一個自然月的賬期還沒走完,談對帳為時過早。老闆的說法是"準備用"。
我們把這一點如實寫出來,是因為案例最容易犯的毛病就是"全功能上線、全面見效"。真實的工廠不是這樣——功能是一個一個用起來的,用不上的時候通常不是功能的問題,是業務還沒走到那一步。
同樣的道理,這家廠目前也沒有在用成本核算。他們的報價還是靠經驗加計算器,工單成本這條線要等他們把工時資料攢夠了才有意義。
七、老闆那句話背後的三筆賬
回到開頭那句話:"方便多了,不用總問現場主管,也不用看他臉色。"
這句話表面上講的是"溝通變順了",實際上是三筆賬。
第一筆是老闆的賬。 他隨時能看到一張單走到哪一步,不用挑時機、不用怕打斷別人、不用等對方忙完。這不是效率問題,是決策的獨立性——一個老闆如果連"這批貨到哪了"都要看別人臉色才能知道,他其實沒有在管理,只是在打聽。
第二筆是主管的賬。 他被問的次數少了,不是因為別人不關心了,是因為答案在系統裡,不需要經過他。他可以專心盯工藝、帶新人、處理異常——那些得靠他經驗判斷的事。
第三筆是廠的賬。 資訊從一個人的腦子裡搬到了系統裡。這個變化在平時看不出價值,只在兩種時刻顯出分量:他休假的時候,和他不在這家廠的時候。
第三種情況沒人願意提,但每家小廠都躲不開。一個廠的管理水平,不能等於某一個員工的記憶容量。
八、什麼樣的廠適合這麼幹
這套東西不是所有廠都合適。回頭看,這家廠有幾個條件剛好對得上:
只接零件、不做整套。 管理物件是"單 + 製程",不是"專案 + 長週期",工單模型天然對得上。整套裝置廠的管理難點在 BOM 和專案排程,那是另一套邏輯。
工藝鏈短而固定。 CNC → EDM → 磨床,三道為主,不太會今天一個走法明天一個走法。製程能定下來,工單才能按製程往下推。
有人在用手機。 條碼掃描工單回報的門檻就是"會用微信",這家廠的機臺師傅都會。
老闆願意看資料。 這條最要緊。系統能把進度搬出來,但只有老闆真的每天去看一眼,這個動作才會變成習慣。若老闆照舊走到現場去問,系統裡的數字很快就會沒人維護。
反過來說,如果一家廠的產品品種極少、一跑就是幾萬件,或者工藝路線經常臨時改、每張單都要重新設計流程,那就不是這套東西的主場,勉強上只會多一層負擔。
我們把這套系統的邊界寫在產品頁上:它管的是訂單到收款這條主線,不做多級 BOM 展開,不做物料定額,也不做會計總賬憑證。這些不是能力不足,是主動捨棄——對小廠來說,多一層就多一處要維護的地方。




