EXPLANNER導入の選定ポイントとは、自社の生産形態や原価管理の課題に対して、EXPLANNERのどの製品ラインと導入形態が適合するかを、複数の評価軸で比較検討する考え方を指します。国産の老舗ERPという知名度だけで選ぶと、想定していた原価管理機能が実は別ラインの製品だった、というミスマッチも起こり得ます。選定の出発点は、自社の基幹業務のどこに負荷や不安が集中しているかを明らかにすることです。
本記事では、EXPLANNER導入前に整理すべき自社課題、製品ラインから見た3つの種類、比較すべき評価軸、パッケージ・フルスクラッチ・クラウドSaaSの選び分け、要件定義とPoCの進め方を解説します。これからEXPLANNERを含む基幹システムの候補を検討する担当者の方が、比較の軸をそろえ、自社に合う製品ラインまで具体的に絞り込める内容です。
本テーマに関する全体ガイドは、以下の記事をご覧ください。
▼全体ガイドの記事
・EXPLANNER導入の完全ガイド
EXPLANNER選定前に整理すべき自社の課題

最初に行うべきことは、製品カタログを比較することではなく、受注・生産計画・購買・原価・会計のどこで情報が分断され、判断が属人化しているかを特定することです。課題を一文で説明できれば、比較対象に含める製品ラインと過剰な機能が見えやすくなります。
原価の可視化不足と属人的なマスタ管理を確認します
製番ごと・工程ごとの原価差異が事後にしか分からず、赤字案件の原因を担当者の感覚で説明している場合は、原価管理が主な課題です。BOMや工順マスタが特定の担当者のExcelにしか存在しない状態も、選定前に洗い出しておくべきリスクです。NECの公式情報によれば、EXPLANNERの生産管理領域は標準原価・実際原価の差異分析を標準機能として持つため、この課題を持つ企業ほど比較優先度が上がります。
費用感の目安として、中堅製造業がオンプレミス中心でパッケージ型ERPを導入する場合、初期費用はライセンス・サーバー構築・カスタマイズ開発費を含めて数百万円規模から、大規模なフルカスタマイズでは1億円以上に達するケースまで幅があります。年間の保守・運用費用は初期費用のおおよそ15〜20%程度が相場とされ、この水準感を事前に把握しておくと、後工程で受け取る見積もり金額の妥当性を判断しやすくなります。
多品種少量生産への対応不足と旧システムの制約を分けて考えます
仕様変更や短納期対応が多く、生産計画の組み替えのたびに現場が個別対応している場合は、多品種少量生産への適合が課題です。一方、旧来の基幹システムがサポート切れに近づいている、あるいは海外発パッケージのアドオンが日本の商習慣に合わずメンテナンスコストがかさんでいる場合は、法制度対応と長期保守の観点が課題になります。どちらの課題が大きいかによって、EXPLANNER内でも比較すべき製品ラインが変わります。
製品ラインから見たEXPLANNERの3つの種類

EXPLANNERは単一製品ではなく、統合基幹業務型、生産管理特化型、周辺業務特化型という3つのタイプに大別できます。どのタイプを軸に検討するかを先に決めておくと、比較対象の絞り込みが早くなります。
統合基幹業務型(Ax)は販売・会計・人事までを一体で扱います
EXPLANNER/Axは、販売管理・売掛金管理・買掛金管理・会計・給与計算・人事管理という6モジュールを単体または組み合わせて導入できる統合ERPです。生産管理そのものよりも、見積・受注から会計・決算までの管理部門横断の業務を一つの基盤にまとめたい企業に向いています。
たとえば、複数の子会社や事業部で個別に会計・給与システムを運用しており、決算のたびに情報を突き合わせている企業では、EXPLANNER/Axで管理部門の基盤を統一することで、突き合わせ作業の負担を減らせる可能性があります。ただし、統合後にどの部門がマスタの正本を管理するかを事前に決めておかないと、かえって責任の所在が曖昧になる点には注意が必要です。
生産管理特化型(J・Jx・NX)と周辺業務特化型(FLⅡ・C)です
EXPLANNER/J・/Jxおよび次世代版のEXPLANNER/NXは、販売・生産・購買・工程・原価・進捗を製造現場の視点でフルサポートする生産管理特化型です。マルチプラント対応や製番単位の管理、原価差異分析を重視する製造業はこちらが中心候補になります。一方、申請・承認を電子化するワークフローのEXPLANNER/FLⅡや、建設業向け基幹業務のEXPLANNER/Cは、生産管理そのものではなく周辺業務や隣接業種に特化した製品ラインです。自社が生産管理を中心に据えたいのか、ワークフローや特定業種の基幹業務を求めているのかで、比較すべきラインが分かれます。
製品ライン選定で比較すべき評価軸

