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

mcframeの導入は、認定パートナーを通じて発注するのが基本です。導入の流れは、要件定義・企画、設計・開発、テスト・リリースの順に進みます。

費用は初期と継続に分けて見積もることが大切です。

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

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

mcframeは認定パートナーを通じた導入が基本です。ビジネスエンジニアリング株式会社(B-EN-G)が開発した、製造業向けの生産管理・販売管理・原価管理パッケージです。

1996年の提供開始以来、製造業や流通業を中心に導入実績を重ねてきた国産ERPです。

パートナーは、ビジネスパートナーとエンジニアリングパートナーの2種類に分かれます。発注先は、各社の役割を理解したうえで、自社の要件や規模に合わせて選びます。

ビジネスパートナーとエンジニアリングパートナーの違い

発注や構築でどこを担うかは、パートナーの区分によって変わります。

  • ビジネスパートナー:ライセンス販売とシステムインテグレーション(SI)を担います。
  • エンジニアリングパートナー:ライセンス販売はせず、ライセンス保有済みのビジネスパートナーと協力して構築します。

直接の契約先は主にビジネスパートナーですが、開発や構築を別の会社が担うこともあります。

代表的なビジネスパートナーには、日立ソリューションズ、コベルコシステム、インテックがあります。ほかに、キヤノンITソリューションズや電算などもあります。

各社は長年mcframeの導入に携わっており、mcframe Certified Professional(MCCP)の認定資格を持つ人材を多数抱えています。発注先を選ぶ際は、MCCP保有者数と導入実績を確認することが大切です。

導入スタイルの種類:パッケージ導入とジャストフィット導入

導入方式は、標準機能をどこまで使うかと、個別要件にどう対応するかで選びます。

  • パッケージ導入:標準機能を活用し、開発工数や費用、期間を抑えます。
  • ジャストフィット導入:企業固有の業務要件に合わせてカスタマイズします。

パッケージ導入では、業務の進め方をある程度mcframeの標準仕様に合わせます。その分、開発工数を抑えられ、コストと期間の両面でメリットがあります。

mcframeは、フレームワークの上に業務機能を部品として組み立てる、独自のアーキテクチャを採用しています。加えて、プログラム自動生成ツールを使えば、生産性の高いカスタマイズができます。

カスタマイズの範囲が広がるほど、開発費と保守費は増えていきます。そこで、標準機能で対応する範囲とカスタマイズする範囲を、仕様書で分けて示しておくことが大切です。

ポイント

発注先は、ライセンス販売とSIまで担えるビジネスパートナーか、構築を協力して担うエンジニアリングパートナーかで選びます。標準機能を使う範囲を先に決めておくと、各社の提案を比べやすくなります。

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

mcframe導入を要件定義・企画、設計・開発、テスト・リリースの順に示す図。
各段階で担当範囲を整理すると、判断の曖昧さによる手戻りを防ぎやすくなります。

導入プロジェクトは、要件定義・企画、設計・開発、テスト・リリースの3フェーズに分かれます。各フェーズで発注側とパートナーの担当範囲を明確にしておくことが、導入を成功させる前提になります。

要件定義・企画フェーズ:発注前の業務整理と課題の明確化

要件定義では、現状の業務を洗い出し、mcframeの標準機能とのギャップを調べます。公式コラムでも、Fit&Gap(要件定義)とデータ移行が成否を分ける鍵とされています。

業務ごとの対応方法は、パッケージとの適合度を見て決めます。

  • 販売・調達・経理:パッケージとのフィット率が高い傾向です。
  • 製造現場管理:個別要件が多く、ギャップが生じやすい業務です。

ギャップには、標準機能で対応するか、業務フローを変えるか、カスタマイズで対応するかのいずれかで応じます。判断が曖昧なままだと、手戻りが起きて費用と期間が超過します。

品番や取引先コード、倉庫コードなどのコード体系は、発注側も主体的に加わって決めます。曖昧なまま運用に入ると修正が難しく、使い勝手も損なわれます。発注側は事前に担当者を決め、コード体系の方針を文書にまとめます。

設計・開発フェーズ:プロトタイプ検証とカスタマイズ範囲の管理

設計・開発では、要件定義で決めた範囲をもとにシステム設計書を作ります。この段階で、mcframeのカスタマイズ開発や設定も本格化します。

  • プロトタイプ検証:早期に業務に近い形で試し、認識違いと手戻りを抑えます。
  • 追加要件:当初の合意範囲からの変更を扱います。

追加要件を都度受け入れていくと、スコープクリープが起きて、費用と工期が膨らみます。

変更要求は変更管理票に記載します。そのうえで、影響範囲、追加工数、費用を見積もり、プロジェクトオーナーが承認する流れが効果的です。

テスト・リリースフェーズ:データ移行と現場トレーニングの重要性

