小廠用什麼生產管理軟體？選型之前先把這三個問題想清楚

老何最近在選軟體，選得心累。

他廠裡三十來人，做精密零件加工，單子不小，管理一直靠 Excel 加微信群。年初連著出了兩檔子事：一張單子協力廠發出去二十天沒人跟進，回來才發現少做了一道製程；另一張單子月底對帳，協力廠費和實際送出去的量差了一萬多，翻聊天記錄翻了整整一晚上。他下決心上套系統，正兒八經看了一個月，反而更糊塗了。

第一家找上門的大型 MES，報價三十多萬，導入時程半年，還要駐場顧問，之後每年另有維護費；第二家是通用 ERP，功能演示從財務總賬講到倉庫庫位，老何聽得雲裡霧裡——他廠裡財務是外包代賬，倉庫就是現場角落幾排料架；第三家最便宜，網上買的 Excel 模板，兩百塊，改了三天公式放棄了——不是 Excel 不好用，是別人做的模板套不上自己廠裡的活。

中間他還去問了三家同行。一家說"這種東西就得買貴的，便宜沒好貨"；一家說"我們買的那套挺好，就是現在只有倉庫那幾個人在用"；第三家最乾脆："上過，後來沒人用了，八萬塊打水漂。"

三家問完，老何更糊塗了。

三家價格差了一千多倍，但老何發現一個問題：沒有一家先問他廠裡活是怎麼幹的。

這不是老何一個人遇到的局面。小廠選生產管理軟體，最大的坑不是選貴了，是選了個用不動的——錢花了、時間搭了，最後大家還是回到 Excel 和微信群。這篇文章不打算替誰站臺——我們摩傑斯自己也做一套面向機械加工小廠的生產管理系統，所以下文儘量把判斷標準擺在利益前面，合適哪家選哪家——先把選型前該想清楚的三個問題擺出來，再加上一條比這三個問題更靠底的判據——這套系統的主幹，到底該長在業務上還是賬上；最後看市面上的選項各自適合誰，以及怎麼在沒有 IT 部門的情況下把這件事辦成。

一、第一個問題：這套軟體是給誰用的

聽起來像廢話，其實決定了一半的成敗。

很多老闆選軟體時的預設視角是"給我看的"：我想看報表、我想看利潤、我想在手機上看到今天的產量。這個視角沒錯，但容易忽略一個更基本的事實——系統裡大部分資料，是現場裡幹活的工人錄進去的。

一個五十人以下的機械加工廠，現場裡可能站著幾位五十多歲的老師傅。你給他一個要在電腦前填十幾項欄位的介面，或者一個要點五層選單才能報個工的流程，結果只有一個：他不用。他不用，資料就斷在第一環，老闆想看的所有報表都成了無源之水。

一間廠裡有三種視角，選型時最容易被犧牲的是第三種

老闆的視角是要結論：哪張單拖了、哪臺機在空、這個月做了多少錢。老闆不怕貴，怕的是看不到。

現場主任的視角是要排程：今天誰幹哪個件、哪道製程卡住了、協力廠什麼時候能回來。主任不怕麻煩，怕的是資訊晚兩天。

工人的視角只有一條：我要乾的活在哪，幹完了怎麼報。工人不怕累，怕的是"報個工比干活還麻煩"。

麻煩在於，演示的時候永遠是按第一種視角演的：大屏、看板、趨勢圖、紅黃綠燈。後兩種視角——尤其是第三種——演示廳里根本看不出來。而系統最後能不能活下來，恰恰取決於第三種人會不會每天點它。我們摩傑斯自己的產品演示也逃不開這個規律——所以與其聽銷售講，不如把現場裡那個人帶來實測。

一個好用的判斷辦法：選型時把現場裡最不愛學新東西的那個人帶上。 讓他自己上手點一遍工單回報，你在旁邊數他要問幾次"這個點哪兒"。超過三次，這套系統在你們廠的上手成本就已經超標了，後面要麼加培訓、要麼加人盯，兩樣都是錢。

"用不動"通常死在這四種形態上

第一種，欄位太多。報個工要填機臺、班次、班組、開始時間、結束時間、良品、不良、不良原因、備註——九項。工人手上還拿著卡尺，站著的，一天四十次，他不會填第二次。

第二種，選單太深。系統按模組分：生產管理→製程管理→製程工單回報→新增工單回報單。四層。工人記不住路徑，只記得"那個綠按鈕"。選單深不深，跟功能強不強沒關係，跟設計時有沒有想過"一天用四十次的人"有關係。

第三種，太依賴電腦。現場裡就兩臺公用電腦，還經常被拿去查圖紙、打標籤。工人排隊等電腦工單回報，兩次之後就不排了，改成下班前找班組長代報——資料晚一天，看板就永遠是昨天的。

第四種，沒人教、也沒人管。上線第一週開個會講半小時，之後各幹各的。老師傅忘了一次，卡住了，沒人可問，他就退回到紙上。工人放棄一個系統的速度，比老闆想象的快得多，往往就一次卡住。

這四種死法裡，沒有一種是"功能不夠"。小廠軟體失敗，八成不是能力問題，是摩擦問題。我們的 PMS5 在設計上就是照著這四條反著來的：工單回報點兩下加一個數、選單隻有兩層、手機條碼掃描、卡住當場有人管。

