ERP導入コスト計算機

事業に不可欠な2〜3モジュール——通常は財務と業務系モジュール1つ——で本番稼働を開始してください。フェーズ2で、チームが最初の変更を吸収した後に残りを追加します。全モジュールを同日に本番投入する一括方式は、机上では効率的に見えますが、誰も全体像を把握できない展開を生み出します。段階的なERP展開はビッグバン方式の2〜3倍の成功率を誇り、フェーズ2がフェーズ1の教訓を活かせるため、総コストはほぼ同等です。

レガシーデータのクリーニングは、移行の最中ではなく、開始前に実施してください。ERPの遅延の多くは、移行中に発見されたデータ問題——ベンダーの重複、製品コードの不整合、不完全な顧客レコード、旧システムの実運用における文書化されていない例外——に起因します。キックオフ前に6〜8週間かけてソースデータの監査とクリーニングに投資してください。これを怠ると、移行中に問題を発見することになり、勢いの喪失と追加テストにより、修正コストは3倍に膨らみます。

可能な限り標準機能のプロセスを採用し、標準プロセスが事業を実際に阻害する場合にのみカスタマイズしてください。ERPのコスト超過はカスタマイズで発生します。標準ワークフローへの変更は、テスト、ドキュメント作成、研修、そしてプラットフォームのアップグレードごとの継続的なメンテナンスを必要とします。NetSuite、SAP、Oracleは数千もの導入事例からベストプラクティスを吸収しています。標準プロセスは自社で設計するものより通常優れており、メンテナンスコストも圧倒的に低くなります。

まず1カ国で展開し、その後にテンプレート化して他国へ展開してください。パイロット国では、どの設定が機能するか、データモデルのどこが破綻するか、研修をどう構成すべきかを学べます。2カ国目以降は、税制・通貨・規制に関するローカル調整を加えつつ、その成果の60〜70%を再利用できます。3カ国以上を同時展開しようとすると、問題は地域間で複合的に悪化し、チームはどの修正をどこに適用すべきかトリアージできなくなります。

専任の社内プロジェクトリードを、稼働率80〜100%でアサインしてください。「誰かの稼働の50%」では足りません。ERP導入では、スコープ、カスタマイズ、部門間の利害調整について、意思決定が継続的に発生します。通常業務と兼任するリードでは、これらの判断をタイムリーに下す余裕がなく、承認待ちで導入が停滞します。9〜12カ月間専任リードを置くコストは、ロールアウト遅延による損失と比べればごく小さいものです。

予算にもスケジュールにも20〜30%の contingency バッファを組み込んでください。データの想定外、スコープの膨張、統合の複雑さ、チェンジマネジメントの不足により、ERPプロジェクトがこの程度超過するのは日常茶飯事です。当初の見積もりが確定していると見なすと、3カ月目以降ずっと「遅延中」のプロジェクトが生まれ、ステークホルダーの信頼を損ない、拙速な判断を強いられることになります。バッファを事前に明示しておけば、超過は想定内かつ管理可能なものになり、政治問題に発展しません。