SYSPRO導入のPoC・プロトタイプ・モックアップ開発について

SYSPRO導入前のPoCは、標準機能が自社の製造形態に合うか、現場がWeb UI「Avanti」を使いこなせるかを実データで確かめ、追加カスタマイズの範囲を絞るために行います。

南アフリカ発のERPベンダー「SYSPRO(シスプロ)」が提供する、中堅製造業・流通業向けのERPパッケージ「SYSPRO」を本格導入する前に、多くの企業がPoC(概念実証)・プロトタイプ・モックアップ開発を行います。

SYSPROは、個別受注生産・見込み生産などの「ディスクリート製造(組立型製造)」と、配合・調合が絡む「プロセス製造」の両方を、単一ベンダー・単一製品で標準対応しています。Web UI「SYSPRO Avanti」に代表される”シンプルさ・使いやすさ”を、製品哲学の中核に据えている点も特徴です。

カタログやデモ画面を見れば機能の豊富さは確認できます。一方で、自社の製造形態が標準機能でどこまでカバーされるか、現場の担当者がAvantiの操作にどこまで馴染めるかは、実際に触ってみなければ判断がつきません。

実際に導入を検討する担当者からは、「SYSPROのPoCはどのように進めればよいのか」「PoCにかかる期間・費用はどれくらいか」といった疑問が数多く挙がります。また、「自社の製造形態はディスクリート製造とプロセス製造のどちらに近いのか、あるいは両方にまたがるのか」をどう確認すればよいかという声もあります。

なお、SYSPRO固有の導入実績や国内での検証事例は、公開情報が限られています。そのため、海外の調査レポートによる参考値と、中堅企業向けシステム全般の一般的な相場観を組み合わせ、断定を避けながら実践的な判断の目安を示します。

PoCを軽視して本格導入をいきなり進めると、契約後に「現場が使いこなせない」「想定していた業務プロセスが自社の運用と合わなかった」といった問題が発覚しかねません。その結果、高額な追加カスタマイズや手戻りにつながるおそれがあります。

逆に、PoCの目的や進め方を正しく理解して実施すれば、契約前の段階で不要なカスタマイズを洗い出し、本格導入の期間と費用の両方を、無駄の少ない計画に近づけられます。

これから導入パートナーを選定する方はもちろん、社内でPoCの計画を立てる立場の方にとっても、実践的な判断の目安が身に付くはずです。

  • 現場受容性:現場の担当者がAvantiを実業務で使えるかどうか
  • 機能適合:ディスクリート製造とプロセス製造のどちらを使うかを見極める
  • 投資判断:追加カスタマイズの範囲と、導入の期間・費用の見通し

SYSPRO導入全体については、次の全体ガイドをご覧ください。

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

SYSPRO導入におけるPoC・プロトタイプ検証の全体像

SYSPRO導入前のPoCで確認する現場受容性、標準機能と業務プロセスの適合、Avantiの操作性を並べた図解。
導入前の検証では、機能だけでなく現場での使いやすさも見極めます。

SYSPRO導入前のPoC・プロトタイプ検証の本来の目的は、現場担当者が日々の業務で使いこなせるか(現場受容性)と、標準機能が自社の業務プロセスに本当に合っているかを確かめることです。機能の豊富さを見る機能検証とは、確かめるべき点が異なります。

パンフレットやデモ画面では、ディスクリート製造・プロセス製造の両方に対応する機能がひととおり揃っていることまでは確認できます。一方で、自社特有の業務ルールや既存システムとの連携パターンは、実データを使った検証を経なければ分かりません。同様に、現場の担当者がWeb UI Avantiをどの程度スムーズに操作できるかも、実データで確かめる必要があります。

SYSPROは、ディスクリート製造とプロセス製造の両方を単一製品で標準対応しています。そのため、自社の製造プロセスがどちらの機能群を主に使うのか、あるいは両方を組み合わせて使うのかを、PoCの段階で具体的に確認しておく必要があります。

また、Avantiが掲げる”シンプルさ・使いやすさ”が自社の現場担当者にとっても直感的に感じられるかは、カタログの情報だけでは判断できません。この点も、PoCの中心的な検証項目になります。この検証を丁寧に行えば、契約後の想定外のカスタマイズやトラブルを防ぎ、本格導入をスムーズに進められます。

PoC・プロトタイプ検証の目的