順帶算一筆容易被忽略的賬：賬號費

有些系統按登入賬號收錢。現場三十個工人，個個要賬號才能工單回報，光賬號費就比軟體本身還高；更麻煩的是賬號一多，老闆就開始摳——"這個人不用給賬號吧"，於是工單回報資料缺一塊，看板又假了。

好的做法是管理層按登入人數計費，現場工單回報的工人不計。工人只是條碼掃描報個數，不該按人頭收費。這條在比價的時候值得專門問一句，問法很具體："現場一百個人條碼掃描工單回報，我需要買多少個賬號？" 答"一百個"的，直接把報價單上的數字乘一遍再比；答"工單回報不佔賬號"的，才是按管理層人數算賬。

二、第二個問題：你要管的主線到底是哪條

機械加工小廠的日常，說穿了就是一條主線：圖紙進來，工段排下去，一道道工單回報做出來，協力廠發出去再收回來，最後對帳收錢。

選軟體之前，把這條主線在紙上畫一遍，然後問自己：這套軟體是不是沿著這條線設計的？

把這條線拆開看，其實是六個環節，每個環節都有自己的"掉鏈子點"。拿著這六條去對系統，比看功能清單準得多。

第一環，接單。 客戶發來圖紙或樣品，報價、交期、數量談定。小廠在這一環掉鏈子的典型是：報價靠老闆腦子裡的經驗，去年類似件報了多少記不清；交期拍腦袋承諾，回來才發現那幾天機床排滿了。系統該給的：客戶與歷史訂單查得到，報價能留底，交期承諾時看得到當前在制負荷。

第二環，圖紙與工藝。 圖紙進來，定幾道製程、每道給哪個工段、要不要協力廠。掉鏈子的典型：圖紙版本亂了，現場按舊版幹了一批；製程漏了一道，到裝配才發現。系統該給的：圖紙跟工單掛在一起，版本能查，製程清單可複製上一單。

第三環，派工。 工段拿到活，分到人、分到機臺。掉鏈子的典型：活兒寫在白板上，擦一遍就沒了；主任憑記憶派，忙的忙死、閒的閒著。系統該給的：待派清單、工段負荷一眼看清，派下去有記錄。

第四環，工單回報。 幹完一道報一道。掉鏈子的典型：工單回報靠班組長晚上回憶著補，時間全是估的；不良品沒人記，月底算成本全是糊塗賬。系統該給的：條碼掃描或點一下就報，能報數量也能報不良，報完製程進度自動往前走。

第五環，協力廠。 發出去、跟蹤、收回、驗數。掉鏈子的典型：就是老何遇到的那個——發出去二十天沒人跟，回來少一道製程；協力廠廠說送了三千，你說收到兩千八，誰都拿不出憑證。系統該給的：協力廠發出有單、回來有驗收、數量對得上，超期能提醒——這一環也是我們的 PMS5 做得最重的一段，小廠在協力廠上吃的虧最多。

第六環，對帳與回款。 月底把單子、協力廠費、扣款算清楚，開票收錢。掉鏈子的典型：翻聊天記錄對帳，一晚上算不完；扣款沒憑據，跟協力廠廠扯皮。系統該給的：一張單從接單到交付的明細能拉出來，協力廠費自動彙總，對帳單一鍵帶出。

這六環，缺哪一環，哪一環就會在半年內變回微信群。 這句話不是誇張，是很多廠的真實路徑：上了系統，工單回報上了、協力廠沒上，於是協力廠還是群裡問，月底還是翻記錄，老闆慢慢覺得"這系統也就那樣"。

通用 ERP 的主線不是這條

很多軟體不是沿著這條線設計的。通用 ERP 的主線是"進銷存加財務"——採購、庫存、憑證、報表。這條線對貿易公司和有倉庫的工廠是命根子，但機械加工小廠的材料是按訂單下料的，一張單領幾根料，剩下的料基本變廢料，真正要系統管的倉庫只有砂輪、刀具、手套這類輔料。

財務那頭更簡單：五十人以下的廠普遍外包代賬，老闆要的不是總賬軟體，是每張單子賺沒賺心裡有數——這張單材料花了多少、協力廠付了多少、工時折多少、最後剩多少。這是"單件成本"，不是"會計科目"。

所以通用 ERP 演示時講的憑證、科目、月末結轉，小廠老闆聽不進去是正常的：那套東西是給有專職會計、要出規範報表的廠準備的。不是說它不好，是它的主線跟你廠裡的主線不是一條。

大型 MES 的主線又太重

大型 MES 假設你有複雜的多級工藝路線、巢狀的 BOM、精密的物料定額、嚴格的品質追溯體系——這些是幾百人規模、做批次化生產的廠才用得上的東西。小廠是單件小批，今天做這個件的十道製程，明天做那個件的三道製程，同一個件下個月可能又是另一種做法。硬套大廠模型，等於穿著西裝下現場。

主線對不上，功能越多越是負擔。 這就是為什麼有些廠買了大系統，最後真正在跑的只有裡面的打卡功能——不是員工懶，是別的模組每用一個都要先想"這一步在我們廠對應什麼"，想不明白就用不下去。

實操：怎麼把自己的主線畫出來

