文章目錄
上個月有位老闆傳了兩份東西給我。一份是某家 ERP 的報價單，另一份是 Odoo 官網的價格頁截圖。他問的是同一句話：「差這麼多，是不是我一直被當盤子？」
會有這個問題很正常。Odoo 這兩年在台灣的能見度明顯拉高，原廠公布 2025 年 ARR 成長 42%、年度開單金額（billings）6.5 億歐元，全球客戶超過 17 萬家，員工數八千人以上，2026 年 1 月一輪二次流通交易把估值推過 70 億歐元。價格頁上寫著每人每月十幾美元、全模組吃到飽，對照手上那張七位數的報價單，任誰都會想再問一次。
只是這種比法，比的是功能表跟月租價。真正會決定這筆錢花得值不值的，是三年後有沒有人拿著查核清單走進你公司。所以我請他先回答另一個問題：公司三到五年內要不要上市櫃？
他愣了一下，說目前沒這個打算。那我的回答就簡單了：Odoo 你可以放心用。
如果他的答案是「有在評估」，那後面這些就都跟他有關了。
沒有要 IPO，用哪家都沒差，開心就好
短期沒有掛牌計畫的公司，Odoo 是一套很划算的系統，選它不會出事。
它的優勢很實在。介面是主流 ERP 裡最現代的一批，end user 上手快，教育訓練省下來的時間是真的。技術棧是 Python 加 PostgreSQL，開發者滿街都是，養一兩個 in-house 工程師的可行性遠高於其他系統。生態系更是它的主場，官方應用商店加上開源社群 OCA 維護的模組數以萬計，電商串接、物流、各國稅務在地化大多找得到現成品。要加功能的時候，你去商店買一個模組就好，不用開客製單等三個月。
對電商、新創、服務業，或是流程還在一年改三次的公司，這種彈性就是生產力。系統存在的目的是撐住營運，團隊用得順、帳結得出來、貨出得去，它就是好系統。在這個階段糾結「哪一套比較正統」，是把決策資源花在不會影響損益的地方。
一旦要掛牌，你的 ERP 就變成一份要交給外人看的體檢報告
進了輔導時程之後，遊戲規則會換一套。ERP 原本是公司自己用的工具，好不好用你說了算；掛牌之後它變成內控證據的載體，因為市場上的投資人不認識你，也沒辦法自己走進來查帳，他們能依靠的是會計師簽出來的那份意見。評估標準就換成一件事：查核的時候扛不扛得住。
這有點像你要投保一張高額保單。平常身體不舒服，你去巷口哪家診所都可以，醫師好、設備新、掛號費便宜，那就是好診所。但保險公司核保的時候，它只認幾家指定醫院出的報告，而且要指定的格式。你的報告不是假的，數值也都是真的，可是格式不對，核保員就得一項一項問你這欄是什麼意思，問到最後保單還是會過，只是時間跟費用是你在付。
Odoo 在這件事上有四個結構性的弱點。四個都不能說 Odoo「不能用」，只是每一項都要你多花錢和時間自己舉證。
第一，會計師事務所要重新認識你的系統
台灣的查核實務裡，SAP、Oracle、鼎新是查核員比較常遇到的環境。看到系統名字，大致知道 audit trail 在哪裡、權限矩陣怎麼看、要抽哪幾張單。Odoo 在這裡的能見度低很多。
這不代表 Odoo 過不了。職能分工（SOD）、日誌完整性、憑證軌跡，這些控制它做得出來，事務所也不會說 Odoo 不行。只是雙方要先花時間把話講清楚：你證明控制存在，對方確認證據夠不夠，來回幾輪才會有默契。
磨合本身很正常，重點在誰付這個成本。輔導期間每一次來回都是計時的，客製舉證的工也是你出。
這裡也連著九大循環那篇的老話：查核抽的是單據，對的是軌跡，制度手冊寫得再漂亮都不算數。Odoo 的軌跡當然存在，只是它長得跟查核員習慣的不一樣，這個「不一樣」要花時間翻譯，而翻譯的帳單會寄到你這裡。
第二，台灣在地化：官方給的比你以為的多，也比你需要的少
Odoo 官方確實有台灣在地化模組，l10n_tw 那一組共四支，官方文件寫得很清楚：台灣會計科目表、5% 標準稅率與特種稅額、B2C／B2B 發票區分、手機條碼與自然人憑證等載具、捐贈發票，都在裡面。電子發票是原生功能，走綠界 ECPay 開立。
不過有兩樣東西是缺的。我把整頁官方在地化文件逐字看完，沒有營業稅 401 申報，也沒有扣繳憑單。這兩件台灣公司每個月、每年都在做的事，官方文件完全沒提。要補，就得另外裝第三方模組。
而這件事會直接咬到後面談價格那一節：第三方模組只有 Custom 方案裝得起來。 所以對絕大多數台灣公司而言，官網上那個最便宜的 Standard 方案，實務上根本不是一個選項。
所以簽約前一定要問到底的是：這些第三方模組誰在維護？我看過開發者停止更新、公司卡在舊版上不去的狀況。誰負責、大版更誰重驗，要落在紙上。
第三，客製自由是雙面刃
Python 改起來太容易了，容易到很多導入案的客製會失控。
Odoo 一年出一個大版本，而且官方文件明寫：每個大版本只提供三年標準支援，超過三年要另付 extended support 費用。舉個很近的例子，Odoo 17.0 的標準支援在 2026 年 9 月到期，而目前最新是 2025 年 9 月發布的 19.0。
所以「一套掛了幾十個客製模組的系統」不是可以放著不管的。三年內至少要跟上一次大版更，每次升版每個客製模組都要重新驗證一輪。這些重新驗證的工時，通常沒有編在預算裡。
付費模組的部分更直接。Apps Store 的官方 FAQ 寫明：13.0 版起，模組的每一個版本是分開販售的。也就是說，升一次大版就要重買一次模組。
開源的彈性跟上市公司要的紀律，方向本來就是反的：掛牌前的系統要穩定、可追溯、少動，而 Odoo 的節奏是快改、常改。用回體檢的說法，這比較像你每年換一個醫生、每次換一套檢查項目，五年後病歷根本接不起來。
第四，製造深度還有落差
MRP 模組應付一般製造堪用，但電子業等級的批號追溯、託外加工、三角貿易、工程變更管理，跟 T100 或 SAP PP 比仍有明顯差距。製造業要走 IPO，這一塊缺的功能會直接變成客製量，客製量會直接變成下一節要談的顧問時數。
如果你的情境是母公司要嚴謹、海外子公司要輕快，那其實有第三條路，可以參考雙層 ERP 的配法，把 Odoo 放在它擅長的那一層。
四點加起來，我的看法是這樣。用 Odoo 掛牌一定磨合得出來，沒有哪一項是做不到的。但磨合要花真金白銀，也要花掉掛牌前你最缺的時間。所以如果掛牌已經進了時程，我的建議是不要。 這不是 Odoo 不好，是時機不對。
廣告上那個價格是掛號費，療程費用另計
第三件事，把價格結構拆開來看。之前寫八款主流 ERP 的價格地圖時沒收 Odoo，這節補上，因為它的報價有兩個很容易踩中的錨定陷阱。
陷阱一：你看到的那個價格，是新客戶第一年的折扣價
這是我這次查證最意外的一筆。台灣地區在 odoo.com 上顯示的幣別是美元，年繳實際牌價如下：
| 方案 | 年繳牌價 | 年繳・新客首年 | 月繳牌價 |
|---|---|---|---|
| Standard 標準 | US$16.90 | US$13.50 | US$21.10 |
| Custom 進階自訂 | US$25.50 | US$20.40 | US$31.90 |
單位皆為每使用者每月。價格頁註腳原文寫著：折扣價格只適用於初次訂閱帳戶之首 12 個月服務期。
也就是說，網路上到處在傳的「每人每月 13 美元」，是 Standard 方案的首年價。第二年起是 16.90，漲幅約兩成五。而前一節已經講過，台灣公司多半非 Custom 不可，那條線的真實牌價是每人每月 25.50 美元，首年 20.40。
陷阱二：主機費要另外算，而且不含授權
要用生態系就得走 Custom，Custom 才能搭 Odoo.sh 平台或自建主機。Odoo.sh 是用量計價，官方頁面上年繳價分三個計費項：
- worker：每個每月 US$57.60，負責處理併發，小團隊抓一到兩個
- 儲存空間：每 GB 每月 US$0.20，沒有免費額度（滑桿從 1GB 起跳，第一 GB 就開始收費）
- staging 測試環境：每個每月 US$14.40
官方頁面上還有一句話很多人會漏看：這個主機價不含企業版授權，授權跟主機要分開編。
以十人團隊試算，Custom 授權第二年起一年約 US$3,060，加上 Odoo.sh 一年約 US$1,650，合計約新台幣 15 萬。這仍然比老牌 ERP 便宜非常多，可是已經接近廣告甜價的三倍，而且模組費跟導入費都還沒算進去。
顧問費才是主戰場，而原廠的牌價就公開在網路上
導入服務這一塊，Odoo 原廠意外地誠實。它的價格試算器對台灣客戶直接列出官方 Success Pack 的時數與價格，這是目前查得到最硬的一個台灣行情錨點，後面的 TCO 我就用這張表當基準：
| Success Pack | 時數 | 新客折後價 | 折後時薪 | 原價時薪 |
|---|---|---|---|---|
| Basic | 25 h | US$2,040 | US$81.60 | US$96 |
| Standard | 50 h | US$3,570 | US$71.40 | US$84 |
| Custom | 100 h | US$6,375 | US$63.75 | US$75 |
| Pro | 200 h | US$12,750 | US$63.75 | US$75 |
（新客戶八五折，服務時數一年後到期。）
原廠在同一頁上還寫了兩句話，都值得認真看待。
第一句是建議：少於 50 名使用者，用 Odoo 的服務套裝；多於 50 名，再找當地合作夥伴。 十人公司正好落在它建議自己來的那一段。
第二句是經驗值：依原廠說法，八成規模相若的專案能在 25 小時或更短的時間內正式上線。這句話要打折聽，它講的是零客製的標準流程。有生產現場、要接電商、要搬十年舊帳的公司，25 小時連組態都做不完，抓 100 小時比較實際。
還有一件事，買幾小時都一樣：報價上只要寫「暫估時數」，就代表沒有上限。我看過的案子，實際工時超過初估五成到一倍很常見，這個區間沒有官方統計，抓預算時當示意值用就好。超支風險全部落在客戶端。簽約時把超時的書面同意機制、每個階段的驗收標準談清楚，費率結構該怎麼拆解，人天費率怎麼拆那篇我寫得比較細。
十人公司的五年帳單
把上面所有成本項放進同一張表。情境設定是十人公司、Custom 方案年繳、輕度客製，導入與年度支援都買原廠 Success Pack——十人正好落在原廠自己建議的那一段。
假設條件：授權第一年用新客折扣價、第二年起回到牌價（表中不預設調漲，理由見表下說明）；Odoo.sh 配置 2 個 worker、1 個 staging，資料量從 20GB 逐年成長到 100GB；導入買 100 小時 Custom 套裝（折後 US$6,375，約 20.4 萬），另編一組 25 小時 Basic 套裝當超支緩衝（折後 US$2,040，約 6.5 萬）；401 申報、扣繳憑單與電商串接用現成的第三方模組補，初購 8 萬，配合大版本升級於第三、五年各編 3 萬；上線後每年續購 50 小時套裝（原價 US$4,200，約 13.4 萬），涵蓋日常支援與升版驗證。金額單位為新台幣萬元，匯率以 32 計，皆為示意值。
| 項目 | Y1 | Y2 | Y3 | Y4 | Y5 | 五年合計 |
|---|---|---|---|---|---|---|
| Custom 授權 | 7.8 | 9.8 | 9.8 | 9.8 | 9.8 | 47.0 |
| Odoo.sh 主機 | 5.1 | 5.3 | 5.4 | 5.6 | 5.7 | 27.1 |
| 導入服務（原廠套裝） | 26.9 | — | — | — | — | 26.9 |
| 第三方模組 | 8.0 | — | 3.0 | — | 3.0 | 14.0 |
| 年度支援（原廠套裝） | — | 13.4 | 13.4 | 13.4 | 13.4 | 53.6 |
| 年度合計 | 47.8 | 28.5 | 31.6 | 28.8 | 31.9 | 168.6 |
關於調漲：Odoo 沒有公開的調價公告，也查不到官方漲幅。合作夥伴社群轉述，Odoo 的合約 indexation 條款上限約每年 7%，另有針對舊版本加收的機制。這些都不是原廠頁面上的文字，所以我沒有放進表裡，但簽約時一定要把 indexation 條款的實際寫法看清楚——若真照 7% 上限走，五年授權會再多出約 4 萬。
這張表有兩個讀法。
第一，五年 168.6 萬裡，有 154.6 萬付給 Odoo，佔九成以上，只有模組費 14 萬流向外面。採購對象單純，是這個配置最被低估的好處：一家廠商、一份合約、一個窗口，出事的時候沒有人可以互推。
第二，攤提下來每年約 33.7 萬，每人每月約 2,800 元。對照廣告上那個每人每月 13.5 美元、大約 430 元的首年價，實際成本是它的六倍半。
敏感度最高的變數是支援時數。客製程度高、三年內強制大版更的驗證工作重，50 小時很容易翻倍，五年 TCO 會多出五十幾萬。反過來嚴守零客製、只用標準功能，導入不編超支緩衝、年度支援買最小的 25 小時套裝、模組費趨近於零，可以壓到 125 萬上下。克制客製的慾望，是 Odoo 案子裡槓桿最大的一招成本控制。 這個算法的完整模型，跟地端雲端怎麼比，可以搭配五年總持有成本那篇一起看。
表上沒列的還有三筆內部成本：導入期 key user 的投入，通常要一人半職以上；資料整理的人力；還有將來萬一要換系統時，資料轉出的成本。這三筆金額很難標準化，但編預算的時候要留位置。
簽約前，先誠實回答這五題
這五題答得出來，你就有資格談合約了。
- 三到五年內有掛牌計畫嗎？有的話，會計師事務所對系統的意見，問過了嗎？
- 報價單上的授權金額，是新客首年折扣價還是第二年起的牌價？五年總授權算過了嗎？
- 你需要的是 Standard 還是 Custom？要跑 401 申報和扣繳憑單就得裝第三方模組，那就只能是 Custom。
- 401 申報和扣繳憑單的模組誰提供、誰維護？大版更誰負責重驗？
- 導入服務打算買幾小時？原廠 Success Pack 的公開牌價你看過了嗎？超出的時數怎麼算、誰簽字同意？
第二、三題答不出來，代表你還在拿廣告價做決策。後兩題答不出來，代表風險都堆在合約沒寫的地方。
【給決策者的備忘錄】
如果你看完覺得我在唱衰 Odoo，那真的誤會了。一家公司能做到 17 萬客戶、ARR 年成長四成，市場優勢一定是實打實的，不然撐不到這個規模。
系統本身沒有對錯，出問題的都是錯配。同一套 Odoo，放在一家沒有掛牌計畫、流程還在演化的公司，是最划算的選擇之一；放在一家兩年後要送件的製造業，就會變成一連串你沒預期到的舉證工作。
順序其實很簡單：先想清楚三年後要不要遞出那張保單，再回頭看報價單。這篇的算法我全部攤開了，表格你可以直接套自己的人數重算。至於「你們家這個情境到底該不該選」，那要看你的產業、股權結構、還有輔導會計師的態度，這部分沒辦法用一篇文章回答。
最後要老實講一件事。Odoo 我沒有真的帶過完整的採購與導入案，台灣有哪一家導入成功、導成什麼樣子，我手上也沒有案例。 這篇的價格、方案限制、版本與模組政策、台灣在地化的涵蓋範圍，全部是我一項一項查官方文件和價格頁得來的，推論的部分也都標了出來。真正在現場踩過的坑，我不會比你清楚。
所以如果你有實際導入 Odoo 的經驗，特別是台灣稅務那一塊實際怎麼補、原廠服務套裝好不好用、續約時 indexation 條款怎麼談的，歡迎直接跟我分享，也歡迎糾正我的理解。這篇我會持續修。
選型評估、報價審閱、IPO 前的 ERP 準備與內控整合規劃，是我的日常工作。有具體情境想討論，歡迎與我們聯繫。
本文價格與費率為 2026 年 8 月查閱 odoo.com、odoo.sh 及 Odoo 官方文件的公開牌價，台灣地區顯示幣別為美元；顧問行情與 TCO 表為示意值，實際條件以原廠正式報價與實際簽署合約為準。Odoo 版本節奏、模組授權政策與在地化涵蓋範圍可能隨新版本異動，建議上線前重新查核官方文件。IPO 相關的內控判斷，以主管機關最新規定及簽證會計師意見為準。
延伸閱讀
- 地端 vs 雲端 ERP 的 TCO 怎麼算？5 年總持有成本模型完全解析（2026）
- 「第十循環」：ESG 資料的內控設計——把九大循環的紀律，用在碳與能耗上（2026）
- ESG 系統怎麼選：治理過的 Excel、ERP 延伸、還是專用永續平台？（2026）
- 雙層 ERP（Two-tier）策略：總部一套、子公司一套，怎麼配才不會兩頭落空？
- IPO 前的九大循環：哪些控制交給 ERP，哪些只能靠人
