保守契約の更新案内が届き、明細を見て手が止まる。契約している機能の半分近くは、ここ数年だれも開いていない。業務の流れを少し変えたいだけなのに、改修の見積もりと調整で数か月が過ぎる。
こうした状態は、「規模適正化」という考え方で見直せます。基幹システムを、いまと3〜5年後の事業規模に釣り合う大きさにそろえることです。大型ERPをやめること自体が目的ではありません。
判断の目安は、使っている機能の割合と、将来の成長見込みの2つです。成長見込みが小さく機能も過剰なら、規模の見直しを検討する価値があります。逆に、成長見込みがあり機能も活用しているなら、いまの製品を続けるのが合理的です（規模適正化という考え方）。
この考え方で整理すると、たとえば次のことが分かります。
- 乗り換えずに、契約の見直しで対応できるか
- 下の段に移っても、連結決算や多通貨の業務が止まらないか
- 移行先の候補が、規模と要件から見てNetSuiteかOdooか
- 一度に切り替えず、領域を区切って順に移せるか
ただし、乗り換えは大きな決断です。急いで進めると、いまより悪い状態になることもあります。ERP導入支援を手がけるベンチャーネットも、最初の結論が「続ける」になることがあります。
では、乗り換えを検討すべきかどうかは、何を見れば判断できるのでしょうか。答えは乗り換えを判断する5つの基準にあります。得られることと注意点は、規模適正化で得られることと、気をつけることに並べました。
CommunityとEnterpriseの区別について
Odooには無料のCommunity版と有償のEnterprise版があります。本記事で扱う乗り換え後の運用体制は、有償のEnterprise版を前提に整理しています。
脱・大型ERPの前に知る「規模適正化」という考え方
大きいことは悪いことではない
大型ERPそのものが問題なのではありません。
問題は、事業規模と釣り合っていない状態です。上位のERPは、それを必要とする企業にとっては最適な選択です。連結決算、多通貨対応、高度な統制。これらが必要なら、下の段では業務が回りません。
大型ERPをやめれば解決する、という話ではないのです。問われているのは、いまの自社に釣り合っているかどうかです。
釣り合いが崩れる3つのきっかけ
多くの場合、次のいずれかで釣り合いが崩れます。
- 事業構造が変わった：想定した規模に至らなかった、または事業を絞り込んだ
- 保守期限が近づいた：更新の判断を迫られ、続けるか見直すかの分岐に立った
- 改修の負担が積み上がった：業務変更のたびに費用と時間がかかるようになった
きっかけによって、打つべき手は変わります。
使っている機能の割合と、将来の成長見込み。この2つを掛け合わせると、取るべき道はおおよそ4つに分かれます。成長見込みがあり機能も活用しているなら、いまの製品を続けるのが合理的です。成長見込みはあるが機能が過剰なら、契約の見直しで対応できる可能性があります。成長見込みが小さく機能は活用しているなら、継続しつつ費用構造を確認する。成長見込みが小さく機能も過剰なら、規模の見直しを検討する価値があります。
ERPの乗り換えを検討すべきかを判断する5つの基準
基準1：いま使っている機能はどれか
まずは、契約している機能のうち、実際に稼働しているものの洗い出しです。
半分以下しか使っていないなら、規模を見直す余地があります。大半を活用しているなら、乗り換えは慎重に考えるべきです。
基準2：譲れない要件は何か
「これがあるから助かっている」機能を挙げます。
連結決算、多通貨対応、監査対応、内部統制の仕組み。これらが業務に組み込まれているなら、下の段に移ると業務が止まります。
この確認を飛ばしたまま進めるのが、もっとも危険なパターンです。
基準3：費用の重さは、どこから来ているか
ライセンスなのか、保守なのか、改修なのか。
改修が原因なら、製品を替えても解決しません。原因は設計にあるからです。費用の分解は、ERPのライセンス費用を見直したい企業の選択肢の記事で詳しく扱っています。
基準4：移行にかかる負担を負えるか
乗り換えには、データ移行・業務の再設計・現場の再教育が伴います。
社内に、これを担う人と時間がありますか。この余力がないまま始めると、途中で止まります。
基準5：3〜5年後、会社はどうなっているか
逆算の起点は、いまの規模ではなく将来です。
再び成長して上位のERPが必要になるなら、乗り換えが二度になります。二度の移行は、二度の負担です。逆算の考え方は成長企業の基幹システムの記事でも扱っています。
社内会議で使えるチェックリスト
5つの基準を、役員会でそのまま確かめられる問いにしました。
- □ 契約している機能のうち、いま実際に使っているものを一覧で示せる
- □ 連結決算・多通貨・監査対応など、手放せない機能を名指しできる
- □ 費用の重さが、ライセンス・保守・改修のどれから来ているか分かっている
- □ 移行を担う責任者と、その人が割ける時間を決められる
- □ 3〜5年後の拠点数・事業数・人員の見通しを、経営陣で共有している
答えられない項目が多いほど、製品選びより先に現状の把握が必要です。
規模適正化で得られることと、気をつけること
5つの基準で釣り合いを見直す進め方には、得られることと、先に覚悟しておきたい負担があります。
得られることは、次の5つです。
- 使っていない機能の費用を見直せる：基幹システムを、いまと3〜5年後の事業規模に釣り合う大きさにそろえる
- 乗り換えずに済む道も見える：使われていないライセンスの整理や契約内容の見直しで、負担が減る場合がある
- 業務を見直す機会になる：要件を「いまの事業に本当に必要な業務」の視点で作り直せる
- 小さく確かめてから決められる：全社分を契約せず、少人数で本番と同じ環境を試せる
- 現場の負担を抑えて移せる：領域を区切って順に移すほうが、負担もリスクも小さくなる
気をつけることは、次の4つです。
- 手放せない要件を先に確かめる：連結決算・多通貨・監査対応・内部統制が業務に組み込まれていれば、下の段では業務が止まる
- 移行を担う人と時間が要る：データ移行・業務の再設計・現場の再教育を担う余力がないと、途中で止まる
- 再成長なら乗り換えが二度になる：上位のERPがまた必要になる見込みなら、二度の負担になる
- 現行をそのまま再現しない：同じだけカスタマイズが必要になり、数年後に同じ問題を抱える
両方を1枚の図に並べました。
注意点の多くは、5つの基準とチェックリストで事前に確かめられます。進めると決めたあとの段取りは、移行を進める5つのステップで説明しています。
大型ERPからの移行を進める5つのステップ
検討の結果、進めると決めた場合は、次の5段階で進めます。
ステップ1：現行システムを棚卸しする
何が動いていて、何が使われていないか。独自の作り込みはどこにどれだけあるか。
以降の作業は、すべてこの棚卸しから始まります。ここが曖昧なまま進むと、移行の途中で想定外が次々と出てきます。
ステップ2：業務要件を「いまの視点」で作り直す
ここが最大の分かれ目です。
現行システムの機能一覧を、そのまま要件にしてはいけません。非効率な業務まで、新システムに移植することになります。
「いまの事業に本当に必要な業務は何か」という視点で、要件を作り直します。乗り換えは、業務を見直す数少ない機会でもあります。
ステップ3：移行先の候補を絞る
要件が固まってから、製品を検討します。順序が逆になると、比較表を眺めるだけで時間が過ぎます。
ベンチャーネットは、基幹システムの選択肢を次のように分けて考えています。
| 選択肢 | 対象のイメージ |
|---|---|
| SAP | 大企業・グローバルで複雑な要件 |
| NetSuite | 中堅企業・グローバル展開を目指す成長企業 |
| Odoo | 中小〜中堅企業 |
| AIスクラッチ開発 | より小規模、またはパッケージに乗らない固有業務（開発費・保守費は別途かかる） |
大型ERPからの移行先としては、NetSuiteかOdooが候補になることが多くあります。どちらが合うかは、規模と要件で決まります。違いはOdooとNetSuiteの違いの記事にまとめています。
ステップ4：小さく検証する
候補が絞れたら、実際に触って確かめます。
全社分を契約する必要はありません。少人数で、本番と同じ環境を試します。カタログや提案書だけで決めると、稼働後に「思っていたものと違う」となりかねません。
ステップ5：段階的に移行する
すべてを一度に切り替える必要はありません。
領域を区切って順に移すほうが、現場の負担もリスクも小さくなります。並行稼働の期間を設けることもあります。
ベンチャーネットが「続けるか、見直すか」を決めるまでに確かめること
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。特定の製品に寄せる必要がないため、最初の結論が「続ける」になることもあります。
見直しの相談を受けたとき、ベンチャーネットは次の順で確かめます。
- 保守期限と契約更新日から、使える時間を逆算する：期限までの残り時間で、選べる進め方が変わるからです
- 使っている機能と、独自の作り込みを分けて数える：費用の重さが製品にあるのか、作り込みにあるのかを切り分けます
- 手放せない要件を経営者と一緒に名指しする：連結決算や多通貨が中核なら、いまの製品かNetSuiteを軸に考えます
- 3〜5年後の事業の姿を言葉にする：再成長の見込みがあれば、二度の乗り換えを避ける候補を優先します
- 標準機能に業務を合わせられるかを確かめる：Fit to Standard（標準機能に業務を合わせる考え方）が取れない領域が多ければ、そう伝えます
パッケージに乗らない固有業務が中心なら、AIスクラッチ開発も候補に入ります。ライセンス費はかからない一方、開発費と保守費が別途かかる点も並べて比べます。
ERPの見直しは、情報システム部門だけの仕事ではありません。事業をどの大きさで回すかを決める、経営のプロジェクトです。
ERPの移行で失敗しないための注意点
現行システムをそのまま再現しない
4つの注意点のうち、失敗にいちばん直結するのがこれです。
現行の再現を目指すと、新しい製品でも同じだけカスタマイズが必要になります。費用も期間も膨らみ、数年後に同じ問題を抱えます。
標準機能に業務を合わせる方針を、プロジェクトの最初に決めてください。考え方はOdooとFit to Standardの記事で解説しています。リプレイスで同じ失敗を繰り返さない進め方は、ERP導入はなぜ失敗するのかでも取り上げました。
データをそのまま持ち込まない
古い取引先、使われていない品目、重複した情報。
これらを移すと、新システムでも同じ混乱が続きます。移行の前に、何を残し何を捨てるかを決める工程が要ります。棚卸しから並行稼働・検証までの流れを、基幹システムのデータ移行ガイドにまとめました。
保守期限だけを理由に急がない
期限が迫ると、判断が雑になります。
「期限までに何か入れなければ」と選んだシステムを、その後も長く使うことになります。余裕を持って検討を始めるのが、結果的にいちばん費用を抑える進め方です。保守が切れると何が起き、どんな対応策があるかは、基幹システムの保守切れリスクとは？で扱っています。
費用の削減だけを目的にしない
費用の見直しは手段です。目的は、事業に合った基盤を持つことにあります。
削ることだけを追うと、必要な機能まで失い、業務が回らなくなることがあります。
よくある質問
移行にはどれくらいの期間がかかりますか？
業務範囲と現行システムの状態によって、大きく変わります。
独自の作り込みが多い場合は、棚卸しと整理だけで相当の時間がかかります。まず現状を把握してください。期間の見積もりは、その後の話です。
乗り換えずに負担を減らす方法はありますか？
あります。
使われていないライセンスの整理、契約内容の見直し、保守条件の確認など、製品を替えずにできることが残っている場合があります。乗り換えは負担が大きいため、まずこちらを検討するのが順序です。
現場の反発が心配です。どう伝えればよいですか？
「なぜ変えるのか」を、具体的な言葉で伝えてください。反発の多くは、その理由が共有されていないことが原因です。
「経営判断だから」ではなく、「月末のこの手作業をなくすため」のように伝えると、協力が得られやすくなります。
移行先が決まらない場合は？
要件の整理が足りていない可能性があります。
製品を比べても決まらないときは、「自社が本当に必要としている業務は何か」に立ち返ってください。要件が明確になれば、候補は自然に絞られます。
大型ERPからの移行先には、何が候補になりますか？
NetSuiteかOdooが候補になることが多くあります。
どちらが合うかは、規模と要件で決まります。大企業・グローバルで複雑な要件ならSAPが、パッケージに乗らない固有業務ならAIスクラッチ開発（開発費・保守費は別途かかる）が対象です。製品の検討は、要件が固まってから始めます（移行を進める5つのステップ）。
まとめ：乗り換えは目的ではなく手段
- 問題は大型ERPそのものではなく、事業規模との釣り合い
- 判断の基準は5つ。使っている機能・譲れない要件・費用の原因・移行の余力・将来の姿
- 移行は、現行の棚卸し → 要件の作り直し → 候補の絞り込み → 検証 → 段階移行の順
- 現行システムをそのまま再現しないことが、最大の成功条件
- 保守期限に追われて判断すると、その後長く影響が残る
乗り換えの検討は、「いまの事業に、どんな基盤が釣り合うのか」を考え直す作業です。検討した結果、いまのシステムを続けるのが最善なら、ベンチャーネットはそうお伝えします。それも一つの答えです。
1年後、次の保守更新の案内が届いても、明細の一行ずつに「これは使っている」と答えられる。業務の流れを変えたいとき、改修の見積もりを待たずに社内で段取りが決まっている。そんな落ち着いた基盤が、規模適正化の到達点です。
もう少し詳しく知りたい方へ
「うちのシステムは、いまの事業と釣り合っているだろうか」と感じたら、その確認からご一緒します。続けるか見直すかが決まっていない段階でも構いません。
関連記事