不用畫得多漂亮，一張 A4 紙、一支筆，二十分鐘：

第一步，寫下一個真實訂單的完整路徑：誰接的、圖紙怎麼到現場、經過哪幾個工段、哪幾步協力廠、最後怎麼交貨開票。用上一張真單子，別用"一般來說"。

第二步，在這條線上標出過去半年出過問題的位置：哪次拖期、哪次數量對不上、哪次返工、哪次月底算不清。出問題最多的那兩三個點，就是系統必須先解決的點。

第三步，拿著這張紙去比軟體：不是問"你們有沒有這個功能"，而是問"我這條線上的這個點，在你們系統裡是怎麼走的，能不能當場走一遍"。

這三步做完，你會發現功能清單上百分之七八十的條目跟你沒關係——它們解決的是別人廠裡的問題。

三、第三個問題：買了之後，誰來管它

這是最容易被忽略、事後最疼的問題。

大型系統的報價單裡通常有一筆導入費，背後是一支導入團隊：駐場調研、流程梳理、引數配置、分批上線。這套打法對大型工廠是必要的，但對小廠意味著兩件事：一是導入期間全廠陪著折騰，二是從此這套系統離不開外部支援——改個流程要提需求，加個人要工單，年度維護費雷打不動。

小廠沒有資訊化部門，沒有專職網管。老闆自己連 ERP 裡的"科目餘額表"都不想看，更不會去研究引數配置。選型時必須問清楚：系統上線之後，日常的操作、加人、改配置，是我自己點幾下就能辦，還是每次都要找供應商？

衡量"輕"還是"重"，不看介面花不花哨，看三條硬指標：

第一，能不能當天開始用。 開個賬號、把在做的幾張工單錄進去，當天就能在現場跑起來，這才叫開箱即用。要"先導入三個月再上線"的，小廠基本熬不下來——不是軟體不好，是廠裡沒人陪它耗。三個月裡單子照接、活照幹，誰還有精力天天開會定流程？

第二，改流程要不要提工單。 小廠的活法經常變，今天加個協力廠戶、明天調個工段、後天老闆想多看一個欄位。這些調整如果是自己在系統裡點幾下的事，系統才跟得上廠子；如果每次都要走流程、等排期、按人天報價，系統很快就會落後於現實，然後被繞開。被繞開的系統，比沒上系統更糟——因為它還在產生"我們有系統"的錯覺，而資料已經不可信了。

第三，出了問題找得到人嗎。 用系統的人不怕出問題，怕的是出了問題沒人管。年費制的 SaaS，服務商的收益跟你的續費繫結，響應通常更及時；一次性買斷的，交完錢之後的服務優先順序，就要打個問號了。這裡有個具體的問法："系統卡住不能工單回報了，我打誰的電話，多久有人接？" 敢當場給你手機號、說清響應時段的，和只給個企業郵箱的，是兩種供應商。

還有一筆賬叫"隱性成本"

報價單上看得見的叫價格，看不見的才是成本。小廠上系統，通常有這四筆隱性支出：

一是導入與駐場。 報價三十萬，導入費另算八萬到十五萬是常見區間；駐場期間的差旅、顧問人天往往再單獨計。

二是年維護費。 買斷制的系統普遍收軟體價的百分之十五到二十作為年維護，不交就不給升級、不給支援。這筆錢年年有，籤合同時容易忽略。

三是內部人力。 系統上線要有人整理客戶名單、物料清單、工段製程、歷史工單，這些活不會自己完成。大系統通常需要一個人半職甚至全職盯著，小廠往往落到老闆老婆或會計頭上，一盯三個月。

四是改需求的成本。 小廠的流程本來就在變，一旦每個改動都要走開發排期，需求就會積壓，最後變成"系統就這樣，我們適應它"。

輕量 SaaS 把這些隱形成本壓掉的方式很樸素：不導入、按年付費、配置在介面上自己改、升級自動完成。它的代價是功能深度有上限——這個我們放到後面"誠實的邊界"那節專門講，因為這件事必須說清楚，不能只講輕的好處。

四、比三個問題更根本的一條：業務驅動還是財務驅動

前面三個問題解決的是"合不合用"，還有一條更靠底層的，決定這套系統在你廠裡能不能活過第二年——它的主幹是業務，還是財務。

行業裡有句話流傳很廣：中小公司要選業務驅動的 ERP，別選財務驅動的。這話大體是對的，但只記結論很危險：現在"業務驅動"這四個字被用得很泛，很多產品都這麼標自己。要知道它為什麼對，才能在演示廳裡識破話術。

兩種驅動，差別在"誰是主幹"

財務驅動的系統，主幹是會計科目和憑證。訂單、入庫、領料這些業務單據，存在的意義是"生成憑證"，所以錄單前要先想清楚：這筆費用走哪個科目、稅額怎麼分、掛哪個核算專案。系統的骨架是會計準則，業務的形狀要往這個骨架上套。

業務驅動的系統，主幹是訂單、工單、製程、協力廠這些真正在廠裡流轉的東西。財務在它的下游：單據跑完了，應收應付和單件成本自然浮出來，憑證由系統生成，不需要人再去翻譯成會計語言。我們的 PMS5 走的就是這條路：工單是主幹，財務是結果層，總賬留給專業軟體——這不是取巧，是按中小廠的人員結構做的取捨。