候補となる製品ラインは、業務カバー範囲、原価管理の粒度、多品種少量生産への適応力、法制度対応と保守体制、拡張性とTCOという軸で比較します。同じ質問を各製品ラインの担当窓口へ提示し、デモ結果をそろえると、名称の知名度ではなく適合度で判断できます。
業務範囲と原価管理の粒度を確認します
第一に、受注・生産計画・購買・工程・在庫・原価・会計のうち、どこまでが標準機能で対応でき、どこからがアドオン開発になるかを確認します。第二に、標準原価管理と実際原価管理のどちらの粒度で差異分析を行いたいかを整理し、自社が求める原価の見え方が標準機能で満たせるかをデモで確認します。原価差異をどの単位(製番・工程・品目)で確認できるかは製品ラインによって差が出やすい部分です。
法制度対応・保守体制・拡張性とTCOを確認します
第三に、インボイス制度や税制改正など法改正への追随がどのような頻度・体制で行われるか、保守契約に含まれる範囲を確認します。第四に、オンプレミスやミドルウェアの変化を吸収する開発基盤を持つかどうかは、長期利用を前提とする場合の拡張性に直結します。第五に、初期費用と保守・運用費用に加え、アドオン部分の保守費やバージョンアップ時の改修費用まで含めたTCOで比較することが重要です。契約前の見積もりでは、標準機能の範囲とアドオン範囲を分けて金額を提示してもらうと、後から想定外の費用が生じにくくなります。すべての要件を一度に確定させようとすると検討期間が長引きやすいため、必須要件を先に固め、優先度の低い項目は運用開始後の追加検討として切り分けておくことも有効です。
現場の操作性とマスタ移行のしやすさも確認します
現場担当者が新しい画面をどの程度の教育期間で使いこなせるか、旧システムやExcelで管理してきた品目マスタ・BOM・顧客マスタをどの程度自動的に取り込めるかも、比較すべき重要な軸です。マスタ移行はプロジェクト全体の中でも遅延が発生しやすい工程であり、対応できるデータ量や移行支援ツールの有無を早い段階でベンダーに確認しておくことが望まれます。
パッケージ・フルスクラッチ・クラウドSaaSの選び分け

EXPLANNERのようなパッケージ型は、標準機能で日本の商習慣にある程度フィットさせつつ、必要な範囲だけをアドオン開発するという現実的な選択肢です。ただし、フルスクラッチやクラウドSaaSとの違いを理解したうえで選ぶことが重要です。
中堅製造業にはパッケージ型が現実的な選択肢になりやすい理由です
中堅製造業がパッケージ型ERPをオンプレミスまたは自社専用クラウドで導入する場合、初期費用は規模により100万円台から1,000万円超まで幅がありますが、年間の保守・運用費用は初期費用の15〜20%程度が目安とされます。5年程度の長期利用を前提とすると、月額課金が積み上がるクラウド型SaaSよりもTCOで有利になる傾向がある一方、フルスクラッチ開発は初期費用が数千万円〜数億円規模になり得るため、既存パッケージでは吸収しきれない独自のビジネスモデルが競争力の源泉である場合に限って検討対象になります。
周辺システムとの連携範囲はハイブリッドで切り分けます
EXPLANNERで生産管理・原価管理の中核を担わせつつ、独自性の高い一部業務だけを別途フルスクラッチで開発し、APIやCSVで連携させる構成も考えられます。この場合、どちらのシステムを正のデータとするか、連携時のエラーや再送処理を誰が担うかを、要件定義段階で決めておく必要があります。連携の工数は対象システムや項目数によって大きく変わるため、固定相場を前提にせず個別に見積もることが重要です。
要件定義とPoCの進め方

製品ラインを2〜3件に絞ったら、実際の業務データを使った要件定義とPoCで最終判断します。資料上の機能一覧だけでは、自社特有のBOM構造や原価計算ロジックが標準機能で吸収できるかまでは分かりません。
要件定義ではFit&Gap分析に十分な時間を確保します
自社業務フロー(受注〜生産〜出荷〜請求)とパッケージ標準機能のズレを洗い出すFit&Gap分析には、一般に2〜4ヶ月程度を要するとされます。国産パッケージであっても、現場の独自運用が強い日本の製造業ではこの工程に最も時間がかかりやすいため、譲れない要件と運用で吸収できる要件を事前に分けておくと、後工程の設計・カスタマイズ開発をスムーズに進めやすくなります。
PoCは1工程×1製品ラインの限定スコープで実施します
PoCでは、実際の部品点数やデータ量で処理速度が落ちないか、典型的な受注パターンが最後まで流れるか、現場担当者がマニュアルなしで直感的に操作できるか、既存のExcel帳票やBOMとスムーズに連携できるかを確認します。実データを用いたテスト運用は2〜4週間程度が目安で、多くのベンダーが契約前に1ヶ月程度の無料貸出や検証環境の提供を行っています。この期間を自社メンバー主導で活用すれば、ミスマッチによる追加コストの発生を契約前に防ぎやすくなります。
外部コンサルタントに検証を依頼する場合と比べ、自社メンバー主導でテスト運用を進めることで30万〜80万円程度の費用を抑えられる可能性があります。PoCの結果は、処理時間、手入力の回数、問い合わせが必要になった箇所を記録し、複数の製品ラインを同じ条件で比較できるようにしておくことが重要です。
EXPLANNER選定の失敗を避ける方法