データ移行は、テスト・リリース段階の重要な節目です。旧システムやExcelのデータ量が多いほど、移行にかかる工数も増えます。

  • データ移行:発注側も参加し、移行データの品質を確認します。
  • 現場研修:本番稼働の少なくとも1〜2か月前から始め、並行稼働期間を設けるのが一般的です。

名寄せや重複排除、形式統一などのデータクレンジングにも工数が必要です。パートナー各社はデータ移行支援を提供しています。また、多くのパートナーが研修コースを用意し、MCCP認定コンサルタントが操作教育や定着支援を担います。

リリース直後の混乱を抑えるための準備費用も、発注時の見積もりに含めておきます。

ポイント

フェーズごとに発注側とパートナーの担当範囲を決め、要件定義でmcframe標準機能とのギャップを洗い出しておくことが欠かせません。判断が曖昧なまま進めると、手戻りが起きます。

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

mcframe CSの月額利用料、オンプレミスのライセンス費用、導入サービス費、年間保守費の目安を示す4枚のパネル図。
ライセンス形態や導入範囲をそろえると、見積もりの前提を合わせやすくなります。

導入費用は、ライセンス、導入サービス、インフラ、保守運用の4つに分けて考えられます。このうちクラウド型のmcframe CSは、月額84,750円から利用できます。

実際の導入では、カスタマイズや導入支援の費用が大きな割合を占めることもあります。そのため、費用は総額で試算することが大切です。

初期費用の内訳:ライセンス・導入サービス・インフラ

ライセンス費用は、ユーザー数やモジュール数、オンプレミスかクラウドかによって異なります。

  • オンプレミス:ライセンス費用だけで数百万円〜数千万円になる場合があります。
  • mcframe CS:SaaS形式の月額提供で、初期投資を抑えられます。
  • 導入サービス費:中規模製造業向けでは1,000万円〜5,000万円程度のケースが多く見られます。

導入費の総額は、ライセンス形態や導入範囲によって変わります。SI費用は、要件定義や設計、カスタマイズの工数で算出されます。テスト、データ移行、研修の工数も、その中に含まれます。

原価管理機能に絞って範囲を限定し、6か月・低コストで導入できた事例もあります。対象範囲をどこまでにするかが、費用管理に直結します。

オンプレミスでは、サーバーやネットワーク機器の調達費が別途かかります。一方、クラウドは初期のインフラ投資が要りませんが、ライセンス料に加えて、AWSやAzureなどのインフラ利用料が毎月発生します。

ランニングコストと保守費用の見落とし防止

総保有コスト(TCO)を把握するには、初期費用だけでなく、継続費用も試算する必要があります。

  • 年間保守費:ライセンス費用の15〜20%が目安です。
  • 継続費用:バージョンアップ、パートナーの保守サポート、クラウドインフラの月額費用です。

オンプレミスでカスタマイズが多いと、更新のたびに追加の対応工数がかかります。標準機能を活用してカスタマイズを抑えれば、長期的なTCOの削減につながります。

見積もりの段階で、パートナーに5年間のTCO試算を依頼しておくと、費用を管理しやすくなります。

ポイント

費用は初期と継続に分け、5年間のTCOで総額を見積もることが大切です。導入費の総額はライセンス形態や範囲で変わるため、同じ条件で比べる必要があります。

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

複数社を比べる際の人材と実績、提案と体制、運用と価格の3つの評価基準を示す図。
評価軸をそろえることで、各社の提案内容を横並びで確認できます。

発注先の選定では、まずRFP(提案依頼書)を作り、複数社を比べます。RFPは、要件や課題、条件を候補ベンダーに示し、提案書と見積書を依頼するための文書です。

RFPがあれば、各社から比べやすい提案を受け取れるため、選定の質を高められます。

RFP・要件整理の準備:記載する内容と範囲

RFPでは、提案と見積もりの前提をそろえるために、情報を3つに分けて整理します。

  • 会社と業務:企業概要、現状業務フロー、システム化の目的を記載します。
  • 導入範囲:対象業務、希望モジュール、カスタマイズ要件を示します。
  • 条件:スケジュール、予算感、選定基準を明記します。

mcframeの場合は、生産管理・販売管理・原価管理のうち、対象とするモジュールを明記します。あわせて、海外拠点との連携や既存システムとの連携が必要かどうかも示します。

RFPの精度が低いと、提案内容がばらつき、正確な比較ができなくなります。RFPの内容が曖昧な場合は、見積もりが過小になり、後から追加費用が生じるおそれもあります。

公式コラムは、導入ソリューションの候補が絞れた段階で、各社にRFPを示して情報収集することを推奨しています。事前の業務分析とRFP作成が、発注の質を左右します。

複数社比較と発注先選定の具体的な評価基準

最低でも2〜3社に提案を依頼し、同じ観点で評価します。

  • 人材と実績:MCCPの人数・資格、同業種や同規模の導入実績を見ます。
  • 提案と体制:要件理解の具体性、管理体制、担当者の専任性を確認します。
  • 運用と価格:保守・更新の支援体制と、価格の透明性を比べます。