SYSPRO導入前のPoCは、お試し利用で終わらせず、本格導入の投資対効果を左右する意思決定の場として位置づけます。その目的は大きく2つあります。1つ目は現場受容性の検証で、実データを使ったテスト運用により、現場の担当者がAvantiのUIや操作フローに違和感なく馴染めるか、既存の業務ルールとどこまで整合するかを確かめます。

2つ目は不要なカスタマイズの削減です。契約前に「これだけは譲れない要件」が標準機能だけで満たせるかを、実データで検証するフィット&ギャップ分析を行います。これにより、契約後に発覚する高額な追加カスタマイズを未然に防げます。

標準機能で不足する要件へのカスタマイズ対応は、初期導入費用の3〜4割程度を占める最大のコスト増要因とされています。そのため、PoCでこの見極めを丁寧に行うかどうかが、後工程のコストとスケジュールを大きく左右します。SYSPROの場合は特に、ディスクリート製造とプロセス製造のどちらの機能群を中心に使うか、あるいは両方を組み合わせるかを確認しておくことが大切です。

Web UI Avantiだからこそ確認できる現場受容性

SYSPROがPoCの進め方に与える影響として見逃せないのが、Web UI「Avanti」の存在です。Avantiは、画面サイズに自動で適応するレスポンシブ設計で、専用のクライアントソフトを入れなくてもブラウザ経由でアクセスできるとされています。

この特性により、PoCの段階から現場の複数の担当者が、デスクトップ・タブレット・スマートフォンのそれぞれで実際に触り、操作性のフィードバックを幅広く集めやすいという利点があります。オンプレミス色の強いクライアントアプリ型のERPでは、検証用の端末へのクライアントソフトの導入だけで相応の準備期間がかかることもあります。

一方、Web UIベースのSYSPROでは、この準備の手間を抑えやすいという実務上のメリットが期待できます。ただし、環境準備が容易であることと、検証そのものに十分な時間をかけられることは別の問題です。準備が済んだからといって検証項目を絞りすぎると、現場受容性の見極めが不十分なまま契約に進むおそれがあるため、準備で生まれた余裕は検証の質を高めることに充てたいところです。

ポイント

現場担当者がAvantiを使いこなせるかと、標準機能が自社の業務に合うかの2点を実データで確かめてから、本格導入に進むかを判断するのが目安です。

PoCの進め方・期間・費用

SYSPRO導入前のPoCを、検証スコープの設定、検証環境の準備、実データでのテスト運用、フィット&ギャップ分析のとりまとめの順で示す図。
最後に分析結果をまとめ、本格導入の計画へつなげます。

SYSPRO導入前のPoCは、対象範囲を絞り込んで段階的に進めるのが推奨されます。いきなり全業務範囲を対象にすると検証項目が膨大になり、かえって現場受容性の検証が曖昧になってしまうためです。

標準的には、まず対象業務・対象工程を「1部門」あるいは「1製品ライン」といった限定スコープに絞り込み、実データを使ったテスト運用を行います。このスコープの中で、SYSPROの標準機能(ディスクリート製造・プロセス製造いずれかの機能群、あるいは両方)が自社の業務プロセスとどれだけ一致するかを確かめます。

加えて、現場の担当者がAvantiを違和感なく操作できるかも見ていきます。並行して、標準機能では対応できないと判明した要件については、簡易的なモックアップを作成し、実現可能性とおおよその開発規模感を把握します。

この段階で得られた知見をもとに、フィット&ギャップ分析の結果をレポートにまとめ、本格導入時のスコープとカスタマイズ範囲、概算の期間・費用を確定させていきます。

PoCの標準的なステップ

SYSPRO導入前のPoCは、おおむね4つのステップで進めるのが一般的です。1つ目は検証スコープの設定で、対象業務・部門を限定したうえで、確認したい項目をあらかじめ一覧にします。確認項目には、現場受容性、標準機能とのフィット度、既存システムとの連携可否、ディスクリート製造・プロセス製造いずれの機能群が中心になるか等が含まれます。

2つ目は検証環境の準備で、Avanti経由でアクセスできる検証用の環境を用意し、実際の業務データ(あるいはそれに近いサンプルデータ)を投入します。3つ目は実データでのテスト運用で、現場の担当者に操作してもらい、業務が問題なく回るか、標準機能で不足する部分がどこかを洗い出します。

4つ目はフィット&ギャップ分析のとりまとめです。検証で判明した、標準機能でカバーできる範囲、追加のカスタマイズが必要な範囲、そもそも運用でカバーすべき範囲を整理し、本格導入の計画に反映します。この一連の手順を丁寧に踏めば、契約後の手戻りを防げます。

