3社から見積書が届いた。ライセンスの行はほぼ同じなのに、総額はまるで違う。どれが妥当なのか、判断がつかない。
Odooの導入を検討する経営者から、よく聞く悩みです。業務範囲もカスタマイズの度合いも会社ごとに違うため、総額を一言で答えられる会社はありません。それでも、費用の組み立て方は説明できます。構造が分かれば、見積書のどこに差が出ているかを自分で読めるようになります。
Odooの導入費用は、ライセンス費用に、業務設計・構築・データ移行・カスタマイズ・教育と保守を足した、6つの要素の合計です。このうちライセンスは、アプリの数ではなくユーザー数で決まります。業務範囲を広げても、考え方は変わりません（Odooのライセンス費用）。
費用の構造が分かると、たとえば次のことができます。
- 見積書の差が、どの項目の前提の違いから来ているかを読む
- ライセンスの対象を、実際に操作する人で数える
- 標準に合わせる業務と作り込む業務を分け、保守まで見通す
- 見積もりの前に、業務範囲・ユーザー数・現状データをそろえる
ただし、業務範囲やカスタマイズの度合いによっては、初期費用がライセンス費用を上回ることもあります。
では、6つのうち、総額をいちばん大きく動かすのはどれなのか。答えは総額をもっとも動かす要素にあります。費用構造の良い点と注意点は、Odooの費用構造のメリットと注意点に並べました。
Odooには、無料・オープンソースのCommunity版と、有償サブスクリプションのEnterprise版があり、費用の組み立て方も変わります。
Odooの導入費用は「6つの要素」で組み立てられる
継続費用と初期費用に分かれる
Odooの導入費用は、継続してかかるものと、導入時にかかるものの2種類です。
| 種類 | 要素 |
|---|---|
| 継続してかかるもの | ライセンス費用（ユーザー数で決まる）、保守・運用の費用 |
| 導入時にかかるもの | 業務設計・要件整理、構築・設定、データ移行、カスタマイズ、教育・定着支援 |
見落とされやすいのは、導入時にかかるほうです。ライセンスの単価は公開されているため、そこだけで判断してしまいがちです。
「ライセンスが安い＝導入も安い」ではない
ERPの費用の大半は、ソフトウェアそのものより「自社の業務に合わせる作業」にかかります。これはOdooに限らず、どのERPでも同じです。
業務範囲やカスタマイズの度合いによっては、初期費用がライセンス費用を上回ることもあります。
Odooの費用構造のメリットと注意点
Odooの費用の組み立て方には、次の良い点と注意点があります。金額の高い安いではなく、費用の増え方の話です。
メリット
- アプリを足してもライセンスの考え方は変わらない：有償プランは、アプリの数ではなくユーザー数で料金が決まる
- 課金の対象は操作する人：対象はバックエンドを使う人。ECサイトの訪問者や、ポータルで見るだけの取引先は通常含まれない
- 段階的に導入しやすい：アプリ単位で導入でき、1つの業務領域から始めて広げられる
- ライセンスの単価が公開されている：Odoo公式の料金ページで確かめられる（価格は改定されることがあり、地域でも異なる）
- 標準機能中心なら費用を抑えやすい：標準に業務を合わせるほど、初期費用も保守費用も下がる
注意点
- ライセンスだけでは総額は決まらない：業務設計・構築・データ移行・カスタマイズ・教育と保守が加わる
- 使う人が増えるほど費用は上がる：ライセンスはユーザー数で決まる
- 作り込むほど保守も重くなる：バージョンアップのたびに動作確認が要り、改修のたびに費用が出る
- 無料版でも費用は消えない：Community版はライセンス費用がかからない代わりに、サーバー費用と構築・保守の工数がかかる
両方を並べると、次の図のとおりです。
注意点の多くは、作り込みの量で決まります。抑え方は費用を抑える最大の方法で、見積もり前の準備は見積もりを取る前に準備することで説明しています。
①Odooのライセンス費用
ユーザー数で決まる
Odooの有償プランは、アプリの数ではなく、ユーザー数で料金が決まります。
業務範囲を広げても、ライセンスの考え方は変わりません。逆に、使う人が増えるほど費用は上がります。
誰が「ユーザー」になるかを整理する
課金の対象は、バックエンド（社内向けの管理画面）を使う人です。
ECサイトの訪問者や、ポータル経由で情報を見るだけの取引先は、通常この対象に含まれません。「全社員分が必要」と思い込む前に、実際に操作する人数を数えてください。
無料版を選ぶ場合は構造が変わる
Community版を選ぶと、ライセンス費用はかかりません。
ただし、費用が消えるわけではありません。サーバー費用と、構築・保守の工数に置き換わります。社内に技術者がいなければ、外部への委託費がかかります。
具体的な金額は、Odoo公式の料金ページでご確認ください。プランの価格は改定されることがあり、地域によっても異なります。
②業務設計・要件整理
もっとも軽視されやすく、もっとも重要
「どの業務をOdooで扱い、どう回すのか」を決める工程です。
ここが曖昧なまま構築に進むと、後戻りが起きます。この工程を飛ばせば安く済むように見えて、結果としては高くつきます。
何を決めるのか
- 対象とする業務の範囲
- 現行業務のうち、残すもの・変えるもの・やめるもの
- 標準機能に合わせる部分と、作り込む部分の区切り
- 日本の制度要件（適格請求書、消費税、給与の扱いなど）
後に続く費用をすべて左右するのは、とくに3つ目の区切りです。
③構築・設定と、④データ移行
構築・設定
業務設計にもとづいて、実際にOdooを設定していく工程です。
アプリの選定、権限の設定、帳票のレイアウト、マスタ（取引先や商品などの基本データ）の登録。標準機能の範囲で行う作業が中心です。業務範囲が広いほど、この工程は大きくなります。
データ移行
費用の振れ幅がもっとも大きい工程です。かかる時間は、データの量ではなく状態で決まります。
| データの状態 | かかる時間 |
|---|---|
| 整理されている | 短く済む |
| 重複・表記ゆれが多い | 確認作業が膨大になる |
| どこに何があるか分からない | 棚卸しだけで相当の時間 |
「そのまま移せばいい」と考えていると、見積もりと実績が大きくずれます。詳しくはOdooへのデータ移行の進め方の記事をご覧ください。
⑤カスタマイズ：総額をもっとも動かす要素
総額は、事実上ここで決まる
導入費用の総額を決めるのは、事実上このカスタマイズです。
費用を抑えやすいのは、標準機能を中心に進める場合です。現行業務をそのまま再現しようとすると、費用も期間も膨らみます。
初期費用だけの問題ではない
カスタマイズの影響は、稼働後まで続きます。
- バージョンアップのたびに動作確認が必要になる
- 不具合の原因が特定しづらくなる
- 改修のたびに費用が発生する
初期に作り込むほど、保守も重くなる。これがカスタマイズの費用の構造です。
費用を抑える最大の方法
いちばん効果が大きいのは、標準機能に業務を合わせること（Fit to Standard）です。
そのうえで、作り込むのは競争力に直結する部分だけに絞ります。この区切り方が、初期費用と保守費用の両方を左右します。考え方はOdooとFit to Standardの記事に詳しく書きました。
⑥教育・定着支援と保守
ここを削ると、投資が回収できない
予算が厳しくなると、まず削られるのがこの部分です。
しかし、現場が使いこなせなければ効果は出ません。「新システムは使いにくい」という声が上がり、Excelとの二重管理に逆戻りします。
稼働後3〜6か月を計画に入れる
- 操作研修の継続実施
- マニュアル・FAQの整備
- 運用ルールの明文化
- 使われ方のモニタリング
ここまで含めて、はじめて導入プロジェクトが完了します。
保守の体制も費用のうち
稼働後、誰が問い合わせに答え、誰がバージョンアップに対応するのか。
社内で担うなら人件費、外部に任せるなら委託費がかかります。「入れて終わり」の前提で計算すると、後から予算が足りなくなります。
Odooの導入費用を左右する5つの要因
もっとも大きいのはカスタマイズの量です。次いで、業務範囲・データの状態・社内体制が大きく、ユーザー数がその次に来ます。
見落とされやすいのが、社内体制です。判断が必要な場面で決められる人がいないと、プロジェクトが止まります。期間が延びれば、その分だけ費用も増えます。
Odooの見積もりを取る前に、自社で準備すること
最低限そろえたい3つの情報
精度の高い見積もりに要るのは、次の3つの情報です。これがないと、どの会社に依頼しても正確な金額は出せません。
| 情報 | 中身 |
|---|---|
| 1. 業務範囲 | どの業務をOdooで扱うのか。会計まで含めるのか、販売と在庫だけなのか |
| 2. ユーザー数 | 実際にバックエンドを操作する人が、何人になるのか |
| 3. 現状のシステムとデータ | いま何を使っていて、データはどんな状態か。どこに何があるか |
ここが曖昧なままだと、「要件次第です」という回答しか返ってきません。3つの情報を依頼書の形にまとめるなら、ERP見積もり依頼書（RFQ）の書き方（NetSuiteの教科書）の項目立ても参考になります。
社内会議で使えるチェックリスト
見積もりを依頼する前に、次の項目を社内で確かめてください。□が多く残るほど、見積もりの振れ幅は大きくなります。
- □ Odooで扱う業務と、扱わない業務を一覧にできている
- □ 画面を操作する人の人数を、部署ごとに数えている
- □ 「標準に合わせる業務」と「作り込む業務」の候補を分けている
- □ 移行するデータの置き場所と、重複の有無を把握している
- □ 導入中に判断を下す責任者を決めている
- □ 稼働後の問い合わせとバージョンアップを誰が担うか決めている
見積書を比べるときの読み方
複数の見積書を並べたら、総額より先に見たいのは、差が出ている項目です。
| 差が出ている項目 | 経営者が確かめたい問い |
|---|---|
| カスタマイズ | 何を作り込む前提か。標準機能で代えられないか |
| データ移行 | どこまでのデータを、誰が整える前提か |
| 教育・定着支援 | 稼働後の支援が含まれているか |
| 保守 | バージョンアップ時の動作確認が含まれているか |
総額の差の多くは、前提の違いから生まれます。前提をそろえてから比べると、どれが妥当かが見えてきます。ライセンスと保守を年数で積み上げて比べる方法は、クラウドERPの費用相場と5年総額（TCO）での比べ方（NetSuiteの教科書）で解説しています。
ベンチャーネットが見積もりの前に確かめる4つのこと
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。製品に偏らず、次の順番で費用の前提を固めます。
ステップ1：3〜5年後の姿を聞く
売上や拠点、人員がどう変わるかを先に聞きます。今の業務だけで設計すると、数年後に作り直しの費用が生じるからです。
ステップ2：業務を「標準に合わせる」「作り込む」に仕分ける
Fit to Standardを前提に、作り込みの候補を競争力に直結するものだけに絞ります。この仕分けが、総額の大部分を決めます。
ステップ3：データと社内体制の状態を見る
移行するデータの置き場所と重複、決裁できる責任者の有無を見ます。ここを見ずに出した見積もりは、後でずれやすいからです。
ステップ4：Odooが合うかを正直に判断する
規模や要件によっては、NetSuiteのほうが合う場合もあります。パッケージに乗らない固有業務が中心なら、AIスクラッチ開発も候補です。ただしライセンスが不要でも、開発費と保守費は別途かかります。合わないときは、合わないとお伝えします。
ERPの費用は、ITの予算ではなく経営の判断の結果です。この4ステップは、その判断の材料をそろえる作業でもあります。
よくある質問
総額でいくらくらいかかりますか？
業務範囲とカスタマイズの度合いによって、大きく変わります。
同じ規模の会社でも、標準機能中心で進めるのと、現行業務を再現するのとでは、総額が何倍も変わります。まず、業務範囲を決めるところから始めてください。
費用を抑えるには、どうすればよいですか？
いちばん効果が大きいのは、カスタマイズを減らすことです。
標準機能に業務を合わせる方針を最初に決め、作り込む部分を競争力に直結する領域だけに絞る。これで、初期費用も保守費用も下がります。その次に効果が大きいのは、業務範囲を段階的に広げることです。
無料版なら費用は抑えられますか？
ライセンス費用は不要になりますが、サーバー費用と構築・保守の工数がかかります。
成り立つのは、社内に技術者がいて余力がある場合です。いなければ、外部への委託費がかかります。また、無料版には会計をはじめとする一部の機能が含まれません。詳しくはCommunity版とEnterprise版の違いの記事をご覧ください。
段階的に導入すれば、初期費用は抑えられますか？
抑えられます。
まず1つの業務領域から始め、効果を見ながら広げる。この進め方なら、初期の投資を小さくできます。
Odooはアプリ単位で導入でき、有償プランはアプリ数によらず一律です。段階的な導入と相性のよい料金の仕組みです。
Odooの導入費用の内訳は何ですか？
継続してかかる費用と導入時にかかる費用に分かれます。
継続してかかるのは、ライセンス費用（ユーザー数で決まる）と保守・運用の費用です。導入時にかかるのは、業務設計・要件整理、構築・設定、データ移行、カスタマイズ、教育・定着支援です。教育・定着支援と保守を1つと数えると、6つの要素になります（6つの要素の組み立て）。
まとめ：総額を決めるのは「業務範囲」と「作り込みの量」
- 費用は6つの要素で構成される。ライセンスはその一部にすぎない
- 業務範囲やカスタマイズによっては、初期費用がライセンス費用を上回ることもある
- 総額をもっとも動かすのは、カスタマイズの量
- データの状態と社内体制も、期間と費用に大きく影響する
- 教育・定着を削ると、投資そのものが回収できなくなる
- 見積もりには、業務範囲・ユーザー数・現状データの3点が必要
費用の話は、突き詰めると「どの業務をシステムに乗せ、どこまで自社に合わせるか」という設計の話です。金額ではなく、設計が総額を決めます。
そしてこの設計は、経営の判断そのものです。何を標準に任せ、何を自社の独自性として残すのか。その区切り方が、そのまま費用に表れます。
1年後、次のアプリを追加する見積書が届いたとき、社内の会議で「この作り込みは標準で代えられないか」と議論が始まっている。そうなっていれば、費用の主導権は自社の手に戻っています。
もう少し詳しく知りたい方へ
届いた見積書の前提が読み解けない、業務範囲をどこで区切るか迷っている。そんな段階でも、状況をお聞かせください。
関連記事