デモは、自社の業務フローに合ったシナリオとデータを使って、実演してもらうよう依頼します。公式コラムも、重要な要件に沿った具体的な解決策を示すよう勧めています。

標準機能で対応できる範囲と、カスタマイズが必要な範囲を確かめます。さらに、デモを通じて、各社のmcframeへの理解度や担当メンバーの質も見極められます。

契約形態と発注時のリスク管理

契約形態は、完成を約束するか、作業の遂行を約束するかで選びます。

  • 請負契約:仕様どおりに完成させることを約束し、仕様に定めた機能の実装を担います。
  • 準委任契約:工数単価で契約し、作業の遂行を約束します。

要件定義や保守は準委任、設計・開発は請負とするなど、フェーズごとに使い分けるのが一般的です。仕様の解釈がずれると、追加費用や納期の遅れにつながります。そのため、RFPや要件定義書の内容は具体的に記載しておきます。

画面、帳票、インターフェースの仕様書を詳しく定め、承認を得てから設計・開発に進めば、後のトラブルを防げます。また、ユーザー企業側に窓口担当者を置き、進捗を定期的に確認することも、リスク管理の基本です。

ポイント

RFPに要件、課題、条件をそろえて書き、複数社の提案を同じ観点で比べます。契約は、フェーズごとに請負と準委任を使い分けるのが一般的です。

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

機能の豊富さや知名度だけでパートナーを選ぶと、現場の運用に合わない失敗が起きがちです。過度なカスタマイズで将来の保守が難しくなるケースや、要件定義が不十分なまま開発に進み、手戻りが頻発するケースもあります。

失敗を防ぐには、変更管理、データ移行、現場支援を、あらかじめ計画に組み込んでおくことが必要です。

よくある失敗パターンと対策

よくある失敗は、順位の高いものから3つ挙げられます。

  • スコープ肥大化:追加要件の制御不足で予算や工期が超過します。
  • 移行品質:データの不備が稼働後の業務に影響します。
  • 現場教育:操作や変更目的が伝わらず、システムが定着しません。

第1位のスコープ肥大化では、追加要件を制御できず、当初予算の2〜3倍に膨らむケースも珍しくありません。対策としては、変更要求ごとに工数、費用、スケジュールへの影響を評価します。そのうえで、変更管理を開始時に文書化し、オーナーの承認を必須にするルールが有効です。

第2位のデータ移行では、移行データを十分に精査しないと、重複や欠損が生じ、生産計画や在庫管理に支障が出てしまいます。そこで、本番稼働の1〜2か月前に移行リハーサルを行い、データの整合性を検証します。

第3位の現場教育では、教育が不足して担当者が使いこなせず、従来のExcel管理との並行運用が続いて、システムが定着しないケースがあります。操作教育に加えて、業務フローを変える背景や目的も現場に伝えます。チェンジマネジメントが、定着率を左右します。

外部コンサルタント・PMOの活用による発注品質の向上

外部の独立系ITコンサルタントやPMO(プロジェクトマネジメントオフィス)は、発注と管理を支援します。

  • ITコンサルタント:発注前の要件整理や提案評価を支援します。
  • PMO:プロジェクト全体の進行管理を担います。

コンサルタントがRFP作成の段階から加われば、中立の立場で要件整理やベンダー評価を支援できます。ただし、mcframeの構築そのものを担うのはB-EN-Gのパートナー企業です。

特に大規模案件では、発注側やパートナーとは別の中立的なPMOが全体を管理する方法が推奨されます。PMOは、進捗、課題、リスクの管理に加えて、コミュニケーションの管理も一か所で担います。その結果、発注側の意思決定が速まります。

導入事例には、BPRを9か月で実現した例や、工期を5か月短縮し費用を5億円削減した例があります。こうした成果の背景には、発注側とパートナーの協働や、明確なプロジェクト管理があります。

ポイント

追加要件は変更管理で制御し、移行データは本番稼働の前に検証し、現場教育は計画に組み込んでおくことが、失敗を防ぐうえで欠かせません。いずれも、よくある失敗パターンの上位に挙がる項目です。

まとめ

mcframeは認定パートナー経由の発注が基本です。ビジネスパートナーはライセンス販売とSIを担い、エンジニアリングパートナーはSIを専業とします。

発注先は、MCCP保有者数、同業種の実績、デモ評価で比べます。費用は、クラウドの月額料のほか、中規模の導入ではSI費用が1,000万円〜5,000万円程度かかるケースが多く見られます。

スコープを絞って、6か月・低コストで導入した事例もあります。導入目的を明確にすることが、費用を抑える出発点です。

成功の鍵は、Fit&Gap分析、データ移行、現場トレーニングです。発注側も時間と人員を確保し、主体的に関わることが求められます。また、外部コンサルタントやPMOによる中立的な管理も、大規模プロジェクトで有効です。

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

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。