mcframe導入の発注/外注/依頼/委託方法について

mcframeの導入を検討しているものの、「どこに発注すればいいのか」「費用はどのくらいかかるのか」「失敗しないためにはどう進めればいいのか」といった疑問を抱えている担当者の方は少なくありません。mcframeはビジネスエンジニアリング株式会社（B-EN-G）が開発した製造業向けの生産管理・販売管理・原価管理パッケージシステムであり、1996年の提供開始以来、製造業・流通業を中心に多くの企業で導入実績を積み重ねてきた国産ERPです。

一方で、mcframeはビジネスエンジニアリング社が直接エンドユーザーに販売するのではなく、認定パートナー企業を通じた販売・導入体制をとっています。そのため「どのパートナーに依頼するか」「RFPをどのように作成するか」「見積もりはどこと比較すべきか」を理解しておくことが導入成功の鍵となります。本記事では、mcframe導入の外注・発注・委託方法について、全体像から費用相場・ベンダー選定まで体系的に解説します。

▼全体ガイドの記事
・mcframe導入の完全ガイド

mcframe導入の発注・外注の全体像

mcframeを外注・発注する場合、ビジネスエンジニアリング社に直接依頼するのではなく、認定パートナー企業を通じて進めるのが基本的な流れです。パートナー企業は「ビジネスパートナー」と「エンジニアリングパートナー」の2種類に分かれており、それぞれ役割が異なります。発注側の企業はまずこの仕組みを理解した上で、自社の要件やプロジェクト規模に合ったパートナーを選定することが重要です。

mcframeのパートナー体制には大きく2つの区分があります。ビジネスパートナーはライセンス販売とシステムインテグレーション（SI）の両方を担えるパートナーです。一方、エンジニアリングパートナーはライセンス販売を行わず、既にライセンスを保有しているビジネスパートナーと協力してシステム構築を担うパートナーです。発注先として直接契約を結ぶのはビジネスパートナーが主となりますが、実際の開発・構築作業はエンジニアリングパートナーが担う場合もあります。

代表的なビジネスパートナーには、日立ソリューションズ、コベルコシステム、インテック、キヤノンITソリューションズ、電算などが挙げられます。これらの企業はいずれも長年にわたりmcframe導入に携わっており、mcframe Certified Professional（MCCP）の認定資格保有者を多数擁しています。発注先を選ぶ際には、MCCP保有者数や過去の導入実績を確認することが選定精度を高める上で重要なポイントとなります。

mcframeの導入方式には主に2つのスタイルがあります。1つ目は「パッケージ導入」で、mcframeが標準で提供する機能をほぼそのまま活用する方法です。自社の業務プロセスをある程度mcframeの標準仕様に合わせることになりますが、開発工数を抑えられるため、コストと期間の両面でメリットがあります。2つ目は「ジャストフィット導入」で、企業固有の業務要件に合わせてカスタマイズを施す方法です。

mcframeはフレームワーク上に業務機能を「部品」として構成した独自アーキテクチャを採用しており、プログラム自動生成ツールを活用することで生産性の高いカスタマイズが可能です。ただし、カスタマイズの範囲が広がるほど開発コストと保守コストが増加するため、どの機能を標準で利用しどこをカスタマイズするかを慎重に判断する必要があります。発注時にはこの「スタンダード範囲とカスタマイズ範囲の切り分け」を明確にした仕様書を準備することが重要です。

mcframe導入の外注・委託の進め方

mcframe導入プロジェクトを外注・委託する場合、大きく「要件定義・企画フェーズ」「設計・開発フェーズ」「テスト・リリースフェーズ」の3フェーズに分かれます。それぞれのフェーズで発注側（ユーザー企業）が担うべき役割と、パートナー（委託先）に任せる範囲を明確にしておくことが、プロジェクト成功の大前提です。

mcframe導入の成否を決定的に左右するフェーズが要件定義です。mcframeの公式コラムでも「プロジェクトの成否を左右する重要なマイルストーンはFit&Gap（要件定義）とデータ移行の2つ」と明言されています。要件定義フェーズでは、現状の業務プロセスを徹底的に棚卸しし、mcframeの標準機能と自社業務の「ギャップ」を洗い出すFit&Gap分析を実施します。