差別不在功能多少，在誰是主幹、誰給誰讓路：

維度	財務驅動	業務驅動
系統主幹	科目、憑證、報表	訂單、工單、製程、協力廠
業務單據的定位	憑證的來源	幹活本身的載體
資料入口在哪	財務或代賬會計	現場、業務員
上線第一步	建賬套、定科目、錄期初	把在制工單錄進去、開始派工
誰要適應系統	幹活的人先學一套會計語言	系統跟著幹活方式走
強項	合規核算、稅務、審計、合併報表	進度、交期、單件成本、協力廠跟蹤
配得上的規模	有專職財務團隊的大型企業	賬外包、現場是資料來源頭的中小廠

中小廠用財務驅動，通常崩在這三處

第一處，錄入動機錯位。 財務驅動的資料入口天然在財務側，業務資料是"為了入賬才補錄"的。可小廠沒有專職會計盯業務單據——賬是外包的，代賬公司只看票面不看現場。於是業務單據沒人及時錄，錄的時候也是月底回憶著補。結果是一種很典型的狀態：財務賬是準的，現場賬是假的。 老闆想看進度，看到的是半個月前補錄的東西。

第二處，語言不對。 財務驅動要求錄單的人理解"成本物件""輔助核算""費用分攤"。你讓五十多歲的老師傅為報一個工先去選核算專案，他不會為這個買賬。這不是學習能力問題，是這件事對他沒有意義——他關心的是這道製程幹完沒有、下一個件在哪。

第三處，上車順序反了。 財務驅動必須先建賬套、定科目、錄期初餘額，才能開始跑業務，本質是"先合規、後幹活"。規範的大企業接受三個月建賬期沒問題，因為財務團隊本來就專職幹這個；小廠三個月裡單子照接、活照幹，沒人陪它建賬。

三處加在一起，就是那句總結：財務驅動的系統，是讓幹活的人為記賬服務；業務驅動的系統，是讓記賬跟著幹活走。 中小廠沒有"專職會計"這個翻譯層，只有後者才轉得動。

那為什麼財務驅動適合正規超大型企業

這段必須說清楚，否則就成了拉踩。財務驅動不是落後，是"配得上那個規模"。

正規大型企業有三個小廠沒有的前提：一是有幾十人的財務團隊（財務共享中心、成本會計、稅務專員），有人專職維護科目體系和核算規則；二是合規是硬約束——要披露、要審計、要應對稅務稽查、要做集團合併報表、要過內控，財務錯一筆的代價遠大於現場晚報一天；三是業務早已標準化，流程寫在制度裡，單據本來就按財務口徑設計，不存在"業務遷就財務"這回事，因為業務本身就是那麼跑的。

再加上多組織、多幣種、多準則並行這些需求，只有以核算體系為中心才統領得住。所以對這類企業，財務驅動不是妥協，是對的——它有個隱含前提：有人專職養它，而超大型企業正好有這批人。

三十秒判斷自己是哪一類

不用聽銷售講，問兩個問題。

第一問：我廠裡誰每天必須開啟這個系統？ 答案如果是現場主任、班組長、業務員、倉庫保管——你是業務驅動型；答案如果是會計、成本會計、財務經理——你才是財務驅動型。中小廠的答案几乎永遠是前者。

第二問：一張業務單據能不能自己完整流程？ 一張工單從接單、派工、工單回報、協力廠到交付、對帳，不依賴任何會計憑證流程就能走完，業務資料自己就能產生管理價值——這是業務驅動。要是每張單都必須先掛上科目才能往下走，那不管介面多好看，骨架還是財務。

業務驅動不是不要財務，這條界限要劃清

必須補一句，否則容易被理解成"財務不重要"。中小廠當然需要應收應付、需要開票、需要知道每張單賺沒賺。區別只是入口在業務、結果在財務：錢跟著單據走，不是反過來。

小廠真正需要的財務能力很樸素：這張單材料花了多少、協力廠付了多少、最後剩多少。這是單件成本，從工單歸集出來，不是從科目餘額表倒推出來。至於總賬憑證、合併報表、多準則並行，那是代賬會計和專業財務軟體的分工，不是不要。

有一種情況要特別注意：如果你廠里正在準備上市、要做審計盡調、要申報高新或專精特新，財務縱深就不能弱。這類廠有兩條路——選業務和財務都強的系統，或者業務系統與專業財務軟體並存，各管一段。硬把兩件事塞進一個系統，通常兩頭都不好用。

回到選型

把這一節和前三個問題連起來看，其實是一條線：先看給誰用（現場裡那個人用得動嗎），再看管哪條線（是不是機械加工那條主線），再看誰是主幹（業務單據還是會計憑證）。三個答案指向同一個方向——中小廠的系統，主幹必須長在業務上。

後面要講的那類輕量行業系統，本質就是業務驅動：核心是工單，憑證在它下游，所以才能做到當天能用、工人願意錄。這不是宣傳口徑，是結構決定的。

五、算一筆三年賬：總擁有成本差多少

不談錢的選擇建議都是空的。把前面那些隱形成本擺到一張表上，三年期算一遍，差距比"三十萬和兩千塊"直觀得多。