期間・費用の目安

PoCにかかる期間の目安は、ベンダー提供の実機検証環境等を利用し、限定スコープで実データを用いたテスト運用を行う場合で2〜4週間程度です。1部門・1製品ラインに絞った軽量なPoCならこの期間で済みますが、複数拠点の本格的な検証では数ヶ月単位を要することもあります。費用面では、PoC自体をベンダーやパートナーの実機検証環境で行えるケースもあります。

テスト運用を外部コンサルタントに頼らず、自社の中心メンバーが主体的に巻き取れば、30万〜80万円程度の費用削減が可能とされています。逆に、検証項目やスコープを外部に丸投げすると、削減できたはずの費用がかさむうえ、現場の当事者意識も育ちにくくなります。そのため、PoCの段階から現場のキーパーソンを巻き込んでおくことが、費用対効果の面でも大切です。

海外の調査レポートでは、SYSPROの導入コストが、基本的な財務・在庫管理導入で3万ドル程度から、複数拠点の本格的な製造機能一式では50万ドル以上とされています。ただし、これはPoC単体ではなく、本格導入まで含めた数値で、為替や海外市場を前提としています。そのため、この数値はそのまま使わず、絞り込んだ検証スコープに応じた国内パートナーの個別見積もりをもとに判断することをお勧めします。

ポイント

PoCは限定スコープで始め、フィット&ギャップ分析の結果をもとに本格導入の範囲と期間・費用を決めるのが目安です。費用は国内パートナーの個別見積もりを基準にします。

SYSPRO固有のPoC手法

一般的なERPパッケージのPoC手法に加えて、SYSPROには固有の検証手法があります。とりわけ、「ディスクリート製造・プロセス製造の両方にまたがる業務プロセスの適合確認」と「カスタマイズ保持設計を前提にした将来の拡張性検証」は、SYSPRO特有の検証アプローチです。

ディスクリート製造・プロセス製造の両方にまたがる業務プロセスの適合確認

SYSPRO特有の手法として、単一製品でディスクリート製造とプロセス製造の両方を標準機能で扱えるかを、実データで確認できます。自社の生産形態が組立型(ディスクリート製造)だけであれば、多段階BOM・MRP・能力スケジューリングを中心に検証すれば足ります。

一方、配合・調合などのプロセス製造的な工程が事業の一部で発生する場合は、その工程が標準機能でどこまでカバーされるかを検証する必要があります。その際は、実際のレシピデータや配合比率のデータを使います。この検証では、複数の製造形態にまたがる業務プロセスを、別々のシステムを連携させず単一システムの中で完結できるかを確かめられます。

これは、片方の製造形態を中心に設計された多くのERPとは異なる、SYSPROならではの検証項目です。この確認の精度が高いほど、後続のカスタマイズ範囲を必要最小限に絞り込めるため、本格導入の期間と費用も抑えられます。

カスタマイズ保持設計を前提にした将来の拡張性検証

もう一つのSYSPRO特有の手法は、カスタマイズを保持したままアップグレードできる設計思想(SYSPRO Customization Manager等)を前提にした、将来の拡張性検証です。PoCの段階で「今回のカスタマイズ内容が、将来のバージョンアップ時にどこまで維持されるのか」を、導入パートナーに具体的に確認しておきます。これにより、初回導入だけでなく中長期の運用まで見据えた投資判断ができます。

特に、PoCで見つけた「標準機能では対応できない要件」を、どのような形で実装する予定かによって、将来のバージョンアップ時の保持のされやすさが変わる可能性があります。たとえば、アドオン開発なのか、設定レベルのカスタマイズなのかで違いが出ます。そのため、この点をPoCの結果をまとめる文書に含めておくことが有効です。

この検証を怠っていきなり本開発に入ると、初回導入でコストを抑えられたカスタマイズが、数年後のバージョンアップ時に想定外の再構築費用を生むリスクがあります。PoCの段階で目先の要件充足だけでなく、中長期の保守運用まで見据えた検証を行うことが、投資対効果を高める実践的な方法です。

ポイント

両方の製造形態にまたがる業務を標準機能でどこまで扱えるかと、将来のバージョンアップ時にカスタマイズを保持できるかを、PoCの段階で見ておくのが目安です。

PoCでの失敗パターンと対策

PoC成功に向けて、現場のキーパーソンの参加、検証スコープの絞り込み、フィット&ギャップ分析結果の文書化を示すチェックリスト。
検証の進め方を整えると、本格導入の判断材料がそろいます。

