ERP導入や基幹システム刷新を進める際、多くの企業は外部のコンサルティング会社やシステムベンダーに支援を依頼します。
自社だけではシステム選定、要件定義、業務設計、データ移行、テスト、本番稼働まで進めることが難しいため、専門家の知見を借りること自体は非常に有効です。
しかし、コンサル会社に依頼したからといって、ERP導入が必ず成功するわけではありません。
むしろ、契約前の確認不足、担当者の入れ替え、役割分担の曖昧さ、テスト基準の不明確さ、本番稼働判断の甘さが重なると、プロジェクトは一気に炎上します。
今回は、ERP導入で起こりがちな失敗パターンをもとにした架空ケースを通じて、コンサル会社を使う時の注意点を整理します。
なお、この記事に登場する会社名、人物名、コンサル会社名はすべて架空ですが、実際に起きた話をベースに構成しています。
以下本日の記事をYouTubeに見やすくしたものです。
20年以上使った基幹システムに限界が来ていた
中堅自動車部品メーカー、精密部品株式会社は、20年以上使い続けてきた基幹システムの限界を感じていました。
受発注、在庫管理、経理処理、給与計算がそれぞれ別のシステムで動いており、部門間のデータ連携は十分ではありませんでした。
現場では、システムで足りない部分をExcelで補完しながら、何とか日々の業務を回している状態でした。
経理部の田中さんは、その状況を長年見てきた一人です。
月次決算のたびに、販売管理システムから出したデータ、在庫管理表、会計システムの数字を突き合わせ、差異が出れば担当者に確認する。締め作業には毎月3日以上かかっていました。
さらに問題だったのは、業務が一部の担当者に依存していたことです。
どのExcelを見れば正しいのか。どの部品番号が旧コードなのか。どの取引先は例外単価なのか。こうした情報が、システムではなく担当者の頭の中に残っていました。
このままでは、担当者の退職や異動が起きたときに業務が止まる。そうした危機感が、社内でも強くなっていました。
ERP導入は経営課題になった
精密部品株式会社の木村社長は、業務の属人化を解消し、会社全体の情報を一元管理するために、ERP導入を経営課題として位置づけました。
ERPとは、経理、販売、購買、在庫、生産管理、人事など、企業の重要業務を統合管理する基幹システムです。
うまく導入できれば、受注情報が在庫、製造、出荷、請求、会計処理までつながり、経営情報をリアルタイムに把握できるようになります。
特に製造業では、部品番号、在庫、仕入先、製造工程、原価、納期、売上、請求が複雑に絡み合います。
そのため、古いシステムを使い続けるよりも、ERP導入によって業務標準化を進めることは、合理的な選択に見えます。
しかし、ERP導入は単なるシステム入れ替えではありません。
会社の業務の流れそのものを見直すプロジェクトです。
だからこそ、外部コンサル会社に依頼する際には、契約前の確認が非常に重要になります。
大手コンサル会社の提案は非常に魅力的だった
愛知精密部品株式会社が選んだのは、グローバルネットワークを持つコンサルティング会社、カロラインでした。
提案の場に現れたのは、同社のシニアパートナー、佐伯さんです。
佐伯さんは、製造業でのERP導入実績を豊富に持ち、過去の成功事例を流暢に説明しました。
経営陣からの質問にも的確に答え、現行システムの課題、ERP導入後の効果、プロジェクトの進め方を分かりやすく説明しました。
経営層から見れば、非常に安心感のある提案だったと言えます。
「この会社なら任せられる」
そう感じたとしても、不思議ではありません。
しかし、ERP導入で注意しなければならないのは、提案の場に出てきた人が、実際にプロジェクトを担当するとは限らないという点です。
契約後に起きた「担当者の入れ替え」
契約後、プロジェクトが始まると、定例会議に現れたのは提案時のシニアパートナーではなく、若手担当者の松田さんでした。
もちろん、若手担当者だから悪いという話ではありません。
若手でも誠実で優秀な方は多くいます。
問題なのは、発注側が期待していた体制と、実際のプロジェクト体制が違っていたことです。
提案の場で説明していたシニアメンバーは別プロジェクトに入り、実務は別の担当者が担う。
このようなことは、ERP導入やコンサル契約では決して珍しくありません。
いわゆる「Aチームとスイッチ」と呼ばれる問題です。
提案段階では経験豊富なメンバーが出てきて、契約後には別チームが実務を担当する。
この構造を理解しないまま契約すると、発注側は後になって「思っていた体制と違う」と感じることになります。
ERP導入で重要なのは会社名ではなく実際の担当者
ERP導入や基幹システム刷新では、大手コンサル会社に依頼すること自体が安心材料になる場合があります。
実績がある。人材が多い。方法論がある。グローバル事例も豊富です。
しかし、本当に重要なのは、会社名ではありません。
実際に誰が担当するのか。
その人は製造業の業務を理解しているのか。
部品番号、工程管理、在庫引当、仕入先ごとの取引条件、原価計算など、自社の業務に近い経験があるのか。
どれくらいの頻度でプロジェクトに関与するのか。
重要な設計レビューや本番稼働判断に参加するのか。
ここを確認しないまま契約すると、後から大きなズレが生まれます。
ERP導入・基幹システム刷新で
お困りではありませんか？
現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。
無料相談する現場業務の理解に時間がかかり、スケジュールが苦しくなる
精密部品株式会社では、ERP導入プロジェクトが進むにつれて、現場業務の複雑さが明らかになっていきました。
長年積み上げてきた部品番号の体系。
独自の工程管理フロー。
仕入先ごとに異なる取引条件。
顧客ごとの納品ルール。
現場で使われ続けてきたExcel管理表。
旧システムにしか残っていない過去データ。
こうしたものを理解し、ERP上でどう処理するのかを決めるには、相当な時間が必要でした。
しかし、当初のスケジュールでは、その時間が十分に確保されていませんでした。
要件定義は長引き、設計の確認も遅れ、テスト期間は徐々に圧迫されていきます。
ERP導入でよくある失敗は、まさにここにあります。
最初の計画では順調に進む前提になっているものの、実際には現場業務の複雑さが後から見えてくる。
そして、そのしわ寄せがテスト期間や本番稼働前の確認に集中します。
「影響は軽微です」という言葉をそのまま信じてはいけない
プロジェクト後半になると、テストでいくつもの問題が見つかりました。
在庫データの連携が合わない。
請求書の金額が一部一致しない。
一部の部品コードが新システムで正しく処理されない。
仕入先ごとの取引条件が反映されていない。
しかし、ベンダー側からは「影響は軽微です」「修正できます」「本番稼働後に対応可能です」と説明されました。
ここで発注側が確認すべきなのは、「軽微」とは誰にとって軽微なのかという点です。
システム上は軽微な不具合でも、現場にとっては重大な問題かもしれません。
請求書の金額が合わないことは、経理にとって重大です。
在庫データが合わないことは、製造や購買にとって重大です。
出荷指示が正しく出ないことは、営業や物流にとって重大です。
ベンダー側の「軽微」という表現をそのまま受け入れるのではなく、業務影響として本当に許容できるのかを、発注側が判断する必要があります。
本番稼働後、現場で混乱が起きた
そして本番稼働日を迎えました。
システムは起動しました。
しかし、現場ではすぐに問題が表面化しました。
在庫データが正しく反映されない。
請求書の金額が合わない。
一部の仕入先への支払い処理が遅れる。
製造ラインで必要な部品の在庫が確認できない。
月末に向けて、経理部には各部署からの問い合わせが殺到しました。
「何が正しい数字なのか分からない」
これは、ERP導入失敗で最も危険な状態です。
受注、在庫、出荷、請求、会計のどこかで数字がズレると、会社全体が混乱します。
システム上の数字を信じてよいのか。
Excelの管理表を見た方がよいのか。
旧システムの情報と突き合わせるべきなのか。
誰が最終判断するのか。
このような状態になると、ERPは業務効率化のための仕組みではなく、現場を混乱させる要因になってしまいます。
責任範囲が曖昧だと、追加費用で揉める
トラブル発生後、コンサル会社側は「システムは仕様通りに動いている。データ移行の精度に問題がある」と主張しました。
一方、発注側は「当初の説明では、現行業務に合わせて導入できるはずだった」と感じていました。
このような対立は、ERP導入でよく起こります。
ベンダー側は、契約範囲外の作業だと考える。
発注側は、当然対応してもらえると思っていた。
この認識のズレが、追加費用、スケジュール遅延、責任の押し付け合いにつながります。
愛知精密部品株式会社のケースでは、追加修正費用として数千万円規模の請求が発生しました。
最終的に、プロジェクトは当初予算の約2倍の費用をかけて収拾に向かいました。
ただし、取引先との関係修復には長い時間がかかりました。
ERP導入の失敗は、社内だけで完結しません。
支払い遅延、納品遅延、請求ミス、在庫確認の遅れが起きれば、取引先の信頼にも影響します。
このケースから学ぶべき最大の教訓
この架空ケースから学べる最大の教訓は、コンサル会社と契約する前に、実際の担当者、役割分担、テスト基準、本番稼働判断を文書で明確にすることです。
提案時に出てきたメンバーが、必ずしも実務を担当するとは限りません。
そのため、契約前に次の点を確認する必要があります。
- 実際のプロジェクト責任者は誰か
- 提案時のメンバーは契約後も関与するのか
- 関与する場合、頻度はどれくらいか
- 担当者が変更される場合、発注側の同意は必要か
- 業務領域ごとの責任者は誰か
- 発注側とベンダー側の役割分担は明確か
- データ移行の責任範囲はどこまでか
- テストの合格基準は何か
- 本番稼働の判断基準は何か
- 未解決課題が残った場合、稼働延期できるのか
これらを口頭確認だけで終わらせるのは危険です。
必ず契約書、提案書、体制表、プロジェクト計画書、議事録など、文書で残す必要があります。
ERP導入・基幹システム刷新で
お困りではありませんか？
現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。
無料相談する契約書に「誰が担当するか」を明記する
コンサル会社を使う時の注意点として、特に重要なのが、契約書やプロジェクト計画書に「誰が担当するか」を明記することです。
提案時のシニアメンバーが魅力的だったとしても、その人が契約後にどれくらい関与するのかが曖昧では意味がありません。
少なくとも、次のような項目は確認すべきです。
- プロジェクト責任者の氏名
- 業務領域ごとの担当者名
- 各担当者の役割
- 関与率または稼働予定
- 重要会議への参加有無
- 設計レビューへの参加有無
- 本番稼働判断時の関与有無
- 担当者変更時の事前通知と発注側承認
もちろん、大規模プロジェクトでは担当者の変更が発生することもあります。
しかし、重要なのは、変更自体を禁止することではありません。
発注側が知らないうちに、プロジェクト体制が変わってしまうことを防ぐことです。
担当者変更時には、同等以上の経験を持つ人材を配置すること、発注側の承認を必要とすること、引き継ぎ期間を設けることなどを合意しておくべきです。
本番稼働の判断基準を数値で決める
ERP導入で次に重要なのが、本番稼働の判断基準です。
多くのプロジェクトでは、スケジュール通りに本番稼働することが重視されます。
しかし、未解決の重大課題が残っている状態で本番稼働すれば、稼働後に現場が混乱します。
そのため、本番稼働前に、できるだけ客観的な判断基準を決めておく必要があります。
たとえば、次のような基準です。
- 重大バグがゼロであること
- 業務停止につながる未解決課題がないこと
- 主要業務シナリオのテスト合格率が一定以上であること
- 受注から出荷、請求、会計処理までの一連のテストが完了していること
- データ移行後の残高や在庫数量が許容範囲内で一致していること
- 現場キーユーザーが受け入れ可能と判断していること
- 障害発生時の代替運用が準備されていること
「だいたい大丈夫です」
「大きな問題はありません」
「本番後に修正できます」
こうした曖昧な言葉だけで本番稼働を判断するのは危険です。
ERP導入では、稼働後に問題が起きると、現場業務や取引先に直接影響します。
だからこそ、本番稼働の判断基準は、契約前またはプロジェクト初期に明文化しておく必要があります。
データ移行の責任範囲を曖昧にしない
ERP導入でトラブルになりやすいのが、データ移行です。
旧システムから新システムへ、商品マスター、取引先マスター、在庫データ、売掛金、買掛金、部品番号、単価情報などを移行します。
しかし、旧システムのデータが必ずしもきれいな状態とは限りません。
古いコードが残っている。
使われていない取引先が残っている。
同じ部品が複数コードで登録されている。
Excelで補っている情報がシステムに入っていない。
このような状態でデータ移行を行うと、新システムでも問題が発生します。
そのため、データ移行については、次の点を明確にする必要があります。
- どのデータを移行対象にするのか
- データ抽出は誰が行うのか
- データクレンジングは誰の責任か
- 移行後の検証は誰が行うのか
- 移行ミスが発生した場合、誰が修正するのか
- 移行データの承認者は誰か
データ移行の責任範囲が曖昧だと、稼働後に問題が起きたときに、発注側とベンダー側で責任の押し付け合いになります。
コンサル会社を使う時の5つの注意点
ERP導入や基幹システム刷新でコンサル会社を使う場合、発注側は次の点に注意する必要があります。
1. 提案のうまさと実行力は別である
提案が分かりやすいことは重要です。
しかし、提案がうまいことと、実際にプロジェクトを成功させることは別です。
契約前には、実際の担当者、過去の実績、関与頻度を確認する必要があります。
2. 大手だから安心とは限らない
大手コンサル会社には、優秀な人材や方法論があります。
しかし、実際に担当するチームの経験値や体制によって、プロジェクト品質は大きく変わります。
3. 役割分担を曖昧にしない
発注側がやること、コンサル会社がやること、システムベンダーがやることを明確にする必要があります。
特に、要件定義、データ移行、テスト、現場教育、稼働後サポートの責任範囲は重要です。
4. テスト基準を事前に決める
テストで問題が出たときに、「どの程度なら本番稼働できるのか」を事前に決めておく必要があります。
基準がないと、スケジュール優先で稼働してしまうリスクがあります。
5. 議事録と合意事項を残す
ERP導入では、会議中の発言が後から重要になります。
「できると言われた」「そこまでは契約外です」という認識ズレを防ぐために、議事録、合意事項、課題管理表を必ず残すべきです。
ERP導入でお困りの企業へ
ERP導入や基幹システム刷新を検討しているものの、コンサル会社やベンダーの提案内容が妥当か分からない、見積もりが適切か判断できない、契約前に何を確認すべきか分からないという企業は少なくありません。
また、すでにプロジェクトが進行しており、追加費用、スケジュール遅延、担当者変更、テスト不具合、データ移行、責任範囲のズレで悩んでいるケースもあります。
そのような場合は、契約前、要件定義前、本番稼働前の段階で、第三者の視点からリスクを確認することが重要です。
ERP導入・基幹システム刷新で
お困りではありませんか？
現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。
無料相談するまとめ。コンサル会社に任せる前に、発注側が確認すべきこと
コンサル会社は、ERP導入や基幹システム刷新において重要なパートナーです。
専門知識、プロジェクト管理、業務設計、システム導入の経験を活用することで、自社だけでは難しいプロジェクトを前に進めることができます。
しかし、コンサル会社に依頼すれば自動的に成功するわけではありません。
重要なのは、発注側が主体的に確認し、判断し、管理することです。
契約前に、実際の担当者を確認する。
役割分担を明確にする。
データ移行の責任範囲を決める。
テストの合格基準を文書化する。
本番稼働の判断基準を数値で決める。
担当者変更時のルールを契約に入れる。
これらを行うだけでも、ERP導入の炎上リスクは大きく下げることができます。
ERP導入は、会社の未来を左右する大きな投資です。
だからこそ、提案のうまさや会社名だけで判断するのではなく、実際に誰が、どの範囲を、どの基準で、どこまで責任を持つのかを確認する必要があります。
コンサル会社を使う時に最も大切なのは、丸投げしないことです。
外部の専門家を活用しながらも、最終的にそのシステムを使い、業務を回し、責任を負うのは自社です。
この前提を忘れないことが、ERP導入を成功させるための第一歩です。
もしこの記事を読んで、自社でも起きている。どうにかしたいというお話があれば、ぜひ弊社までご連絡くださいませ。
ERP導入・基幹システム刷新で
お困りではありませんか？
現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。
無料相談する