SMILE V導入のフルスクラッチ・オーダーメイド開発について

基幹業務の刷新を検討する企業が必ず直面するのが、「フルスクラッチ・オーダーメイドで自社専用のシステムをゼロから開発すべきか」「株式会社大塚商会が販売・サポートを担う国産パッケージ『SMILE V』のようなERPパッケージを導入すべきか」という選択です。SMILE Vは、大塚商会の100%子会社である株式会社OSKが開発を担当し、会計・販売・人事給与を軸に、生産管理・建設業・運輸業・アパレル業・食品業など17業種以上の業種別テンプレートを組み合わせられるモジュール型ERPで、ノークリサーチの調査（2023年）では国内中堅・中小企業向けERP市場シェア37.0%・1位という結果が示されています。フルスクラッチ開発は自社要件に完全に適合したシステムを構築できる反面、費用・期間ともに大きな投資を必要とし、中堅・中小企業にとっては非現実的な選択肢になりがちです。実際に検討する担当者からは「フルスクラッチとSMILE Vはどちらが自社に向いているのか」「業種別テンプレートは、フルスクラッチの代わりになり得るのか」「独自の商習慣がある場合、どちらが有利なのか」といった疑問が数多く挙がります。

本記事では、フルスクラッチ・オーダーメイド開発とSMILE Vのようなパッケージ導入の違い、費用・期間・カスタマイズ性の比較、SMILE Vが選ばれる理由（業種別テンプレートによる標準機能フィット率の高さと、大塚商会の全国規模の販売網・導入実績の厚みによる安心感）、そしてフルスクラッチが正当化される条件とミスマッチ事例までを、確認できた一次情報とパッケージ型ERP導入の一般的な知見に基づいて体系的に解説します。「自社の商習慣は特殊だからフルスクラッチでないと対応できない」と思い込んで高額な投資に踏み切る前に、本当にフルスクラッチでなければ実現できない要件なのか、それともSMILE Vの標準機能・業種別テンプレートの組み合わせで十分に対応できる要件なのかを見極めることが、投資対効果の高い意思決定につながります。これから基幹システムの刷新方式を検討する方はもちろん、社内で開発方式の比較検討を行う立場の方にとっても、実践的な判断軸が身に付くはずです。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

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

フルスクラッチ・オーダーメイド開発とパッケージ導入の違い

フルスクラッチ開発とは、既存のパッケージソフトを使わず、自社の業務要件に合わせてシステムをゼロから設計・構築する開発方式です。標準機能という制約がないため、自社の受発注フローや帳票フォーマットに完全に適合したシステムを作り上げられる反面、要件定義から設計・開発・テストまでのすべての工程を自社の要件に合わせて一から積み上げる必要があり、費用・期間ともに大きな投資が必要になります。一方、SMILE Vのようなパッケージ導入は、あらかじめ用意された会計・販売・人事給与の各機能と業種別テンプレートを土台にすることで、開発期間と費用を抑えながらシステムを構築できます。この2つの根本的な違いは、「ゼロから作る」か「土台の上に必要な差分だけを作る」かという点にあります。SMILE Vの場合、この「差分を作る」部分についても、業種別テンプレートが自社の業種に近い業務フローをあらかじめ用意しているケースが多いため、パッケージでありながら、比較的少ないカスタマイズで自社の要件に近づけやすいという特性を持ちます。

フルスクラッチ開発（オーダーメイド開発）は、既製のパッケージソフトやSaaSを使わず、要件定義から画面設計、データベース設計、業務ロジックの実装まで、すべてを自社の要件に合わせて独自に開発する方式です。カスタマイズ性は極めて高く、標準機能では対応できない特殊な受発注フローや、既存の周辺システムとの複雑な連携要件があっても、理論上はすべて実現できます。一方で、この自由度の高さは同時に、要件定義の精度がそのままシステムの品質を左右するという難しさも意味します。パッケージ導入であれば標準機能・業種別テンプレートというたたき台がありますが、フルスクラッチにはその土台がないため、要件定義の段階で見落としがあると、それがそのままシステムの欠陥として本番稼働後に表面化します。また、開発を担当するベンダーやエンジニアが自社の業種特有の商習慣を深く理解しているとは限らないため、要件定義と設計のすり合わせに多くの工数がかかる点も、フルスクラッチ特有の負担といえます。特に会計・人事給与のように、法改正への継続的な対応が求められる領域では、自社独自に開発した仕組みを法改正のたびに自社の責任で改修し続ける必要がある点も、見落とされがちな負担です。