SYSPRO導入前のPoCでは、典型的な失敗パターンが繰り返し報告されています。それぞれの失敗を防ぐための対策も、あわせて押さえておきたいところです。

典型的な失敗パターン

1つ目は、経営層や情報システム部門だけで選定・検証を進め、現場を巻き込まないケースです。機能や価格だけで評価した結果、稼働後に現場が「以前のExcelの方が使いやすかった」と反発し、入力が止まってデータが蓄積されないことがあります。2つ目は、「SYSPROは使いやすいと聞いているから大丈夫だろう」という思い込みで、詳細な検証を省くケースです。

Avantiが使いやすい設計でも、業務フローとの適合度は個別に確認が必要で、怠ると後工程で大きなギャップが発覚します。3つ目は、既存のExcel運用との連携を軽視し、CSV変換で文字化けや列ズレが頻発して、かえって二度手間が増えるケースです。4つ目は業務の粒度のミスマッチで、時間単位の計画が必要な現場に日単位の標準機能を当てると、手作業で計画を立て直す羽目になります。

PoCの段階でこのミスマッチに気づけないと、本格導入後に大きな不満につながります。5つ目は、日本国内でのサポート体制の確認を怠るケースです。海外発のSYSPROは、日本語サポートや国内の正規パートナー体制に関する公開情報が限られるため、PoCで確認しておかないと、稼働後のトラブル対応で想定外の遅延が生じるおそれがあります。

PoCを成功させるためのポイント

PoCを成功させるためのポイントは大きく3つで、1つ目は、企画段階から現場のキーパーソンを巻き込むことです。情報システム部門や経営層だけでなく、現場で操作する担当者の意見を企画に取り入れると、稼働後の定着率が大きく変わります。2つ目は、検証スコープをあらかじめ絞り込み、最初は基本的なERP機能の定着に目標を置くなど、段階的に進めることです。

一気に全機能を検証・導入しようとせず、小さく始めて成功体験を積み重ねることが、現場の受容性を高めることにつながります。3つ目は、フィット&ギャップ分析の結果を文書にまとめ、標準機能、追加カスタマイズ、運用それぞれでカバーする範囲を切り分けて、本格導入計画に反映することです。この切り分けが曖昧だと、本格導入の見積もりも曖昧になり、後工程のトラブルの原因になります。

PoCは、導入の可否だけでなく、自社に合った導入の形を具体化する工程として捉えることが重要です。加えて、PoCの結果(製造形態フィット確認の結果、フィット&ギャップ分析の結果、検証で得られた課題リスト、日本国内でのサポート体制の確認結果)は、本格導入時の相見積もりで共通の判断材料になります。要件と検証結果を文書に残せば、前提がバラバラな見積もりの比較を避け、精度の高い意思決定につながります。

ポイント

現場を巻き込めているか、検証範囲を段階的に絞れているか、フィット&ギャップの結果を文書にできているかを、PoCの終わりに確かめるのが基準になります。

まとめ

SYSPRO導入前のPoC・プロトタイプ・モックアップ開発について、検証の目的、標準的な進め方と期間・費用の目安、SYSPRO固有のPoC手法、失敗パターンと対策を解説しました。

PoCの本質的な目的は、機能の豊富さを確かめることより、現場受容性の検証と不要なカスタマイズの削減にあります。期間は、限定スコープであれば2〜4週間、複数の製造形態にまたがる本格的な検証では数ヶ月単位を要します。

SYSPROは、ディスクリート製造・プロセス製造の両方にまたがる業務プロセスの適合確認と、カスタマイズ保持設計を前提にした将来の拡張性検証という、他のERPにはない検証手法を持ちます。さらに、Avantiがブラウザ経由で使える特性も相まって、契約前の段階から比較的スピーディーに検証環境を用意できる点が特徴です。

PoCを成功させるには、企画段階から現場のキーパーソンを巻き込み、検証スコープを意図的に絞って段階的に進めることが欠かせません。そのうえで、フィット&ギャップ分析の結果を文書にまとめ、本格導入計画に反映することも大切です。

なお、SYSPRO固有の詳細な検証事例や日本国内のサポート体制に関する公開情報は限定的です。そのため、実際のPoC計画では、自社の製造形態と重点的に確かめたい項目を整理したうえで、SYSPROの検証実績が豊富なパートナーに相談することをお勧めします。

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

会社紹介

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

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

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

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

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

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