「うちの業務は特殊だから、既製品では合わない気がする」。
基幹システムの入れ替えを考え始めた経営者から、よく聞く言葉です。見積もりを取ると、パッケージ派とスクラッチ派で提案がまるで違い、どちらを信じればよいか分からなくなります。
どちらの言い分にも一理あります。だから、二択をやめると迷いは解けます。業務の性質と会社の規模で、合う位置を選べばよいからです。
パッケージERPは、業務を製品に合わせるもの。スクラッチ開発は、システムを業務に合わせて作るものです。ERP導入支援を手がけるベンチャーネットは、SAP・NetSuite・Odoo・AIスクラッチ開発の4つの選択肢で考えています。
たとえば「うちは特殊」という認識の多くは、実際には標準機能で対応できます。本当に特殊なのは一部だけ、というケースがほとんどです（判断の軸になる4つの質問）。
この記事で、たとえば次のことが分かります。
- パッケージERPとスクラッチ開発、それぞれの利点と制約
- 規模と要件で選ぶ、4つの選択肢の使い方
- 社内会議でそのまま使える4つの質問
- 標準業務はパッケージ、固有業務はスクラッチという組み合わせ方
ただし、スクラッチ開発は「ライセンス不要＝安い」ではありません。AIスクラッチ開発にも、開発費・保守費が別途かかります。
では、自社はどこに当てはまるのか。まずはパッケージERPの利点と制約から、2つの考え方の損得を見比べてください。
なお、Odooに触れる箇所は、有償のEnterprise版を前提としています。無償のCommunity版は自社でホスティングと保守を行う形になり、公式サポートの対象外です。両者の違いは Odoo Community版とEnterprise版の違い にまとめています。
パッケージERPとスクラッチ開発の違い｜何を何に合わせるか
パッケージとスクラッチ開発は、対立する選択肢ではありません。何を何に合わせるか、という前提が違うだけです。
パッケージERPとは
すでに作られている製品を導入し、業務をその製品に合わせていく考え方です。
代表例に、SAP、NetSuite、Odooなどがあります。会計、販売、在庫といった標準的な業務の機能が、最初からそろっています。
ERP（会計・販売・在庫などを1つにつなぐ基幹システム）の基本は 中小企業向けERPとは にまとめています。
スクラッチ開発とは
自社の業務に合わせて、必要な機能をゼロから作る考え方です。
既製品にない業務でも実現できます。近年は生成AIの活用で、開発の期間と費用が以前より抑えられるようになりました。それでも、開発費と、作った後の保守費は別途かかります。
根本的な違いは「どちらを合わせるか」
パッケージは、業務をシステムに合わせます。スクラッチは逆に、システムを業務に合わせる方式です。
この違いは、費用の構造にも、後からの変えやすさにも、そのまま表れます。
パッケージERPの利点と制約｜メリット・デメリット
パッケージの価値は、「早く動き出せること」と「業務の型が手に入ること」です。その代わり、業務を変える覚悟が前提になります。
利点
- すぐに使い始められる：機能が最初からそろっているため、作業は設定と業務設計が中心です。ゼロから作るより早く動き出せます。
- 世界標準の業務プロセスが手に入る：多くの企業で使われる製品には、業務の型が組み込まれています。自社の非効率を見直すきっかけになります。
- 製品が継続的に改善される：ベンダーが機能を更新し続けるので、自社で開発しなくても、新しい機能を使えます。
- 扱える人が多い：広く使われている製品なら、経験のある技術者や支援先を見つけやすくなります。
制約
- 業務を変える必要がある：現行のやり方をそのまま再現しようとすると、カスタマイズが膨らみ、費用も期間も増えます。
- 使わない機能にも費用がかかる：必要な機能だけを選んで買うことは、多くの場合できません。
- 固有の業務には合わないことがある：標準から大きく外れた業務は、無理に合わせると使いにくくなります。
固有の業務だけを別に作る組み合わせも、選択肢の1つです。
スクラッチ開発の利点と制約｜メリット・デメリット
スクラッチの価値は、「必要なものだけを、自社の形で持てること」です。その代わり、作った後の責任が自社に残ります。
利点
- 必要な機能だけを作れる：使わない機能に費用をかける必要がありません。
- 固有の業務をそのまま実現できる：競争力の源泉になっている独自のやり方を、無理に変えずに済みます。
- 自社の資産として持てる：継続的なライセンス費用はなく、自社の資産として持つ形です。
制約
| 制約 | 中身 |
|---|---|
| 開発費用と期間がかかる | ゼロから作るため、初期の投資が必要。生成AIの活用で、以前より負担は下がっている |
| 保守の責任が自社に残る | 作った後、誰が面倒を見るのか。決めずに進めると、数年後に誰も触れないシステムが残る |
| 属人化しやすい | 作った人しか分からない状態になると、事業の引き継ぎに響く。設計書や手順書の整備が欠かせない |
| 「ライセンス不要＝安い」ではない | ライセンス費用がない代わりに、開発費と保守費が発生する。見落とすと、数年後の計算が合わなくなる |
作った後を誰が守るかまで決めて候補に残す手順は、作るか、合わせるかを決めるまでの進め方にまとめました。保守の論点は、そのシステム、3年後に誰が守っていますか で詳しく扱っています。AIで作ったツールが増えた後の維持の負担は、増えたツールを「動かし続ける」コストの話でも取り上げました。
「どちらか」ではなく、4つの選択肢で考える
二択で考えると、判断を誤ります。規模と要件によって、適した位置が変わるためです。
ベンチャーネットは、基幹システムを4つの選択肢で捉えています。
| 選択肢 | 対象のイメージ |
|---|---|
| SAP | 大企業・グローバルで複雑な要件 |
| NetSuite | 中堅企業・グローバル展開を目指す成長企業 |
| Odoo | 中小〜中堅企業 |
| AIスクラッチ開発 | より小規模、またはパッケージに乗らない固有業務 |
上の3つがパッケージ、いちばん下がスクラッチ開発です。優劣ではなく、規模と要件に合う位置の違いです。AIスクラッチ開発はライセンス費用がない代わりに、開発費・保守費が別途かかります。
OdooとNetSuiteのどちらが規模に合うかは、OdooとNetSuiteの違い で比較しています。
4段の使い方は、3通りです。
- 現在地でのマッチング：いまの規模と要件に合う段を選ぶ
- 段を下る：上位ERPの負担が重い場合に、規模に合った段へ移る
- 段を上る：成長に備えて、先回りして上の段から始める
4段のどこに当てはまるかを、要求の整理から見極める手順は ERP選定の基礎 にまとめています。
パッケージかスクラッチかを決める判断の軸：4つの質問
自社がどこに当てはまるかは、次の4つの質問で見えてきます。
| 質問 | パッケージが有利な会社 | スクラッチ開発も候補になる会社 |
|---|---|---|
| 業務は標準から離れているか | 受注・在庫・請求が一般的な流れ | 業界特有の商流が利益の源泉 |
| 必要な業務範囲は広いか | 会計・販売・在庫・製造など複数 | 特定の業務1つか2つ |
| 3〜5年後の規模は | 拠点や人員が増える見込み | 小さく安定した規模が続く |
| 作った後を誰が守るか | 社内に技術者がいない | 開発と保守を任せる先が決まっている |
右の列に当てはまる数が多いほど、スクラッチ開発が現実的になります。1つだけなら、パッケージとスクラッチの組み合わせを先に検討してください。
質問1：業務は標準から、どれだけ離れているか
「うちは特殊」という認識の多くは、実際には標準機能で対応できます。本当に特殊なのはどの部分か。それを具体的に洗い出すのが先です。
質問2：必要な業務範囲は広いか
範囲が広いほど、ゼロから作る負担は大きくなります。会計から在庫までを一から作るのは、小さな会社ほど重荷です。
質問3：会社の規模と、これからの成長は
成長が見込まれるなら、パッケージのほうが拡張しやすくなります。規模が小さく安定していれば、スクラッチ開発でも十分に回ります。
質問4：システムを維持する体制はあるか
作った後に誰が面倒を見るのか。ここが決まらないまま作ると、動かせないシステムが残ります。
これはスクラッチ開発だけの話ではありません。パッケージでも、設定変更や権限管理の担当は決めておく必要があります。詳しくは Odooの運用・保守で押さえるポイント を参照してください。
第三の考え方：パッケージとスクラッチを組み合わせる
実務では、どちらか一方に決める必要はありません。
標準業務はパッケージ、固有業務はスクラッチ
会計・販売・在庫といった標準的な業務は、パッケージで回します。競争力に直結する独自の業務だけを、別に作ります。この組み合わせが現実的な場面は、少なくありません。
どこを標準に合わせ、どこを自社流で残すかの線の引き方は、AIで変わった、ERP実装の線の引き方で扱っています。
まずスクラッチで始めて、後からパッケージへ
小さく始めたい会社が、必要な機能だけをスクラッチで作る。事業が成長したら、パッケージへ移行する。
ただし、乗り換えにはデータ移行と再教育の負担が伴います。急成長が見えているなら、最初からパッケージを選ぶ判断もあり得ます。
判断の基準は「3〜5年後」
いまの規模ではなく、将来から逆算してください。
成長の途中でシステムを乗り換えると、負担が二度かかります。どこから始めるかは、3〜5年後の姿から決めるのが筋です。
どちらでも共通する成功条件
選んだ後の進め方は、パッケージでもスクラッチでも変わりません。共通する条件は3つです。
目的を測れる形にする
「DXのため」ではなく、「受注から請求までの転記をなくす」のように具体化します。目的が曖昧なままだと、どちらを選んでも評価できません。
業務を見直す機会にする
システムの導入は、業務を棚卸しする数少ない機会です。
パッケージなら「標準に合わせる」、スクラッチなら「本当に必要な機能だけ作る」。どちらも、業務の仕分けが前提になります。
標準に合わせるという考え方は、OdooとFit to Standard で詳しく扱っています。
稼働をゴールにしない
現場に定着し、業務が回り始めて、はじめて投資が回収されます。稼働後の教育と運用を、最初から計画に入れてください。
「作るか、合わせるか」を決めるまでの進め方
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。特定の製品に誘導する理由がないため、相談の最初は製品の話をしません。AIスクラッチ開発も、開発費・保守費が別途かかる前提で並べて比べます。進める順番は次のとおりです。
- 業務を「標準」と「固有」に仕分ける：受注から請求、仕入から支払までを一覧にします。1つずつ「他社と同じやり方で困るか」を問い、標準と固有に分けます。
- 固有の業務が、本当に利益を生んでいるかを確かめる：固有に残った業務でも、「昔からそうしている」だけのものは少なくありません。利益や顧客満足につながる業務だけを、守る対象にします。
- 3〜5年後の規模と体制から、段を決める：人員や拠点の見込み、保守を担う人の有無を伺い、4段のどこから始めるかを決めます。
- 作る部分の「作った後」まで見積もる：スクラッチ開発を選ぶ部分は、開発費に加えて保守費が別途かかります。誰がどう守るかまで決まって、はじめて候補に残します。
仕分けの結果、パッケージが合うならそうお伝えします。どの段も合わないときは、合わないとお伝えします。
よくある質問
パッケージERPとスクラッチ開発のメリットとデメリットは何ですか？
合わせる向きが逆です。
パッケージERPは、業務を製品に合わせます。早く動き出せて業務の型が手に入る一方、業務を変える覚悟が前提です。スクラッチ開発は、システムを業務に合わせて作ります。必要なものだけを自社の形で持てる一方、開発費と保守費がかかり、作った後の責任が自社に残ります（スクラッチ開発の利点と制約）。
「うちは特殊だから既製品は無理」と言われましたが、本当ですか？
本当かどうかは、具体的に確かめてみないと分かりません。
「特殊」とされる業務の多くは、実際には標準機能で対応できます。本当に特殊なのは一部だけ、というケースがほとんどです。まず、どの部分がどう特殊なのかを、項目に書き出す作業から始めてください。
スクラッチ開発のほうが安く済みますか？
安く済むとは限りません。
継続的なライセンス費用はありませんが、開発費用と保守費用が発生します。業務範囲が広いほど、開発の負担は大きくなります。比べるべきは、何年使うかを決めたうえでの総額です。
生成AIで開発が安くなったと聞きましたが、実際はどうですか？
開発の期間と費用は、以前より抑えられるようになりました。
ただし、AIが肩代わりするのは実装の一部です。「どんな業務をどう回すか」を決める作業や、保守を担う体制は、いまも必要です。
途中で方針を変えられますか？
変えられますが、負担が発生します。
データ移行、業務の再設計、現場の再教育。だからこそ、最初の判断で3〜5年後まで見通しておくことをおすすめします。
Community版なら費用をかけずに始められますか？
ライセンス費用はかかりませんが、運用の手間と費用は残ります。
Community版は自社でホスティングと保守を行う前提で、公式サポートの対象外です。サーバーの用意、更新作業、障害時の対応を、すべて自社で担います。スクラッチ開発の「保守の責任が自社に残る」と同じ構造です。
まとめ：業務の性質と規模で選び分ける
- パッケージは業務を製品に合わせ、スクラッチは製品を業務に合わせる
- 判断の軸は4つ。標準からの距離・業務範囲の広さ・規模と成長・維持する体制
- 「うちは特殊」の多くは、標準で対応できる。具体的に洗い出すことが先決
- スクラッチは「ライセンス不要＝安い」ではない。開発費と保守費が発生する
- どちらか一方に決めず、組み合わせる考え方もある
- 判断の基準は、いまの規模ではなく3〜5年後の姿
システムの選択は、突き詰めると「何を自社の独自性とし、何を標準に委ねるか」という問いに行き着きます。技術の問題に見えて、実は経営の問題です。
1年後、会計や在庫は標準の型のまま静かに回り、独自に作ったのは利益を生む業務の画面だけになっている。「なぜそこだけ作ったのか」と聞かれて、社内の誰もが同じ理由を答えられる。それが、この判断がうまくいった会社の姿です。
もう少し詳しく知りたい方へ
「うちの業務は、どこまでが本当に特殊なのだろう」と迷ったら、業務の仕分けからご一緒します。
関連記事