SMILE Vのようなパッケージ導入とフルスクラッチ開発の本質的な違いは、「標準機能・業種別テンプレートという土台の有無」と「保守・バージョンアップの責任分担」の2点に集約されます。フルスクラッチで開発したシステムは、その保守・機能追加・セキュリティ対応・法改正対応のすべてを自社（または委託先ベンダー）が継続的に担う必要があり、業務ロジックの見直しや新しい制度への対応も、その都度追加開発として費用が発生します。一方、SMILE Vのようなパッケージは、コア機能の保守・セキュリティパッチ・法改正対応を開発元のOSKと販売元の大塚商会が継続的に提供するため、自社が負う保守責任の範囲は、標準機能ではなく個別にカスタマイズした差分部分に限定されます。しかも、この差分部分についても、業種別テンプレートという蓄積されたノウハウを活用できることが多いため、フルスクラッチで作り込んだ独自プログラムに比べて、保守・バージョンアップ時の負担を抑えやすい傾向があります。つまり、パッケージ導入とフルスクラッチ開発は単純な対立軸ではなく、SMILE Vのような業種別テンプレートを豊富に持つパッケージは、両者の中間、あるいは「パッケージの標準機能・テンプレートを土台にしたセミオーダーメイド」に位置する現実的な選択肢を提供していると捉えることができます。

費用・期間・カスタマイズ性の比較

基幹システムの構築方式には、大きくクラウド型（SaaS）、パッケージ導入（SMILE Vのような業種別テンプレート対応型を含む）、フルスクラッチ開発の3つの選択肢があり、それぞれ費用・期間・カスタマイズ性・ランニングコストの構造が大きく異なります。この3つを正しく比較したうえで自社に合った選択肢を選ぶことが、投資対効果を最大化する第一歩です。

汎用的なクラウド型（SaaS）は、初期費用が無料〜数十万円程度と低く抑えられ、導入期間も数週間〜2ヶ月程度と短期間で立ち上がりますが、カスタマイズ性は標準機能の範囲に限定される傾向があり、月額数万円〜数十万円程度のランニングコストが継続的に発生します。パッケージ導入（SMILE Vを含む）は、中堅・中小企業向けで初期費用が数百万〜3,000万円程度、大規模導入では3,000万円以上、導入期間は数ヶ月〜1年程度、カスタマイズ性は業種別テンプレートを活用することで比較的高い水準を確保でき、ランニングコストは年間保守費用（導入費用の15〜20%程度）に収まる傾向があります。フルスクラッチ開発は、初期費用が1,000万円〜数億円規模、導入期間は6ヶ月〜数年以上、カスタマイズ性は極めて高い一方、保守・改修費が継続的に膨らみ続けるという特徴があります。SMILE Vは、この3つの選択肢の中で「パッケージ導入」に分類されますが、クラウド版のSMILE V Airとオンプレミス版のSMILE V 2nd Editionという2つの提供形態を持ち、企業の規模・IT投資方針に応じて選択できる柔軟性を備えている点が特徴です。