支出項	大型 MES（三十萬檔，量級估算）	輕量行業 SaaS（旗艦檔）
軟體本身	30 万買斷	3180/年，三年合計 9540
導入與駐場	8—15 万，另計	0，開通即用
年維護費	每年 4.5—6 万，三年 13—18 万	含在年費裡
內部人力	約半個人盯一年，6 万起	老闆加一個文員兼著，約 1 万
硬體與網路	伺服器或專線，視方案而定	無，瀏覽器與手機即可
三年合計	55—70 万	約 2 万
選錯的退出成本	已付款不退，資料遷移要協調	最多損失一年年費

表裡的大型 MES 一列取的是公開報價的常見區間中值，不是某一家廠商的報價；輕量 SaaS 一列按三檔裡最高的旗艦版算，算的是"最貴的那一檔"才公平。

差距的核心不在軟體費，在導入、維護、內部人力這三塊。軟體費是一次性疼痛，這三塊是持續性失血——它們不會在某個月突然出現，而是攤在三年裡，每年都在，直到你把系統停掉。

還有一筆沒進表：老闆自己的時間。 上系統的頭兩三個月，定流程、看資料、糾錯、壓阻力，老闆一週搭進去一天是常態。這筆賬沒法精確折算成錢，但它決定這件事能不能推下去——如果老闆自己只肯出兩個小時，下面的人不會當真，系統最後就變成"買回來了，沒人用"。選型時把這段時間預留出來，比多比三千塊軟體費重要。

反過來也要說清楚：年費制並不總是更便宜。 如果廠子規模上了一兩百人、工藝複雜、要過客戶的品質體系稽核，那大型系統的導入、追溯、許可權體系是真需求，年費制那點省下來的錢根本不夠彌補能力缺口，幾年後還是要換。規模決定選型，不是反過來。

六、市面上四類選項，各自適合誰

把上面四個問題當尺子，市面上的選項其實分四類，各管一段：

型別	大概成本	驅動方式	適合誰	主要風險
Excel / 群通知	幾乎為零	無（靠人記）	七八個人、三五臺機的起步期	廠子一大就散（不是工具差，是管理半徑到頂）：版本對不上、進度慢半拍、月底拼表
通用 ERP	數萬到數十萬	財務驅動為主	有倉庫、要管財務庫存、有專職財務的廠	製造主線水土不服，機械加工現場用不起來
大型專業 MES	數十萬加導入	工藝與業務並重、財務側偏重合規	數百人、批次生產、有工藝管控需求	小廠買不起也養不動，導入時程熬人
輕量行業 SaaS	年費數千元	業務驅動，財務是結果層	五十人以下的離散機械加工	深度功能有取捨，選型前要核對能力邊界

逐類說透一點。

先說一句公道話：Excel 不是"低端方案"，它是幾乎所有工廠的來時路。

中國的中小工廠，管理這件事基本都是跟著 Office 三件套長大的：Word 裡寫工藝卡和作業指導書，Excel 裡排產、記工、算成本、對帳，PPT 拿去給客戶講方案。老闆第一次覺得"這攤子我管得過來了"，往往就是因為他自己做出一張能看的表——那張表裡有他自己設的公式、自己配的顏色、自己想出來的分類方式。很多廠的規矩，就是從一張 Excel 表的列名開始定下來的。

這套東西陪著廠子從七八個人走到三十個人，從一臺機床走到十臺。它便宜、靈活、隨時能改，老闆半夜想到一個欄位，第二天早上就能加上去——這一點，任何一套正規系統都做不到這麼隨便。它還有另一層價值：那些表裡存著這家廠自己的管理史，哪張表是誰做的、哪個公式調了三天、哪條批註是三年前寫的，都是人一步步摸出來的經驗，不是軟體給的模板。

所以問題不是它不好，是它太好了、太順手了，廠子長大了還在用它，用到了它撐不住的地方：同一個資料出現三個版本，誰的表格是最新的說不清；進度靠電話問，問到的永遠是半天前的；月底要拼表，拼完發現有單子漏了。這不是這套辦法錯了，是它已經用到了極限。 表格的管理半徑就到這兒了——換系統不是否定過去，是給這個已經撐不住的辦法，換一副更結實的骨架。

判斷要不要換，看症狀不看年限：同一條資料兩個版本、進度總慢一兩天、月底要熬夜拼表，出現任何一條，就該考慮換了。七八個人、三五臺機、老闆天天在現場的時候，Excel 加微信群的成本最低、靈活度最高——那是最合適的工具，不必急著上系統。

關於 Excel 這一段的細節（它什麼時候夠用、什麼時候該換），我們另有一篇專文展開；通用 ERP 和大型 MES 的位置也都擺在表裡，各有各的場子，錯配才是問題。

通用 ERP對貿易商、有倉庫的組裝廠、要規範核算的廠是對路的，它的強項是採購、庫存、往來賬。這類產品大多是財務驅動出身——從賬務軟體長起來的，業務模組是圍著核算轉的。機械加工小廠用它，常見的結局是"上了半年，只有倉庫和財務在用，現場還是老辦法"——不是導入能力不行，是現場那一段本來就不是它的主幹。