販売管理・調達・経理系の業務はパッケージとのフィット率が高い傾向にありますが、製造現場管理など個別要件が多い業務はギャップが生じやすいため、標準機能で対応するか業務フローを変更するかカスタマイズ開発を行うかを決断しなければなりません。この判断を曖昧にしたまま発注すると、後の工程で手戻りが発生し、コストと期間の超過につながります。要件定義フェーズはできる限り発注側の主体的な参加のもとで進めることが重要です。

また、コード体系（品番・取引先コード・倉庫コードなど）の定義も要件定義フェーズで決めるべき重要事項です。コード体系のルールが曖昧なまま運用が始まると、後から修正することが非常に困難になり、システムの使い勝手を大きく損なうリスクがあります。発注前に自社内で担当者を決め、コード体系の方針を文書化しておくことを強く推奨します。

設計・開発フェーズでは、要件定義で決定したスコープをもとにシステム設計書を作成し、mcframeのカスタマイズ開発・設定作業が本格化します。mcframeの大きな特長の1つが、プロトタイプを早期に構築して実際の業務フローに近い形で動作確認できる仕組みです。これにより、設計段階での認識齟齬を早期に発見し、手戻りを最小化できます。

この段階で発注側が気をつけるべきポイントは、追加要件の管理です。設計が進む中で現場から「こんな機能も欲しい」という声が上がることは珍しくありませんが、追加要件を都度受け入れていると、いわゆる「スコープクリープ」が発生し、コストと工期が際限なく膨らんでしまいます。変更管理のルールを委託先と事前に取り決めておくことが不可欠です。具体的には、要件変更は所定の変更管理票に記載し、影響範囲・追加工数・コストを見積もった上でプロジェクトオーナーが承認する手順を設けることが効果的です。

テスト・リリースフェーズでもう1つの重要なマイルストーンが「データ移行」です。旧システムや既存のExcel管理データをmcframeへ移行する作業は、データ量が多い場合はもちろん、データのクレンジング（名寄せ・重複排除・フォーマット統一）に多大な工数がかかります。mcframe導入パートナー各社もデータ移行支援サービスを提供していますが、発注側もデータ移行の主体として積極的に参加し、品質確認を行う体制を整える必要があります。

また、現場担当者へのトレーニングも軽視できません。mcframeのパートナー企業の多くはトレーニングコースを用意しており、MCCP認定コンサルタントが操作教育や業務定着支援を担います。リリース直後の現場混乱を最小化するために、本番稼働の少なくとも1〜2か月前からトレーニングを開始し、並行稼働期間を設けることが一般的です。リリースに向けたこれらの準備コストも発注時の見積もりに含めて確認しておきましょう。

mcframe導入の費用相場とコストの内訳

mcframe導入にかかる費用は、ライセンス費用・導入サービス費用・ハードウェアやインフラ費用・保守運用費用の大きく4つに分かれます。クラウド型（mcframe CS）の場合は月額84,750円からの利用が可能ですが、実際のプロジェクトではカスタマイズや導入支援費用が大きな割合を占めることが多く、トータルコストで計算することが欠かせません。

mcframeのライセンス費用はユーザー数・モジュール数・オンプレミスかクラウドかによって大きく異なります。オンプレミス型の場合、ライセンス費用だけで数百万円〜数千万円規模になることもあります。一方、クラウド型のmcframe CSはSaaS形式でライセンスを月額提供しており、初期投資を抑えて導入できるメリットがあります。

導入サービス費用（SI費用）は、要件定義・設計・カスタマイズ開発・テスト・データ移行・トレーニングといった各工程の工数に応じて算出されます。規模や複雑度にもよりますが、一般的な中規模製造業向けの導入では、導入サービス費用だけで1,000万円〜5,000万円程度になるケースが多く見られます。原価管理機能に特化して機能範囲を絞ることで6か月・低コストでの導入を実現した事例もあり、スコープの最適化がコスト管理に直結します。