初期費用・導入期間だけでなく、中長期のランニングコストという視点で比較すると、3つの選択肢の違いはより明確になります。フルスクラッチ開発は、初期投資こそ大きいものの、その後の保守・機能追加・法改正対応もすべて追加開発として費用が発生し続けるため、5年・10年という長期で見ると累積コストが際限なく膨らむリスクがあります。特に会計・人事給与領域は、社会保険料率の改定や税制改正が毎年のように発生するため、フルスクラッチで作り込んだシステムには、その都度の改修費用が継続的にのしかかります。汎用的なクラウド型（SaaS）は、初期費用こそ抑えられますが、月額利用料が継続的に発生するため、長期利用を前提とすると累積コストがパッケージ買い切り型を上回ることがあります。SMILE Vの場合、業種別テンプレートによる標準機能フィット率の高さでカスタマイズ費用の膨張を抑えつつ、法改正対応を開発元のOSKと大塚商会が継続的に提供する体制をあらかじめ備えることで、フルスクラッチのように制度改正のたびに保守・改修費が際限なく膨らむリスクを抑えられる点が、中長期のコスト比較における強みになります。

SMILE Vが選ばれる理由

フルスクラッチ開発を検討していた企業がSMILE Vのようなパッケージに切り替える、あるいは最初からSMILE Vを選ぶ理由には、いくつかの共通点があります。とりわけ「業種別テンプレートによる標準機能フィット率の高さ」と「大塚商会の全国規模の販売網・導入実績の厚みによる安心感」の2点が、選定の決め手になるケースが多く見られます。ここではこの2つを掘り下げます。

フルスクラッチ開発が選ばれる最大の理由は「自社独自の業務ルールに完全に適合させたい」という要求ですが、SMILE Vはこの要求の多くを、パッケージの枠組みの中で満たそうとする仕組みを持っています。会計・販売・人事給与という汎用的な基幹業務機能に加えて、生産管理・建設業・運輸業・アパレル業・食品業など17業種以上の業種別テンプレートを用意しており、自社の業種に近いテンプレートがあれば、ゼロから機能要件を洗い出すよりも効率的に導入を進められる可能性があります。ノークリサーチの調査で国内中堅・中小企業向けERP市場シェア1位（37.0%）という結果が示すとおり、幅広い業種・規模の企業への導入実績が蓄積されており、この蓄積が業種別テンプレートという形で標準機能に反映されています。「自社独自」と思っていた業務ルールが、実は同業他社でも共通して抱えている課題であり、既にテンプレートとして解決策が用意されているケースは少なくありません。この「自社だけの特殊事情だと思っていたものが、実は標準機能でカバーできる」という発見こそが、フルスクラッチに頼らずとも自社の業務要件の多くをカバーできる仕組みの核心といえます。

もう一つの選ばれる理由が、大塚商会という日本最大級のITベンダーが持つ、全国規模の販売網・サポート体制と圧倒的な導入実績です。大塚商会は北は札幌から南は福岡まで全国に拠点を展開し、従業員数は連結子会社を含め1万人規模という日本を代表するシステムインテグレーターです。開発を専業のOSKが担い、販売・サポートを大塚商会という巨大な営業・サポート網が支えるという二人三脚の体制は、地方に拠点を持つ企業や、複数拠点を展開する企業にとって、フルスクラッチ開発を個別のベンダーに依頼するよりも、長期的な事業継続性・サポート体制の面で安心材料になります。フルスクラッチ開発の場合、開発を担当したベンダーやエンジニアが将来にわたって事業を継続しているとは限らず、担当エンジニアの退職や委託先の廃業によって保守が困難になる「塩漬けシステム」化のリスクが常に伴います。SMILE Vのように、全国規模の販売・サポート体制を持つ大手ベンダーが長期にわたって製品を提供し続けている実績は、社内に情報システム専任者が少ない中堅・中小企業にとって、フルスクラッチという「自社だけで抱え込むリスク」を避ける安心材料になります。

フルスクラッチが正当化される条件とミスマッチ事例

SMILE Vのようなパッケージが多くの企業にとって現実的な選択肢である一方、フルスクラッチ開発が正当化されるケースも確かに存在します。ここでは、その条件と、逆に判断を誤った場合のミスマッチ事例を解説します。