大型專業 MES是給另一種規模設計的。它值錢的地方在工藝路線管控、品質追溯、多工廠協同、與自動化裝置的介面。這些能力對做醫療器械件、汽車件、要過體系稽核的廠是真需求；對一天換三種件的小加工廠，是買了用不上的重灌備。

輕量行業 SaaS是把"報價接單、圖紙製程、派工工單回報、協力廠跟蹤、對帳回款"這條線做成開箱即用，砍掉小廠用不上的重模組。這類產品的結構天生是業務驅動：工單是主幹，財務是下游結果，所以現場那一段才立得起來。它的取捨也明顯：深度不如大系統，定製能力弱，複雜工藝的表達能力有限。選它的前提是你廠裡的活法確實屬於"單件小批、製程不復雜、老闆親自管"這一類。

這類產品的價格結構長什麼樣，以我們的 PMS5 為例，三檔都是按年付費、不含導入費，差別在能用幾個登入賬號：

版本	首年	續費	登入賬號
標準版	1980	2480	10 人
專業版	2580	3080	30 人
旗艦版	3180	3680	50 人

現場工單回報的工人不限人數、也不佔登入名額——這正是前面"賬號費"那筆賬的答案：三十人的廠按十個管理層賬號配標準版，首年 1980，跟一臺國產手機差不多錢；人多了往上換一檔，也就多幾百塊。比價時把這個結構和買斷制的報價單並排放，才比得清。

另外還有一類：自己搭

小廠裡總有人動這個念頭——現在低程式碼工具、模板、開源系統這麼多，找個懂點技術的親戚朋友搭一個不行嗎？

行，但要把賬算全。自己搭的成本不是開發那一兩個月，是後面的三件事：一是需求會一直變，今天加個欄位、明天改個流程，改的人得隨叫隨到；二是這個人不能走，走了以後沒人看得懂當年怎麼寫的，系統就變成黑盒；三是資料要自己備份，伺服器、域名、證書、續費、安全補丁，一樣不能少。

見過幾個廠這麼做：第一個半年很順，第二個半年開始加需求，第二年開始"不敢動"，第三年換人接手、看不懂、重做。自研適合的是真有人、也留得住人的廠，不是"想省一筆軟體費"的廠。

七、按規模和活法分：四種廠子答案不一樣

同樣是機械加工小廠，"該怎麼上"差別很大。按活法粗分四類，對號入座比看清單快。

廠子型別	典型畫像	最先該解決的	可以先不碰的
十來個人，純加工	熟客為主，三五臺機，老闆在現場	工單進度和工單回報，讓老闆不用挨個問	協力廠、成本核算、複雜許可權
三十來人，帶協力廠	自有製程加協力廠配合，交期壓力大	協力廠發出與回收跟蹤、製程級進度	複雜排產、多級 BOM
五十人左右，有采購和倉庫	有專職採購、有幾排料架、要算成本	一條線走到底：接單到對帳，成本能看到單件	大型 MES 那套工藝與追溯體系
夫妻廠、兄弟廠	兩人管全廠，一人多崗	手機能看到進度，工單回報足夠簡單	一切需要專人維護的東西

十來個人的廠最容易犯的錯是"想起來就上全套"，結果被一堆模組壓住。這個階段真正值錢的就兩件事：活派下去了沒有、做到哪一步了。把工單和工單回報跑順，老闆不用每天在現場轉八圈問"那個件呢"，收益就已經回來了。

三十來人的廠通常已經吃過協力廠的虧——發出去沒人跟、回來數量對不上、超期才發現。我們摩傑斯客戶裡這個規模的廠，上系統時最常點名的也是協力廠這一段：發出去有單、回來要驗收、超期有提醒。補上這一段，交期承諾才敢報。

五十人左右、有采購有倉庫的廠，主線長，環環都要，但也最容易一上來就想"全都要"。建議按順序上：先把接單到工單回報串接，再上協力廠和驗收，最後上對帳與成本。順序錯了會很痛——比如先上成本，可工單回報的工時資料還不準，算出來的成本全是錯的，反而讓人不信這套系統。

夫妻廠、兄弟廠最典型的需求是"少一個人也不塌"。這類廠選型時只有一條標準：離了那個最懂電腦的人也轉得動。 一切需要專人維護、定期導資料、手動對帳的方案，都會在半年內變成那個人的額外負擔。

八、誠實的邊界：問清"它不做什麼"

每類軟體都有自己的"不做清單"，選型時主動問這個，比聽功能宣講有用得多。

輕量系統的"不做"清單，拿我們的 PMS5 來說，通常是這幾樣：不做 BOM 多級展開和物料定額（按訂單下料的廠用不上）；不做總賬憑證報表（這是驅動方式上的取捨——主幹長在業務上，財務作為結果層，總賬那一段交給代賬會計和專業財務軟體，不是做不了）；不做自動排產（排產是現場主任的經驗加判斷，系統把工段忙閒擺清楚，人來定）。關鍵不是它做不做，是它說不說——大大方方告訴你"這個我們不做"的供應商，比拍胸脯說"都有"然後上線發現全是半成品的，可信得多。

五樣必須有，缺一樣都會長成新的麻煩

選型時挨個驗，別聽介紹，自己點：

製程級進度能實時看。 不是隻有"工單完成百分之三十"，而是這一單的十道製程，哪道在做、哪道做完、哪道還沒開始。

