「我們公司大概 30 人，賣 3 個品牌、5 個通路，每個月對帳要花 2 週、進貨單還在用 Excel 手動 key——是不是該做進銷存系統了？」這是上週一位食品業老闆來諮詢時的原話。我給他的第一個答案我先請他一起把這 5 題自我檢測跑一遍。
進銷存系統客製化是中小企業最容易踩雷的系統採購類別之一——可大可小、可便宜可貴、可上線可拖三年。這篇要把客製進銷存的 5 個關鍵決策、3 個報價區間（30 萬 / 80 萬 / 200 萬）、4 個會讓專案延遲的常見地雷，加上跟現成 SaaS 的取捨邏輯，全部拆給你。看完你可以判斷自己公司現在到底該不該做、做多大、找誰做、預算抓多少。
你公司現在到底該不該客製進銷存
先做這 5 題自我檢測。每題答 YES 給自己加 1 分，總分決定該怎麼走。
題 1：你公司每月對帳超過 5 個工作天？
題 2：你的銷售管道超過 3 個（自有官網 + 蝦皮 + 實體 + 經銷商等），且庫存常常出現「明明顯示有貨、實際倉庫沒有」的狀況？
題 3：你的 SKU 超過 200 個，且每個 SKU 有多種屬性組合（顏色 / 尺寸 / 版本）？
題 4：你有特殊的計價邏輯（如批發折扣、會員分級、季節定價、組合包），現成系統都沒辦法直接處理？
題 5：你公司年營收超過 3000 萬，且過去 12 個月有因為庫存或對帳失誤造成超過 50 萬的損失？
計分結果：0-1 分代表你目前用 Excel + 雲端 SaaS（如 Shopify、Cyberbiz、Ragic）就夠了，先別客製。2-3 分代表可以考慮「半客製」——基於現成 SaaS 客製外掛或報表。4-5 分代表你已經到了「現成系統有上限、客製化才能跑」的階段。
這個檢測邏輯跟 WordPress 還是客製化系統 那篇的判斷框架類似——客製客製要等「現成方案的彈性已經吃完」才該做。早做你浪費錢，晚做你被流程綁架。
SaaS vs 客製 vs 半套：3 種路徑成本對比
進銷存的解決方案不是「客製 vs 不客製」二選一，實務上有三條路。
路徑 A：純 SaaS（如 Cyberbiz、SHOPLINE、Shopify、Ragic）。月費 1500-15000，立刻可用，缺點是規則寫死、彈性差，整合自家流程要繞路。適合 SKU 不複雜、銷售管道少於 3 個的公司。
路徑 B：半客製（基於現成 ERP / SaaS 開發外掛）。一次性 30-80 萬 + 月費，3-4 個月上線。彈性中等，能處理 60-70% 的客製需求，省下重複造輪子的時間。適合「核心需求現成滿足、但要加 3-5 個特殊邏輯」的公司。
路徑 C：純客製（從零開發）。80-300 萬 + 後續維運，6-12 個月上線。彈性最高、能整合任何流程，但風險也最高（時程 / 預算 / 上線後改不動）。適合「現成沒有任何方案符合」或「進銷存就是公司核心競爭力」的公司。
維度 | 純 SaaS | 半客製 | 純客製 |
|---|---|---|---|
上線時間 | 1-4 週 | 3-4 個月 | 6-12 個月 |
一次成本 | 0-5 萬 | 30-80 萬 | 80-300 萬 |
月度成本 | 1,500-15,000 | 5,000-30,000 | 依規模 10,000-80,000 |
彈性 | 低 | 中 | 極高 |
適合 SKU 數 | < 1,000 | 1,000-10,000 | > 10,000 或極複雜 |
維運難度 | 低 | 中 | 需專人 / 外包 |
ℹ️別跳過半客製直接上純客製
這是我們最常看到中小企業踩的雷——「現成的都不夠用就直接客製」。實務上 70% 的需求半客製能解決，省下兩百萬。先評估半客製，真的不行再升級到純客製。
客製進銷存的 5 個關鍵設計決策
如果你已經確定要客製，這 5 個決策會直接影響專案能不能成功。在 RFP 發出去前必須先想清楚。
決策 1：單倉 vs 多倉 vs 虛擬倉
最容易踩的雷。單倉是「就一個倉庫地址」，多倉是「2-3 個實體倉庫各管各的」，虛擬倉是「同一批貨依不同通路分配不同庫存比例」。多數中小企業初期以為「單倉就夠」，半年後通路一多才發現要重寫整套庫存邏輯。RFP 階段就要明說「未來 2 年最多會有幾個倉、虛擬倉要不要支援」。
決策 2：批號 / 序號 / 效期管理
食品、化妝品、保健品、3C 產品這 4 類最該考慮。批號管理用於追蹤同一批生產的貨、序號用於每個產品有獨立編號（如手機 IMEI）、效期管理用於賣到「先進先出」的場景。沒考慮這點等於公司被框死在「只能賣 A 類商品」，未來轉型受限。
決策 3：成本計算方式（先進先出 / 加權平均 / 標準成本）
會計合規必須考慮。台灣中小企業 80% 用加權平均成本（最簡單），但需要做存貨報表、稅務查核時，這個選擇會直接影響系統設計。建議跟你的記帳會計事務所確認後再決定。
決策 4：採購流程的審核層級
採購單要不要走簽核？單筆超過多少要老闆審？採購到驗收的流程怎麼設計？這 3 個問題決定系統的工作流複雜度。複雜度直接影響開發費——多 1 層審核多 5-10% 的開發成本。
決策 5：跟現有系統的整合範圍
跟會計（會計王 / Bingo / 雲端會計）、電商平台（蝦皮 / 9at / Shopify）、ERP（鼎新 / SAP B1）、CRM 的串接清單。每串一個系統等於增加 5-15 萬的開發 + 後續維護成本。但少串一個就讓員工每天重複輸入兩次資料，長期更貴。
報價區間：30 萬 / 80 萬 / 200 萬各能做什麼
實際報價會受 SKU 數、整合範圍、客製複雜度影響，這裡用我們最常見的 3 個區間給你大致框架。
30 萬區間：基礎進銷存 + 1-2 個整合
適合年營收 3,000-8,000 萬、SKU 500-2,000、銷售管道 2-3 個的公司。範圍含採購單 / 進貨單 / 銷貨單 / 庫存查詢 / 基本報表，可串接一個電商平台 + 一個會計系統。開發 3-4 個月。
這個區間的常見坑：報表客製化能力差（只能看現成 5-6 張），要新增報表得另外加費。簽合約前確認「自助式報表設計工具」是否內建。
80 萬區間：含多倉 + 批號 + 3-5 個整合 + 客製報表
適合年營收 8,000 萬-3 億、SKU 2,000-10,000、銷售管道 4-6 個的公司。範圍多倉與虛擬倉、批號 / 序號 / 效期管理、簽核流程、客製報表設計工具、行動端盤點 App、3-5 個系統整合。開發 5-7 個月。
這個區間的常見坑：規格定義不清就動工，導致中途追加 30-50% 預算。一定要花 4-6 週做完整需求訪談 + UAT 場景列表，列不出來的需求就不要開動。
200 萬區間：含 BI 儀表板 + 自動化 + AI 預測
適合年營收 3 億以上、SKU 5,000+、銷售管道 6+、有跨國 / 多語系 / 多幣別需求的公司。範圍含 BI 儀表板（即時銷售 / 庫存 / 毛利分析）、AI 預測（補貨建議 / 滯銷預警）、API 開放介面、跨倉自動調撥、行動端完整 App。開發 8-12 個月。
這個區間的選擇邏輯跟 ERP 客製化費用全拆解 跟 企業內部系統開發推薦 兩篇相似——超過 200 萬的系統，廠商選擇比規格設計更關鍵。
4 個讓專案延遲的常見地雷
綜合業界進銷存 / ERP 客製化的多年實務觀察（可參考我們的[生產力管理系統案例](/portfolio/productivity-system)），總結出 4 個讓專案延遲的地雷。每個都有真實案例對應。
地雷 1：規格沒鎖就動工，過程中需求一直加
最常見、傷害最大。原因是業主以為「先做起來再說，邊做邊調」，外包商以為「他想清楚再告訴我」。結果開發中每週都有新需求，原本 4 個月專案拖到 11 個月、預算超支 80%。
解法：RFP 階段就把需求寫到 80% 確定，剩 20% 用 "Change Order 機制" 處理（每次加需求簽 CO，加錢加時程）。可參考 軟體需求變更 SOP 那篇的具體合約條款。
地雷 2：UAT 沒寫測試案例，驗收只看「能不能登入」
一家做家具的公司，3 個月開發完進銷存後驗收，老闆問「能登入嗎、能下訂單嗎」——能，付完尾款。半年後發現「跨倉庫存調撥」一遇到批號就抓錯，因為驗收時根本沒測過這個場景。修一年才修好。
解法：UAT 階段列出 30-50 個業務場景，每個場景都要明確「輸入什麼、預期輸出什麼」。可參考 軟體驗收 SOP 與 UAT 測試清單 那篇的完整 checklist。
地雷 3：上線前沒做資料遷移演練，正式切換當天炸鍋
Excel / 舊系統的歷史資料要遷移到新系統，這件事被嚴重低估。台灣中小企業最常見的狀況是「正式上線前一週才開始整理舊資料」，發現格式錯亂、缺資料、編碼不一致——上線當天打不開、員工繼續用 Excel、新系統淪為擺設。
解法：上線前 6 週開始「資料遷移演練」，跑過 2 次完整 dry run。第一次找問題、第二次驗證問題已修。正式 cutover 那天才會順。
地雷 4：選錯廠商——只看價格、沒看「上線後維運能力」
80 萬的客製專案，選低價廠商開發費省 20 萬，上線後發現對方只有 1 個工程師、改一個欄位排隊 3 週、半年後對方倒閉接不到後續維運。最後砸 50 萬找人接手重寫。
解法：選廠商先問 3 件事：1) 過去 3 年類似案例與聯絡人 2) 上線後維運團隊規模 3) 萬一公司結束、source code 與資料如何交接。問完三題能笑著回答的廠商，才能往下談。
跨平台整合：電商、ERP、會計、物流串接陷阱
台灣中小企業的進銷存系統很少能孤立運作——通常都要串電商、會計、物流。每串一個就有踩雷的機會。
電商整合：蝦皮、9at、Shopify、Cyberbiz 各有自己的 API 規格與限速。常見坑是「API rate limit 沒設好導致庫存同步延遲」——客人下單時系統顯示有貨、實際倉庫沒貨，引發爭議。要請廠商寫「rate limit + retry + 衝突解決」機制。
會計整合：台灣 80% 中小企業用會計王 / Bingo / 雲端會計王，這些系統的整合 API 通常較陽春。實務上多數靠「每天自動匯出 CSV、會計手動匯入」這種半自動方式。預期完全自動化的人會失望。
物流整合：黑貓 / 宅配通 / 7-11 / 全家各有 API，但格式不一致。最划算的做法是用 ECPay 或藍新等聚合服務當中介，省下分別接 5 家的工。
上線後的維運與擴充策略
進銷存系統上線不是終點，是新工作的起點。第一年通常會有 20-30% 的微調需求。
維運合約建議分兩塊：基礎維運（每月固定費用，含 bug 修復、版本更新、客服 SLA）+ 點數型開發（每月買 10-30 個工時，做小幅功能調整）。這比「每次改都另外報價」彈性多、成本可預測。
詳細的合約條款建議參考 軟體外包驗收後的維運合約 那篇——3 種模式對比 + 12 條必看條款，特別是「換廠商」與「資料所有權」兩條。
怎麼挑客製化廠商：5 個一定要問的問題
選錯廠商比規格寫差還慘——規格能改，廠商換不掉。實務上見過太多公司因為「貪便宜 20 萬」上線後吃 200 萬苦頭。
問題 1：過去 3 年做過幾個類似規模的進銷存 / ERP 客製專案？能列出 3 個聯絡人讓我們直接問嗎？
問題 2：專案經理是誰？他過去 3 個案子的成功率與延遲率？
問題 3：上線後的維運團隊規模？SLA 怎麼定？
問題 4：source code 與資料的所有權怎麼歸屬？合約怎麼寫？
問題 5：如果中途要換功能或追加需求，change order 流程怎麼跑？
這 5 題問完，60% 的廠商會被刷掉。剩下 40% 再看技術能力與報價合理性。我們的標準合約跟 RFP 範本可參考 企業內部系統開發推薦 跟 軟體 RFP 怎麼寫。
⚠️簽約前一定要看的 3 件事
1) source code 是否完整交付 2) 資料庫資料能否完整匯出（不被技術綁架）3) 中止合約後 3 個月內仍能取得緊急修復支援。這 3 條沒白紙黑字寫進合約，未來踩坑時哭都來不及。
結論：什麼時候該找我們聊聊
如果你看完前面這份檢測 + 3 種路徑對比，已經能 80% 確定「該不該做、做哪種、預算多少」，那你接下來只要按部就班發 RFP、找 3 家比稿、依照 5 題問題刷廠商就好。
如果你看完反而更困惑——例如「我們 SKU 1500 個但通路有 7 個，到底算半客製還是純客製」、「廠商報價 50 萬跟 180 萬怎麼差這麼多」、「我老闆只想花 30 萬但要做 80 萬的事該怎麼勸退」——這類問題就是我們做免費諮詢時最常處理的。
想要 30 秒拿到初步預算？
用我們的 秒發報價系統 填一下你的 SKU 數量、通路數、整合需求，30 秒內可以拿到初步預算區間。如果你想跟顧問實際聊，可以 預約 30 分鐘免費諮詢，我們會用過去 30 個案例幫你估算合理預算。
常見問題 FAQ
Q我們公司只有 10 人，真的需要客製進銷存嗎？
通常不需要。10 人規模 + SKU 少於 500 + 通路少於 3 個的公司，用 Cyberbiz / Shopify / 鼎新 ERP 雲端版就夠了。客製化的合理門檻是「年營收 3000 萬以上 + SKU 1000+ + 銷售通路 3+」，少於這個規模 ROI 算不出來。
Q客製進銷存 6 個月開發是業界平均嗎？會不會太久？
30 萬區間的基礎進銷存 3-4 個月正常；80 萬區間的中型客製 5-7 個月正常；200 萬以上 8-12 個月。如果有廠商敢報 80 萬 3 個月做完，多半是「先簽約、之後追加」的套路，要小心。
Q可以先做 30 萬版本、之後再升級到 80 萬版本嗎？
理論上可以但實務上常會吃虧——升級時往往要重寫部分架構，加總起來比一次做 80 萬還貴。建議規劃時就把「未來 3 年的成長預期」考慮進去，設計時預留擴充點，分階段交付而不是分階段重做。
Q為什麼 SaaS（如 Cyberbiz）便宜這麼多卻不用？
SaaS 有 3 個硬限制：1) 客製規則受平台支援度限制 2) 資料所有權在平台手上 3) 平台漲價你只能接受。年營收上億後這 3 點累積的隱性成本會大於客製化的一次性投入。
Q我要怎麼判斷廠商報的價合不合理？
看「人天數 × 日費」的拆解。台灣中小企業客製專案合理日費約 6,000-12,000 / 工程師，總人天數 = 一次費用 ÷ 日費。如果一個 80 萬專案拆出來只有 80 工天（4 人月），那實作密度大概不夠；如果拆出來 200 工天（10 人月），就比較像樣。
Q客製進銷存上線後，未來想加新功能要付多少錢？
依複雜度。簡單修改（新增欄位 / 改報表格式）3-8 千；中型功能（新增模組）5-25 萬；大型重構（架構級調整）50 萬以上。建議簽長期維運合約鎖定日費單價，避免廠商獅子大開口。
延伸閱讀： ERP 客製化費用全拆解、會員系統客製化開發完整指南、軟體外包驗收後的維運合約、企業內部系統開發推薦
AUTHOR
自由揚John
想了解更多？看看我們的相關服務
相關文章
中小企業 LLM API 帳單 FinOps 完整治理指南：6 個帳單訊號、5 條成本紅線、4 種預算控制模式、3 種團隊規模預算試算
中小企業老闆 AI 寫程式合規稽核完整指南：Cursor / Copilot / Claude Code 4 條法遵紅線、5 個資料外洩情境、3 條稽核模板
我們公司怎麼跑出 20+ AI 流程？系列第 5 篇：內部週報 dashboard 自動生成 SOP，4 個資料來源、3 條品質規則、2 個 human-in-the-loop 節點
中小企業老闆 AI 導入前資料權限盤點 SOP：60 天路線圖、6 類資料分級、5 條權限規則、4 條稽核紅線
中小企業客戶入口網站採購完整指南：Zendesk / Salesforce Experience Cloud / 自架 3 條路徑、6 個決策、5 條合約紅線、90 天上線 SOP
留言(0)
尚無留言，成為第一個留言的人吧！