インフラ費用については、オンプレミスの場合はサーバー・ネットワーク機器等のハードウェア調達費用が別途発生します。クラウド型を選択すれば初期のインフラ投資は不要ですが、月額のクラウド利用費用（ライセンス料に加えて、AWSやAzureなどのインフラコスト）が継続的に発生することを念頭に置く必要があります。

初期費用だけに注目してしまいがちですが、mcframeの総保有コスト（TCO）を正確に把握するにはランニングコストの試算が欠かせません。主なランニングコストとしては、年間保守費（ライセンス費用の15〜20%が目安）、バージョンアップ費用、パートナーへの保守サポート費用、クラウドインフラの月額費用などが挙げられます。

mcframeはバージョンアップのたびに機能追加・法改正対応が行われますが、オンプレミスでカスタマイズを多く施している場合はバージョンアップ時のカスタマイズ対応工数が追加コストとなります。このため、カスタマイズを最小限に抑えて標準機能を最大限活用するアプローチが、長期的なTCO削減に有効です。発注前の見積もり依頼段階で「5年間のTCO試算」をパートナーに求めることが、コスト管理の精度を高める実践的な方法です。

見積もり・RFP作成と発注先の選び方

mcframe導入を外注・委託するにあたって、適切な発注先を選ぶためには「RFP（提案依頼書）」の作成と「複数社比較」が非常に重要です。RFPとは、発注者が委託候補のベンダーに対して自社の要件・課題・条件を提示し、提案書と見積書の提出を依頼する文書です。RFPを整備することで、各ベンダーから比較可能な提案を受け取ることができ、選定の質が大きく向上します。

RFPに記載すべき主な項目は、企業概要・現状業務フローの概要・システム化の目的・対象業務範囲・希望するモジュール・カスタマイズ要件・スケジュール・予算感・選定基準です。特にmcframe導入のRFPでは「生産管理・販売管理・原価管理のどのモジュールを対象とするか」「グローバル展開（海外拠点連携）の要否」「既存システムとの連携要件」を明記することが重要です。

RFPの精度が低い場合、各ベンダーの提案内容がバラバラになり、正確な比較ができなくなります。またRFPの内容が曖昧だと、見積もりが過小になり、後から追加費用が発生するリスクが高まります。mcframeの公式コラムでも「ある程度選定するソリューションのあたりがついたところで、候補ベンダー各社にRFPを提示して情報収集の段階に進む」ことを推奨しており、事前の業務分析とRFP作成への投資が発注の質を決定的に左右します。

mcframe導入の発注先を選定する際は、最低でも2〜3社のパートナーに提案依頼を行い、比較することを推奨します。評価する観点としては主に「MCCP（mcframe Certified Professional）保有者数と資格の種類」「同業種・同規模企業への導入実績」「提案の具体性（要件への理解度）」「プロジェクト管理体制と担当者の専任性」「サポート体制（保守・バージョンアップ）」「価格の透明性」が挙げられます。

特に重要なのがデモンストレーション評価です。mcframeの公式コラムでも「重要な要件については、提案依頼先のベンダーに要件に沿った業務シナリオやデータを用いた具体的な解決策の実演を求める」ことを推奨しています。自社の業務フローに合わせたシナリオでデモを依頼し、標準機能でどこまで対応でき、どこからカスタマイズが必要かを自分の目で確認することが重要です。デモを行うことで、各パートナーのmcframeへの熟知度や、プロジェクトメンバーの質を見極めることができます。

mcframe導入プロジェクトの契約形態には、主に「請負契約」と「準委任契約」があります。請負契約は成果物の完成を約束する契約で、仕様書に定めた機能の実装完了を責任として負います。一方、準委任契約は工数単価での契約で、作業の遂行を約束するものです。要件定義フェーズや運用保守フェーズは準委任、設計・開発フェーズは請負というように、フェーズごとに適切な契約形態を使い分けるアプローチが一般的です。

発注時に特に注意すべきリスクは、仕様の解釈の違いによるトラブルです。RFPや要件定義書の記載が曖昧だと、発注者と委託先で認識が食い違い、追加費用の請求や納期遅延の原因になります。画面設計書・帳票設計書・インターフェース仕様書などのドキュメントを詳細に定義し、承認プロセスを経てから設計・開発フェーズに移行することが、後のトラブル防止に直結します。また、プロジェクト推進における窓口担当者をユーザー企業側に設置し、定期的な進捗確認の場を設けることもリスク管理の基本です。