條碼掃描工單回報夠順手。 從掏出手機到報完，十秒以內，不用打字。

協力廠全程有跟蹤。 發出去哪天、發給誰、約定幾天、回來了多少、驗出多少不良，一條線能查。

對帳能一鍵帶出。 月底不用翻聊天記錄，一張單的明細、協力廠費、扣款能拉成一張表。

手機上看板隨時能開。 老闆出差在外也能看，不用回廠開電腦。

這五樣也正是我們的 PMS5 的功能主線。湊齊了，機械加工小廠的主線就完整流程了；缺哪樣，上線之後都會變成新的"微信群問題"。

五樣可以沒有，別為它們多付錢

大屏看板、複雜的許可權矩陣、多語言介面、BI 多維鑽取、移動端審批流——這些不是壞東西，是在你這個規模上用不上。五十人的廠，誰有許可權看什麼，老闆一句話就定了，不需要一套許可權體系；審批流一共三個人，微信裡說一句更快。

買的時候覺得"以後可能用得上"，兩年後發現還是沒用上——為想象中的未來付的錢，是最容易浪費的錢。

五個問題，當面問出來

不用懂技術，這五句原話問出去，答案就能篩掉一半供應商：

1. "現場一百個人條碼掃描工單回報，我要買多少個賬號？" 2. "系統上線要多久？要不要駐場？駐場算不算錢？" 3. "以後我想加一個欄位、改一個流程，是自己能改，還是要找你們報價？" 4. "我們廠這個件有八道製程，其中兩道協力廠，你們系統裡怎麼走？現在能演示一遍嗎？" 5. "如果明年我不用了，我的資料能不能完整匯出？導成什麼格式？"

第五問尤其關鍵。能不能把資料帶走，是一家供應商對自己產品有沒有底氣的直接體現。

九、選型時最常見的十個誤判

這些不是理論，是小廠選型時反覆踩到的坑，一條條對：

一，拿功能清單打勾當結論。 清單上"有"和"能用"是兩件事。同樣叫"協力廠管理"，有的能跟蹤到製程，有的只是記個臺賬。打勾打出來的結論，通常在上線三個月後崩掉。

二，只看首年價，不算續費和導入。 首年 1980 和首年"三十萬加八萬導入"放一起比，本來就沒什麼可比性；真正該比的是三年總支出，以及這筆錢換回來多少用得上。

三，讓財務或 IT 主導，現場沒人參與。 財務關心的是票據和核算，IT（如果有）關心的是穩定和安全，現場關心的是好不好用。選型會開完，這三個視角得都有人在場，否則選出來的系統一定有人不用。

四，相信"什麼都能定製"。 定製聽起來是好事，實際是"每次改動都要排期報價"的另一種說法。小廠的流程一直在變，靠定製追不上變化。

五，認為貴的一定更穩。 貴通常意味著能力強，但能力強不等於適合。三十萬的系統裝進三十人的廠，能力用不上三成，剩下七成是負擔。

六，覺得"便宜的先試試，反正能換"。 換系統的成本大頭不是軟體費，是資料遷移和重新培訓。老資料遷不走、工人重新學一遍，這兩件事比軟體費貴得多。所以"先隨便上一個"這個策略，通常比"一次選對"更貴。

七，把演示當試用。 演示是供應商挑好的路徑，試用是你自己拿真單子走。要求用你自己的兩張真實工單、從錄入走到對帳，走不通的地方就是上線後卡住的地方。

八，忽略賬號計費口徑。 前面算過這筆賬，三十個工人一人一個賬號，賬號費可能比軟體費高。簽約前把"工單回報是否佔賬號"寫進合同。

九，同行用什麼就買什麼。 同行是同行，活法不一樣。做批次件的廠和做單件的廠，工藝複雜度差一個量級；有協力廠和沒協力廠，主線都不一樣。抄別人的答案，前提是題目一樣。

十，上線前不清理老資料。 客戶名單裡三百個重複的、物料清單裡兩年前的廢料還在——這些髒資料搬進新系統，等於把舊賬一起搬了過去。上線前花兩天清一遍，比上線後花兩個月糾錯便宜。

十、上線第一個月最容易翻車的四件事

系統選對了，也可能死在第一週。這四件事提前想好，能省很多事。

第一件，老單子怎麼辦。 最穩的做法是新單新系統、老單老辦法，兩邊並行一段時間。老單子在舊錶裡跑完、交付完，新單從系統裡走。不要指望上線當天就把在制的四十張單全部搬進系統——搬的過程會出錯，出錯會打擊信心。並行一到兩個月，老單自然收尾，系統裡的新單也跑順了。並行期會有點重複勞動的痛苦，這個痛苦是必須付的。

第二件，基礎資料誰錄、錄多少。 客戶、物料、工段、製程、常見協力廠戶——這五類是地基。訣竅是別一次錄全，只錄現在要用的：客戶先錄最近三個月有單的，物料先錄在做的，工段製程按主力產品錄。一次錄全的想法聽著完美，實際會卡在"這些資料誰有空整理"上面，一卡就是一個月。

