業務システム開発で最初に決めるべきは「どう作るか」ではなく「そもそも作るべきか」です。Excelや属人運用が限界に来た現場ほど、kintoneやSaaSで足りる業務にまで自前開発の見積もりを取りがちです。けれど、作らずに済むならそれが一番安く、一番早い。本記事は「まず作る」ではなく「作らずに済ませられないか」から逆算し、本当にスクラッチ開発が必要になる境界線を引く判断フレームをまとめます。
AIで実装速度が上がった今こそ、「作らない判断」の価値が上がっています。株式会社六（Roku inc.）はAI駆動でシステムを高速に作る会社ですが、だからこそ「それ、作らなくていいですよ」と最初に言える立場でもあります。
業務システム開発の前に「作らない選択肢」を検討する
業務の困りごとをシステム化するなら、検討の順番はこうです。
- 既存のSaaS・パッケージ（kintone等）で足りないか
- 足りないなら、SaaSの組み合わせ＋設定でカバーできないか
- それでも満たせない部分だけ、スクラッチ（自前開発）で作る
いきなり3から入ると、本来は月数千円で済む業務に数百万円の見積もりを取ることになります。スクラッチ開発の相場は小規模でも約200万〜500万円、業務支援・基幹系では約600万〜2,000万円（出典：weblossom.jp／system-kanji.com）。一方kintoneは初期費用0円・月額制で始められます（出典：kintone.cybozu.co.jp）。この桁の違いを踏まえずに「作る前提」で進めるのは、もったいない判断です。
追い風もあります。IT導入補助金（現・デジタル化・AI導入補助金）は2025年度からkintone等のSaaSが単独申請可能になり、補助率1/2〜2/3（出典：carearc.co.jp）。SaaSは補助金が効きやすく、フルスクラッチは対象が限定的。まず「作らない」を検討する経済合理性は、補助金の面でも増しています。
業務システム・基幹システムとは｜どこから「開発」が必要か
開発の要否を分けるのは「何を指すか」より「業務がどこまでつながる必要があるか」です。実務で混同されやすい言葉を最小限だけ整理します。
- 業務システム：顧客管理・勤怠・営業支援など、特定業務を効率化するシステム。粒度は細かい。
- 基幹システム：販売・受発注・在庫・財務会計など、企業の中核業務を支える。止まると事業が止まる。
（出典：hitachi-solutions-west.co.jp／moneyforward biz）
粒度が細かい業務システムほどSaaSで足りやすく、複数業務がつながる基幹領域ほどスクラッチや連携開発が必要になりやすい、という傾向があります。
3つの作り方を比較：内製化／パッケージ・SaaS（kintone等）／スクラッチ開発
スクラッチ vs SaaS、そして内製化。判断に効く5つの軸で比較します。
| 軸 | 内製化（自社で作る） | パッケージ・SaaS（kintone等） | スクラッチ開発 |
|---|---|---|---|
| 初期費用 | 人件費中心（見えにくい） | 0〜低（kintone初期0円） | 高（シンプルでも150万〜250万円） |
| 月額・運用費 | 担当者の人件費 | 月1,000〜1,800円/人・最低月1万円〜 | 保守費（別途） |
| 改修自由度 | 高いが担当者依存 | 既存仕様の範囲内（制約あり） | 全機能を自由設計 |
| 必要な要員 | 作れる人＋直し続ける人 | 設定できる担当者1名でも可 | 発注先＋社内の受け皿 |
| 適する業務 | 小さく頻繁に変わる業務 | 定型・単体業務（顧客管理・申請等） | 複数業務の連携・独自要件 |
（出典：kintone.cybozu.co.jp／minna-systems.co.jp／backapp.co.jp）
注意点を1つ。kintoneは2024年11月の改定で最小契約が5名から10名に変わり、スタンダードは最低でも月10,000円〜（税抜）が起点です（出典：kintone.cybozu.co.jp）。古い記事の「5名から」は最新の前提で読み替えてください。
どれを選ぶ？業務システムの作り方を分ける判断フレーム
「ケースバイケース」では決められないので、Yes/Noのチェックリストにしました。上から順に答えてください。
- その業務は、市販のSaaSが想定する定型業務に近いか？
- Yes → まずSaaS（kintone等）を試す。多くはここで足りる。
- No → 2へ
- 「将来こう変わるかも」を、いつ・どの業務が・どの範囲で、と言語化できるか？
- No（曖昧な不安だけ）→ SaaSで始める。
- Yes（具体的に説明できる）→ 3へ
- 複数の業務（見積→受注→請求など）がつながる必要があるか？
- No → SaaS＋設定、または部分的な連携で足りる。
- Yes → 4へ
- 作った後、社内で直し続けられる体制があるか？
- Yes → 内製も選択肢。
- No → スクラッチを外部委託し、保守も含めて設計する。
最も判断を誤りやすいのが2番目です。「将来の拡張」を理由にスクラッチを選ぶ現場は多いのですが、いつ・どの業務が・どの範囲で変わるかを言語化できないなら、その拡張性投資は過剰になりがちだとSI側からも指摘されています（出典：syusodo.co.jp）。本記事の反証ポイント1つ目。「念のため自前で」は、たいてい高くつきます。
kintone・SaaSで足りるなら作らない｜スクラッチが正解になる境界線
境界線は、業務が"つながる必要があるかどうか"です。具体的な業務で対比します。
SaaS（kintone等）で足りる典型
- 顧客・案件の一覧管理、申請・承認フロー
- 定型の日報・勤怠・在庫の記録
- 部署内で完結し、外部システムと深く連携しない業務
スクラッチ（または連携開発）が要る典型
- 見積→受注→請求→入金が分断され、転記作業が残っている
- 業界固有の独自ロジック（特殊な料金計算・在庫引当）がある
- 既存の基幹システムや外部APIとリアルタイム連携が必要
ここで反証データ2つ目。SaaSは単体業務には便利でも、「つながっていない」ために失敗します。場当たり的にSaaSを増やした結果、見積・受注・請求の間で人手の転記が残り、ミスや利益損が続く「スパゲッティ地獄」に陥る事例が報告されています（出典：note.com/majisemi／sbbit.jp）。
だから当社は「SaaSで足りるなら作らない」と言う一方で、「SaaSを入れさえすればいい」とも言いません。kintoneで足りるケースの見極めは、別記事で深掘りします（公開後にリンクします：/blog/kintone-development）。
内製化の現実：誰が作り、誰が直し続けるのか
「内製なら安い」という通説にも、正直に反証しておきます。本当に問うべきは「作れるか」ではなく「直し続けられるか」です。
中小企業の内製化で最大の課題は属人化です。1人の担当者が作った業務マクロやシステムが、その人の退職・休職で止まる——これは珍しくありません。複数名をアサインできる人員構成がないなら内製は見送るべきだという実務上の指摘もあります（出典：lassic.co.jp／risingsun-system.biz）。これが反証データ3つ目です。
SaaSであってもベンダー保守とは別に社内側で月5万〜15万円相当の人件費が発生し、5年で300万〜900万円規模になる試算もあります（出典：minna-systems.co.jp）。作り方の比較は、初期費用ではなくTCO（初期＋運用）で見てください。
AI駆動でスクラッチ開発はどう変わるか｜速度と費用の前提
「作るなら高くて遅い」という前提は、AIの活用で変わりつつあります。第三者の実証では、GitHub Copilotの大規模調査で完了タスク数が約26%増と報告されています（出典：ledge.ai）。開発の速度・費用の常識が動いていることは確かです。
当社は「1つの脳、300人のAIプログラマ。」を掲げ、公式には「数十人月規模の開発を数日〜数週間で実現」と標榜しています。業務システム領域の実績は次の通りです。
- BLE出退勤管理システム：管理工数80%削減
- AIチャットボット＋kintone連携：対応時間60%短縮
- 大規模データ移行：注文40万件・顧客20万件
（出典：当社実績）
注目してほしいのは2件目です。当社はkintone連携の実績を持つからこそ、「kintoneで足りる／足りない」を売り込みではなく両面から判断できます。発注の常識や費用・人月の読み方は別記事で扱います（公開後にリンクします：/blog/system-development／/blog/system-development-cost）。AI駆動システム開発の詳細はサービスページをご覧ください。
よくある質問
業務システム開発の費用相場は？
規模で大きく変わります。小規模で約200万〜500万円、業務支援・基幹系で約600万〜2,000万円が目安、人月単価は約80万〜120万円です（出典：system-kanji.com／siainc.jp）。費用の内訳や人月の読み方は別記事で解説予定です（公開後にリンクします：/blog/system-development-cost）。
開発期間はどれくらいかかる？
要件の複雑さ次第で断定はできません。AI駆動で短縮余地は広がりますが、正確な期間は要件をうかがった上での見積もりになります。
kintoneとスクラッチ、結局どちらが安い？
初期費用だけならkintoneが圧倒的に安く始められます（初期0円・月1,000〜1,800円/人、出典：kintone.cybozu.co.jp）。ただし判断はTCO（初期＋運用5年）で。業務が複数つながる・独自ロジックが多い場合は、SaaSの運用負荷や転記作業のコストが積み上がり、スクラッチのほうが結果的に安くなることもあります。
既存の基幹システムは作り直すべき？活かすべき？
まず「止めてはいけない業務」を切り分けてください。基幹は事業の中核なので、全面刷新より、既存を活かしつつ連携・部分置換から始めるほうが安全なことが多いです。転記が残っている部分から手を入れるのが現実的です。
小さく試してから本開発できる？
できます。当社では初回相談時に、ご相談内容に応じて動くモックアップの構築をご提案しています。仕様書の議論だけでなく、実際に動くもので「作る／作らない」を確かめられます。
まずは作るべきか、動くもので確かめる
大事なのは立派な仕様書ではなく、「作らずに済むか、作るならどこからか」を早く見極めることです。SaaSで足りるなら無理に作らない。本当にスクラッチが要る境界線だけを、AI駆動で速く形にする。これが当社の立場です。
判断に迷ったら、まず実物で確かめてください。初回相談では、ご相談内容に応じて動くモックアップの構築をご提案しています。「作る判断」も「作らない判断」も、一緒に検証しましょう。
