AI が書くのはコードであって、プロジェクトではありません。価格は 6 つの要素の 1 つです。社内ツールの 1 分間の適合チェックで、購入・構築・併用の判定が出ます。
AI はコーディングを速くできます。プロジェクトの残りは、御社の人と取引先のスピードで進みます。課題の理解、舵取り、テスト、連携、取引先の待ち時間、研修です。チームがそのツールを使うかどうかは、これらで決まります。業務の流れが一般的なら SaaS を購入します。プロトタイプなら AI で自作します。業務の運営そのものになるなら、本番用に構築を依頼します。自社の AI コードファクトリーを運用する開発会社なら、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。
よい開発会社も AI を使うので、コーディングはやはり速いものです。開発会社にお金を払う理由は、AI がしない部分にあります。課題の理解、舵取り、検収、連携、現場への定着、本番での運用を、経験のある人が担うことです（AI で構築する私たちの方法）。下の適合チェックを使ってください。6 つの質問で、1 分かかりません。私たちは業務ソフトウェアを構築するエンジニアリング会社です。だからこのガイドでは、購入すべきときと、御社のプロトタイプで十分なときもお伝えします。
プロジェクトの時間は今どこに使われるか
かつてコーディングは、ソフトウェアのプロジェクトの大きな塊でした。Claude、ChatGPT、Lovable、Replit、Cursor といった AI ツールを使えば、チームの誰かがプロンプトから動くコードを手に入れられます。プロジェクトの残りの大きさは、昔から変わっていません。
コーディングはもともと、仕事の小さいほうの部分でした。IDC によると、2024 年に開発者がアプリケーション開発に使った時間は 16% で、残りは要件やテストケースの作成、セキュリティ、コードのデプロイなどの仕事に使われました（IDC、InfoWorld 経由、2025 年 2 月 24 日）。
AI とコーディングの速さについて、研究の結果は一致していません。2023 年の実験では、GitHub Copilot を使った開発者は JavaScript の小さな HTTP サーバーを 55.8% 速く書きました（Peng ほか）。2024 年の Google の試験では、96 人のエンジニアを対象に、ある企業向けの作業が約 21% 速くなったと推定しましたが、誤差の幅は大きいものでした（Google の研究、2024 年）。METR の 2025 年の試験では、経験豊富なオープンソース開発者 16 人が、AI ツールを使うと速くなったと感じながら、実際には 19% 長くかかりました（METR、2025 年 7 月）。METR は現在、この結果を古いものとしています。その後の調査では、2025 年末までに AI がこの開発者たちを速くした可能性が高いとしつつ、誰が参加を選んだかという事情から、自らのデータは速くなった度合いについて「非常に弱い証拠にすぎない」と述べています（METR、2026 年 2 月）。どの研究も測っているのは開発作業であり、プロジェクト全体ではありません。大きく速くなっても、縮むのは 1 つの塊だけです。
次の 6 つの塊は、御社の人、取引先、そしてカレンダーのスピードで進みます。
課題の理解
構築でも購入でも、その前に誰かが今の仕事の流れを整理します。誰が何を、どのデータで行い、どこで詰まるのか。ここを飛ばすと、ツールは間違ったことを高速で自動化します。
プロジェクトの舵取り
誰かが優先順位を決め、範囲を守り、断ります。AI があると、この仕事はむしろ難しくなります。どのアイデアもすぐに足せるように見えるからです。
要件とフィードバック
「これで合っていますか」の確認は、そのたびにツールを使う人の時間を必要とします。AI は次の版を数分で作ります。それでもチームが試すには午後いっぱいかかります。
テストと検収
稼働前に、チームが実際の事例でツールを確かめます。先月の変わった注文、住所が 2 つある顧客、返金。そうした事例を知っているのはチームだけです。
連携と取引先の待ち時間
会計ソフトや CRM につなぐには、API の利用を申請し、ベンダーにチケットを出し、税理士がデータの対応づけを承認するのを待ちます。これはカレンダー上の時間で、ベンダーの順番待ちはベンダーのペースでしか進みません。
現場への定着と推進役
人には研修が必要です。最初の質問に答える推進役が各チームに必要で、古いスプレッドシートを止める日も必要です。どのツールを選んでも、ここは御社の仕事です。
短い答え：3 つの選択肢にはそれぞれ勝つ場面がある
SaaS を購入する
勝つ場面 業務の流れがどこも同じ、またはライセンスの請求額が小さい。
- コーディング
- ベンダー
- 設定
- 御社
- テストと検収
- 御社
- 現場への定着
- 御社
- 運用
- ベンダー
AI で自作する
勝つ場面 プロトタイプや小さなツール：使う人は数人、機密データなし、1 日止まっても問題なし。
- コーディング
- 御社（AI を使って）
- 設定
- 御社
- テストと検収
- 御社
- 現場への定着
- 御社
- 運用
- 御社
本番用に構築を依頼する
勝つ場面 ツールが業務の運営そのものになり、作った人より長く続かなければならない。
開発会社は自社の AI コードファクトリーを運用しているので、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。
- コーディング
- 開発会社
- 設定
- 開発会社（御社と一緒に）
- テストと検収
- 御社（開発会社と一緒に）
- 現場への定着
- 御社
- 運用
- 開発会社、その後は御社
業務の流れがどこも同じなら SaaS を購入する
会計、給与、メール、チャット、CRM の基本は、ほとんどの会社で同じように動きます。コード、保守、セキュリティ、稼働の維持はベンダーが担います。設定、連携、研修は御社が担います。
プロトタイプや小さなツールなら AI で自作する
使う人は数人、機密データはなし、ほかのシステムへの書き込みもなし、1 日止まっても誰も困らない。そんな場合です。コードはすぐにできますが、調査、テスト、研修は御社の仕事で、通常の業務に上乗せになります。多くの場合、これは正しい最初の一歩です。動くプロトタイプは、次に何をするにしても優れた仕様書になります。
業務の運営そのものになるなら本番用に構築を依頼する
使う人が増え、権限、実データ、連携、稼働の維持が必要になり、作った人が異動しても動き続けなければならないツールです。ここがオーダーメイドの業務ソフトウェアの出番です。自社の AI コードファクトリーを運用する開発会社なら、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。よい開発会社は、コードだけでなく、調査、舵取り、検収、引き継ぎまでプロジェクト全体を担います。それでもフィードバック、テスト、推進は御社の人の役割です。コード、アカウント、データは御社が所有すべきです。
たいていは両方：汎用品を購入し、1 つの業務と接続部分を構築する
日々の業務アプリ
構築- 承認
- 顧客ポータル
- ツール間の同期
今お金を払っている会計、給与、メール、チャットはそのまま使います。日々の業務アプリとツール間の同期を構築します。そこが御社とほかの会社の違いが出る部分です。このレイヤーがバックオフィスを支えるシステムに育つと、御社のプロセスに合わせて作るバックオフィスになります。その先は、オーダーメイド ERP とパッケージの比較のガイドをご覧ください。
価格は小さな部分：構築か購入かを決める 6 つのこと
合わないツールや離れられないツールは、安くても価格以上のコストがかかります。判断を決めるのは 6 つのことで、価格はその 1 つにすぎません。
適合：ツールは御社のチームと働き方に合わせられるか
チームが回り道をしなければ使えないツールは時間を奪い、隣にスプレッドシートが育ちます。購入寄り：標準のツールが、少しの設定で今の働き方に合う。構築寄り：チームには独自のやり方があり、ツールに合わせると、それが失われる。
ロードマップのリスク：実現しないかもしれないベンダーの機能を待つ
ベンダーは、顧客の大半が求めるものを作ります。必要な機能がその一覧になければ、待つか回り道をすることになります。購入寄り：今の機能で足りる。構築寄り：ベンダーが出さないかもしれないものに仕事が左右される。
データ：保管場所、アクセスできる人、エクスポートできるか
信頼できるベンダーのクラウドならどこにデータを置いてもよい企業もあれば、置き場所と閲覧者を自分で決めなければならない企業もあります。契約前に、どうやって、どんな形で取り出せるかを確認してください。購入寄り：信頼できるクラウドときれいなエクスポートで足りる。構築寄り：データは御社の決めた場所に、御社の管理下で置かなければならない。
依存：ロックイン、値上げ、ベンダーの撤退や買収
ベンダーは値上げも、プラン変更もします。買収されることも、撤退することもあります。問題は、そのときの痛手の大きさです。購入寄り：ほかのツールに簡単に移れる。構築寄り：このツールを失うと事業が止まる。
強み：このプロセスは御社の勝ち筋か
この仕事のやり方が顧客に選ばれる理由なら、ほかの全員のやり方に合わせて作られたツールは、その強みを手放します。購入寄り：プロセスはほかと同じ。構築寄り：それが御社の勝ち筋である。
コスト：3 年で比べる、6 つのうちの 1 つとして
更新のたびに支払う価格でサブスクリプションの 3 年分を出し、構築の見積もりとその保守費用と比べます。見積もりにはコーディングだけでなく、コードの周りのプロジェクトも含まれます。購入寄り：3 年では購入のほうが安い。構築寄り：3 年では構築のほうが安い。
構築か購入かの適合チェック
6 つの質問で、1 分かかりません。上の 5 つと、「コストを比較」を開いて数字を入れた場合のコストです。こちらで答えを入れておくことはありません。飛ばした質問は中立として数えます。回答は御社のブラウザーとページのアドレスにだけ残るので、リンクをコピーして同僚に送れます。
もう少し質問に答えてください。
バランス
- 適合未回答
- ロードマップのリスク未回答
- データ未回答
- 依存未回答
- 強み未回答
- コスト未回答
誰がチームを研修し、壊れたら誰が直し、稼働後は誰が責任を持つか。これらは変わらず重要です。 自作の AI プロトタイプで十分なとき
判定の仕組み
- 各回答は購入寄り（−1）、中立（0）、構築寄り（+1）のいずれかで、6 つとも同じ重みです。
- 構築側に 2 つ以上なら構築。購入側に 2 つ以上なら購入。それより接戦なら併用で、診断から始めます。
- 回答が 3 つ未満なら判定はまだ出ません。コストは、年間費用と見積もりの両方が入ると数えます。
結果の読み方
- 判定は 1 行です。各回答は購入寄り、中立、構築寄りのいずれかで、6 つとも同じ重みです。どちらかに 2 つ以上傾くと、購入または構築になります。
- 決め手は、勝った側の要素を示します。答えだけでなく、理由も確かめられます。
- バランスは、すべての要素を一度に示します。それぞれがどちらに傾き、どれが未回答かがわかります。
- 併用も誠実な答えです。要素が両方向に引き合うときは、診断がそれを費用つきの計画にします。書面の計画と、最初のシステムの固定価格です。
AI が速くしたこと、しなかったこと
コードの周りのプロジェクト
- 課題の理解
- テストと検収
- 研修と推進役
- 連携と取引先の待ち時間
運用
- アクセスと権限
- バックアップ
- データモデル
- 監視と稼働の維持
- アップグレード
- 名前のある責任者
速くなったこと：最初の版、画面、デモ
フォーム、ダッシュボード、小さなアプリの動く最初の版は、AI ツールですぐに作れます。そして、どんな仕様書よりもよく、自分たちが何を求めているかを見せてくれます。そのように使ってください。
今もコストがかかること：コードの周りのプロジェクトと、その後の運用
まず上のプロジェクトの塊があります。そのうえで、毎日使うツールには、誰が作ったかにかかわらず、毎月次のことが必要です。
- 保守：更新、修正、依頼される小さな変更。広く引用される経験則では、運用、保守、機能強化がシステムのライフサイクルコストの 60〜80% を占めるとされています（Klotz、2026 年、Lientz と Swanson の 1980 年の研究とその後の研究を引用）。
- セキュリティとアクセス：全員が自分のアカウントでサインインし、見るべきものだけを見ます。誰かが辞めたら、その人のアクセスを誰かが取り消します。
- データの品質とデータモデル：ツールは各レコードを 1 つの版で持ち、次のレポートが読める形で保ちます。
- 連携：ほかのツールとの同期は失敗すると再試行し、失敗したことが誰かに伝わります。
- 稼働の維持：バックアップがあり、復元を試してあり、ツールが止まったら誰かが気づきます。
- 作った人が去った後の責任：コード、アカウント、決定事項が、次の人に見つかる場所に書き残されています。
自作の AI プロトタイプで十分なとき
御社のツールについて答えてください。数字は例なので、御社の事情に合わせて調整してください。
- 使う人は 10 人程度より少ないですか？
- 個人データ、顧客データ、財務データを持っていませんか？
- ほかのシステムから読むだけで、書き込むことはありませんか？
- 1 日止まっても誰も困りませんか？
- 作った人はこの先も残りますか？
- 壊れたら、直すより作り直したいですか？
- 研修なしで使えますか？
- 取引先やベンダーから付与してもらうアクセスは不要ですか？
すべて「はい」なら、プロトタイプもお金もそのまま手元に残してください。「いいえ」が 1 つあるごとに、本番用の構築の価格を調べる理由が増えます。
Sabai は AI でどう構築するか
AI は私たちの構築の方法そのものです。コードは AI で書き、AI はデリバリー全体にも入っています。会議は文字起こしされ、決定事項はコードベースに書かれ、ドキュメントは最新に保たれ、あらゆるチャネルのフィードバックが集められます。私たちは自社の AI コードファクトリーを運用しているので、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。課題の理解、舵取り、フィードバック、検収、そして推進役を巻き込むことです。
私たちは御社のツールとデータの中で、業務を動かしている人たちと肩を並べて働きます。スコープは御社の会議から生まれ、各回の成果は実際のユーザーに届き、その声が次の回を決めます。
私たちが構築するものは、動き続けることを前提にしています。全員が自分のアクセスでサインインし、バックアップは試してあり、ツールは監視され、変更はいつも同じ方法で出し、戻す道もあります。初日から御社のアカウントの中にあり、決定事項はコードの隣に書かれています。稼働後は御社が運用しても、私たちが運用を続けても構いません。保守は任意で、コード、アカウント、データは御社のものです。
小さく始めるなら、有料の診断（英語のページ）を受けてください。書面の計画と、最初のシステムの固定価格で終わります。必要なものがすでにはっきりしていれば、そのまま構築に進みます。
プロトタイプを本番に移すべきサイン
- 毎日頼る人が増えている。
- 会計ソフトや CRM に書き込んでいる。
- 顧客やスタッフのデータを持っている。
- 誰が何を見られるのかを聞かれた。
- 壊れたとき、直せる人が 1 人しかいなかった。
- ほかの場所にあるデータの第二のコピーになっている。
- 誰かが研修をしない限り、チームが使わない。
こうしたサインが見えたら、この先の仕事はコードの周りのプロジェクトです。チームが自分たちで作ったツールを本番に移すことも、私たちのオーダーメイドの業務ソフトウェアの仕事に含まれます。
壊れたときに誰が答えるか
決める前に、担当者の名前のテストをしてください。月曜の朝にツールが壊れたとき答える人か会社の名前と、その時間のコストを書き出します。名前を書けないなら、購入してください。
埋め方は 3 つあります。
- 作った人が持ち続ける：通常の業務に上乗せになります。その人が異動する日の引き継ぎを計画してください。
- 御社が雇う開発者：ツールに使う時間はその人のコストです。代わりを務められる 2 人目も必要です。
- 保守プランのある開発会社：その料金が、適合チェックのコストの部分で足す保守費用です。私たちの保守は任意です。私たちに任せ続けることも、研修をして御社の人に引き継ぐことも、別の開発会社に移ることもできます。
構築を依頼するなら、離れるコストを安く保つ
離れるコストを小さく保つものが 3 つあり、どれも契約前に簡単に確認できます。
- 初日から御社のアカウント：ホスティング、データベース、コードは御社の名義で開設し、作る側はゲストとしてその中で働きます。
- 誰でも再現できる更新：変更はいつも同じ自動の手順で出され、1 つ前の版に 1 ステップで戻れます。
- コードの隣に書かれた決定事項：データがなぜこの形なのか、同期がなぜ夜に動くのか。次のエンジニアや御社の AI アシスタントが読む場所に書かれています。
この 3 つがあれば、離れてもツールは動き続けます。
AI アシスタントやエージェントの位置づけ
購入でも構築でも、アシスタントやエージェントは別の判断です。AI アシスタントは、聞かれたときに答えます。Claude や ChatGPT のようなアシスタントを今のツールにつなげば、チームは注文や顧客について普通の言葉で質問できます。エージェントは、御社が決めた権限の中で、スケジュールに沿って、またはデータが変わったときに、仕事を引き受けてこなします。どちらも、ツールがほかのソフトウェアに 経由でデータを読ませるなら、購入したツールでも構築したツールでも動きます。
用語 API アプリケーション・プログラミング・インターフェースの略です。ソフトウェアがシステムにデータを求めたり、操作を指示したりするための窓口です。
これらは独立したサービスとして導入しています。御社のデータの上で動くアシスタントなら AI 連携、自動で動く仕事なら AI エージェントです。
よくある質問
AI がコードを書くのに、なぜソフトウェアのプロジェクトは今も何か月もかかるのですか？
コーディングはプロジェクトの一部にすぎないからです。課題の理解、フィードバックの繰り返し、テストと検収、取引先の待ち時間、チームの研修は、御社の人と取引先のスピードで進みます。その一部は、コーディングが速くなっても変わらないカレンダー上の時間です。
ソフトウェアのプロジェクトのうち、実際のコーディングはどれくらいですか？
多くの人が思うより少ないです。IDC の調査によると、2024 年に開発者がアプリケーション開発に使った時間は勤務時間の 16% でした。AI の研究が測っているのは開発作業であり、どれだけ速くなるかについて研究の結果は一致していません。
AI のある今、社内ツールは構築と購入のどちらが安いですか？
価格は要素の 1 つです。サブスクリプションの 3 年分と構築の見積もりを比べたうえで、適合、ロードマップのリスク、データ、依存、強みを検討してください。このガイドの適合チェックなら、6 つすべてを 1 分かからずに確認できます。
構築か購入かの判断で、価格より大事なことは何ですか？
5 つあります。ツールがチームの働き方に合うか、ベンダーのロードマップを待つことにならないか、データがどこにあり誰が管理するか、ベンダーを失ったときの痛手はどれほどか、そしてそのプロセスが御社の勝ち筋かどうかです。
AI がコードを書くのに、なぜ開発会社にお金を払うのですか？
コードがプロジェクトのすべてだったことは一度もないからです。私たちは自社の AI コードファクトリーを運用しているので、構築は途切れなく進み、エンジニアはプロジェクトの成否が決まる場所に時間を使います。御社のチームとの課題の理解、舵取り、フィードバック、検収、そして使ってもらうことです。稼働後は御社が運用しても、私たちが運用を続けても構いません。保守は任意です。
私たちと話してみる
適合チェックのリンクか、作ったプロトタイプをお持ちください。終わるころには、購入するか、プロトタイプのままでいくか、本番に移すかがわかります。私たちがお役に立てない場合、後から追いかけることはしません。
30 分の無料通話を予約する。契約は不要です。日時はご自由に選べます。