フルスクラッチ開発が正当化されるのは、既存パッケージでは吸収しきれない独自のビジネスモデルや、特殊な業務プロセスそのものが自社の競争力の源泉になっており、かつ高額な投資に見合う投資回収が見込める場合に限定されます。具体的には、業界内でも極めて特殊な受発注フローや価格決定ロジックを採用しており、SMILE Vの標準機能・業種別テンプレートをもってしても対応できる余地がほとんどない場合、独自開発の周辺システムと密接に連携する必要があり、その連携仕様が一般的なパッケージのAPIでは実現できない場合、あるいは業務プロセスそのものが自社の製品・サービスの差別化要因となっており、他社との差別化のためにあえて模倣困難な独自システムを持つ必要がある場合などが該当します。逆に言えば、これらの条件に当てはまらない大多数の企業にとっては、フルスクラッチ開発は費用対効果の面で正当化しにくく、SMILE Vのような業種別テンプレートを豊富に持つパッケージ導入が、より現実的な選択肢になります。

開発方式の選定を誤った場合の典型的なミスマッチ事例もいくつか報告されています。1つ目は、フルスクラッチの過剰投資です。「自社の商習慣は特殊だから」という思い込みだけでフルスクラッチ開発に踏み切ったものの、実際にはSMILE Vの標準機能・業種別テンプレートで大部分がカバーできる標準的な業務プロセスだったというケースです。この場合、初期費用1,000万円〜数億円という投資が、実は不要な過剰投資だったことになります。2つ目は、クラウド型（SaaS）のコストミスマッチです。「月額費用が安いから」という理由だけで汎用クラウド会計・販売SaaSを選定したものの、5年・10年の累積コストや、標準機能でカバーしきれない部分をExcelで二重管理し続けるコストを含めて試算すると、結果的にSMILE Vのようなパッケージを選んでいた方が総合的に合理的だったというケースです。3つ目は、業務範囲拡大時のミスマッチです。販売単体の要件に最適化されたフルスクラッチシステムを構築した結果、その後に会計・人事給与領域へ展開しようとした際、既存システムとの連携を一から設計し直す必要が生じ、結局二重投資になってしまうという事例も報告されています。これらのミスマッチを避けるためには、フルスクラッチ・パッケージ・クラウドSaaSのそれぞれの特性を正しく理解したうえで、契約前のフィット&ギャップ分析を丁寧に行い、自社の要件がどの選択肢に最も適合するかを客観的に見極めることが不可欠です。加えて、これらのミスマッチの多くは、意思決定の初期段階で複数の選択肢を並行して比較検討せず、特定の方式に思い込みで決め打ちしてしまったことが根本原因になっているケースが目立ちます。フルスクラッチかパッケージかを議論する前に、まずは自社の業務要件を棚卸しし、標準機能・業種別テンプレートでどこまでカバーできるかを大塚商会のようなベンダーに相談したうえで判断する順序を守ることが、投資判断の精度を高める最も基本的な方法です。

まとめ

本記事では、フルスクラッチ・オーダーメイド開発とSMILE Vのようなパッケージ導入の違い、費用・期間・カスタマイズ性の比較、SMILE Vが選ばれる理由、そしてフルスクラッチが正当化される条件とミスマッチ事例を解説しました。フルスクラッチ開発は初期費用1,000万円〜数億円、期間6ヶ月〜数年以上を要し、カスタマイズ性は極めて高い反面、保守・改修費が継続的に膨らむという特徴があります。これに対しSMILE Vは、業種別テンプレートによる標準機能フィット率の高さと、大塚商会という全国規模の販売網・導入実績の厚みによる安心感を両立させることで、「パッケージ的な保守性・コスト効率」と「幅広い業種への適合力」を兼ね備えた選択肢となっています。フルスクラッチが正当化されるのは、既存パッケージでは吸収しきれない独自のビジネスモデルや特殊な業務プロセスが競争力の源泉となっており、高額投資の回収見込みがある場合に限られ、それ以外の大多数の企業にとってはパッケージ導入がより現実的です。開発方式を検討される際は、自社の業務要件が本当にフルスクラッチでなければ実現できないものかを見極めたうえで、全国どこでも相談できる手厚いサポート網を持つ大塚商会に相談することをお勧めします。

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

株式会社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を創業。