よくある失敗は、老舗パッケージという安心感だけで製品ラインを決め、自社の生産形態やマスタ整備状況を軽視することです。導入目的と責任者を明確にし、現場、経理、情報システムの視点を選定に反映します。
知名度だけで製品ラインを決めないようにします
統合基幹業務型・生産管理特化型・周辺業務特化型のいずれも「EXPLANNER」という名称を共有しますが、実際にカバーする業務範囲は大きく異なります。必須要件を満たさない製品ラインは早い段階で除外し、残った候補をTCOと保守体制で比べることが重要です。具体的な候補を確認したい場合は、EXPLANNER導入のパッケージ・クラウド製品一覧で製品ラインごとの詳細を整理しています。
マスタ整備を後回しにしないようにします
導入プロジェクトが遅延する最大の要因は、機能不足そのものよりも、BOMや工順マスタといった旧システム・Excelで属人的に管理されてきたデータの整備が間に合わないことです。選定段階から、マスタ整備の担当者・工数・スケジュールを候補比較の一項目として扱っておくと、契約後の想定外の遅延を減らせます。また、削減効果はベンダーの一般的な目安をそのまま使わず、自社の要件定義・Fit&Gap分析にかかった工数や差異分析の精度を導入前後で比較することが望まれます。
EXPLANNER導入前に確認しておきたいポイント

候補を絞った後は、対象となる製品ラインだけでなく、保守体制や例外処理、実データでの操作性まで確認します。比較表の機能欄だけでは見えにくい条件を事前に検証することで、導入後に運用が止まるリスクを抑えられます。
年商規模が想定より大きい・小さい場合は個別に確認します
EXPLANNERは主に年商500億円未満の中堅企業を想定していますが、この規模から大きく外れる場合でも、業種特化ラインや連携範囲の調整で対応できることがあります。規模だけで除外せず、実際の業務量とデモ結果で判断してください。年商規模がこの想定を大きく上回る場合は、より投資体力の大きいグローバルERPもあわせて比較し、逆に小規模で拠点数が少ない場合は、統合基幹業務型(Ax)の一部モジュールだけを選んでスモールスタートできるかを確認すると、無理のない規模感で導入を始めやすくなります。
カスタマイズは最小限にとどめる方針を選定段階で共有します
不要ではありませんが、現場の要望のまま無制限に受け入れると、将来のバージョンアップ時に改修費用が膨らむ原因になります。標準機能で対応できる範囲(Fit to Standard)を優先し、譲れない要件だけをアドオン開発の対象として選定段階から関係者間で合意しておくことが有効です。カスタマイズの要否を判断する際は、その機能が自社の競争力に直結する独自プロセスなのか、単に慣れ親しんだ操作を変えたくないだけなのかを区別する視点も欠かせません。
まとめ

EXPLANNERの選定では、原価の可視化不足、多品種少量生産への対応不足、旧システムの制約という自社課題を特定し、統合基幹業務型、生産管理特化型、周辺業務特化型から検討の軸を選びます。そのうえで、業務範囲、原価管理の粒度、法制度対応、保守体制、TCOという評価軸で候補を比較し、Fit&Gap分析と実データによるPoCで最終判断することが重要です。
パッケージ・スクラッチ・SaaSの判断は独自業務の有無で決めます
標準機能で日本の商習慣に合わせやすいパッケージ型か、独自のビジネスモデルに合わせるフルスクラッチか、短期導入を優先するクラウドSaaSかは、機能数ではなく、自社にとって譲れない独自業務がどれだけあるかで判断します。既製パッケージでは複雑な原価計算ロジックや基幹システム連携に対応できない場合、無理に業務を合わせると現場の二重入力が残ります。
次のステップとして要件定義から着手します
まずは自社の受注から原価管理までの業務フローを可視化し、譲れない要件と標準機能で吸収できる要件を仕分けてください。riplaはフルスクラッチ開発の立場から、製品選定前の要件整理、既製パッケージと基幹システムをつなぐ連携、独自業務に合わせた個別開発まで支援しています。
▼全体ガイドの記事
・EXPLANNER導入の完全ガイド
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


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