mcframe導入の外注で失敗しないためのポイント

外注・委託によるmcframe導入が失敗に至るパターンには、いくつかの共通した特徴があります。代表的なものが「機能の豊富さや知名度だけでパートナーを選定した結果、現場の運用に馴染まなかった」「過度なカスタマイズによって将来的な保守が困難になった」「要件定義が不十分なまま開発に進んだため手戻りが頻発した」というケースです。

失敗パターンの第1位は「スコープ肥大化による予算・工期超過」です。現場担当者からの追加要件をコントロールできず、当初予算の2〜3倍に膨れ上がるケースも珍しくありません。対策としては、変更管理プロセスをプロジェクト開始時から明文化し、変更要求には必ず工数・コスト・スケジュールへの影響評価を付け、プロジェクトオーナーの承認を必須とするルールを設けることが有効です。

失敗パターンの第2位は「データ移行の品質不良による本番稼働後のトラブル」です。旧システムのデータを精査せずにmcframeへ移行すると、重複データや欠損データが混入し、生産計画や在庫管理に支障をきたします。データ移行リハーサルを本番稼働の1〜2か月前に実施し、移行データの整合性を徹底的に検証することが不可欠です。第3の失敗パターンは「現場教育の不足によるシステム定着失敗」で、高額なシステムを導入したにもかかわらず、現場担当者が使いこなせず、従来のExcel管理と並行運用が続いてしまうケースです。操作教育だけでなく、業務フロー変更の背景や目的を現場に丁寧に伝えるチェンジマネジメントへの取り組みが定着率を大きく左右します。

mcframe導入プロジェクトの発注品質を高める方法として、外部の独立系ITコンサルタントやPMO（プロジェクトマネジメントオフィス）を活用することが有効です。ITコンサルタントをRFP作成段階から参加させることで、ベンダー中立の立場で要件の整理・RFP作成・ベンダー評価をサポートしてもらえます。mcframeはB-EN-Gのパートナー企業のみが対応できるため、パートナーとは別にニュートラルな立場でプロジェクト全体を管理するPMO役割を設けることが特に大規模プロジェクトでは推奨されます。

PMOを設置することで、プロジェクトの進捗管理・課題管理・リスク管理・コミュニケーション管理を一元化し、発注側（ユーザー企業）の意思決定を迅速化できます。実際に、mcframe導入事例の中には「BPRを9か月で実現」「工期を5か月短縮してコストを5億円削減」といった成果を上げたケースがありますが、こうした成功の背景には、発注側とパートナーの密な協働体制と明確なプロジェクト管理が存在しています。

まとめ

本記事では、mcframe導入の外注・発注・委託方法について、パートナー体制の仕組みから導入の進め方・費用相場・RFP作成・ベンダー選定・失敗防止策まで体系的に解説しました。最後に重要なポイントを整理します。

mcframeはビジネスエンジニアリング社の認定パートナー企業を通じた発注が基本であり、ビジネスパートナー（ライセンス販売＋SI）とエンジニアリングパートナー（SI専業）の2種類があります。発注先の選定ではMCCP保有者数・同業種実績・デモ評価の3点を重視することが重要です。

費用面では、クラウド型の月額利用料に加え、導入サービス費用（中規模では1,000万円〜5,000万円程度）が主な負担となります。スコープを絞ることで6か月・低コストでの導入を実現した事例もあり、「何のためにmcframeを導入するか」という目的の明確化がコスト最適化の出発点です。

プロジェクトの成否を分けるのはFit&Gap分析・データ移行・現場トレーニングの3点です。これらに十分な時間とリソースを確保し、発注側が主体的に関与することが、外注・委託による導入を成功に導く最大のポイントです。外部コンサルタントやPMOを活用してニュートラルな視点でプロジェクトを管理することも、大規模プロジェクトでは特に有効な施策です。

▼全体ガイドの記事
・mcframe導入の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。