第三件，誰當廠內管理員。 這個人要滿足兩個條件：願意學，且在廠裡說話有人聽。常見錯誤是讓最懂電腦的年輕人當管理員——他懂操作，但現場老師傅不聽他的。我們摩傑斯做上線支援時見過的更好人選，是現場主任或生產主管——讓他先學會，再由他教他手下的人。老闆要做的只有一件事：把這個人的"管系統"正式算進他的工作，別讓它變成額外負擔。

第四件，工人牴觸怎麼破。 牴觸幾乎必然出現，尤其是幹了十幾年紙單子的老師傅。三件事有用：一是讓工單回報比原來更省事，原來要寫半張紙，現在掃一下點兩下；二是讓工人自己看到好處，比如手機上看得到今天的活派到哪一步、自己這個月報了多少道製程，比講管理理念有效十倍；三是別一上線就拿資料考核罰款，第一個月的資料一定有錯有漏，這時候動考核，工人會立刻學會"怎麼填才不被罰"，資料從此全假。

最後一條尤其要說：系統上線的第一個月，資料不準是正常的，別急著用它考核。 讓它先成為幹活方便的工具，再成為管理的依據，順序反了就會翻車。

十一、一頁紙清單：選型時照著過一遍

摸自己的底（半天就能做完）

- [ ] 畫出一張真實訂單的完整路徑，標出過去半年出過問題的地方 - [ ] 數清三個數：日常登入系統的人有幾個、現場工單回報的有幾個、同時在制的單子有幾張 - [ ] 列出必須有、缺了就幹不下去的三件事（不要超過三件） - [ ] 想清楚誰能當廠內管理員

看演示時必問（每家都問同樣的問題，方便對比）

- [ ] 用我廠的一張真單，從接單走到對帳，現場走一遍 - [ ] 現場一百人工單回報，買多少賬號 - [ ] 加欄位、改流程，自己能不能改 - [ ] 上線要多久，要不要駐場，駐場算不算錢 - [ ] 哪些是你們不做的

試用時必做（別隻看，自己點）

- [ ] 讓現場最不愛學新東西的人自己報一次工，數他問了幾次 - [ ] 導一份真實客戶名單進去，看會不會重複、會不會卡住 - [ ] 斷網、換手機、換瀏覽器各試一次 - [ ] 讓財務或會計看一眼對帳和成本的樣子，能不能接受

簽約前必寫（口頭承諾不算）

- [ ] 工單回報賬號不佔登入名額 - [ ] 年費包含哪些服務、響應時段、續費價格怎麼定 - [ ] 資料匯出：格式、範圍、要不要收費 - [ ] 漲價規則：續費價格鎖定幾年

這張紙不用列印得多正式，照著過一遍，能篩掉大部分不合適的選擇。

十二、結語：選"用得動"的，別選"最全"的

回到老何。後來他定了一套輕量的行業系統，花了不到三千塊。三個月後我問他用得怎麼樣，他說了句實在話："一開始我怕太簡單，怕以後不夠用。現在明白了，我們廠的問題不是功能不夠，是沒人願意多按兩下。"

他還補了一句原話："三十萬那家，我是買軟體；兩千八這家，我是買個每天用得上的習慣。"

小廠上系統的目的，從來不是追趕大廠的資訊化配置，是讓老闆看得見、工人報得上、協力廠跟得住、月底算得清。軟體在這件事裡是工具，工具的第一屬性是用得動：現場裡最不願意學新東西的人用得動，老闆不看說明書也用得動，出問題有人管也修得動。

還有一件事容易被忽略：上系統不必跟過去劃清界限。 你們廠那幾張用了好幾年的 Excel、那個幾百人的微信群、白板上擦了又寫的排產計劃，都是這攤生意能走到今天的憑據——它們不是落後，是當年最合適的辦法。系統要接過來的是這些經驗，不是把過去否定掉。一家廠最值錢的東西從來不是軟體，是這些年自己摸出來的幹法；軟體只是讓它跑得穩一點、看得清一點。

功能清單再長，用不動的功能等於零；價格再便宜，斷在現場第一環的系統等於白買。把"給誰用、管哪條線、誰來管它"這三個問題想透，再加一條"主幹長在業務上還是財務上"的判據、一張三年期的賬、一張自己主線的圖，選型這件事就從碰運氣變成了做判斷。

這也是為什麼說中小廠別去硬碰財務驅動的系統：它是好東西，只是好東西也有尺碼。 一百人的廠去穿五千人的衣服，走兩步就絆倒；反過來，五千人的企業也不該穿一百人的衣服。

判斷做對了，兩千塊的系統能幹活；判斷做錯了，三十萬的系統也是牆上的一塊屏。這也是我們把 PMS5 做成按年訂閱、不收導入費的原因——讓"判斷錯了"的代價，小到只損一年年費。

延伸閱讀：生產進度怎麼實時跟進，見 生產進度怎麼實時跟進；現場工單回報怎麼才能及時，見 現場工單回報怎麼才能及時；一張加工單賺沒賺怎麼算，見 一張加工單賺沒賺怎麼算；插單一來全廠亂怎麼理順，見 排產派工混亂怎麼理順；Excel 管生產為什麼越用越亂，見 Excel 管生產，小廠為什麼越用越亂。想系統瞭解整套產品，可看 新手快速入門指引 與 摩傑斯 PMS5 產品頁。