[すべてのガイド](https://sabaisystem.com/ja/guides) # AI がコードを書く時代の社内ツール：構築か購入か - Published by: Sabai System (https://sabaisystem.com) - Page: https://sabaisystem.com/ja/guides/build-vs-buy-internal-tools - Book a call: https://cal.com/sabaisystem/discovery-call-30 - Email: contact@sabaisystem.com Sabai System · 2026年11月4日 ![ピクセルアートの通り：既製の形が並ぶショーウィンドウの隣に工房があり、ロボットアームがオーダーメイドの部品を作っています。](https://sabaisystem.com/_astro/build-vs-buy-internal-tools-cover-v4.ZGf4jYHR_Z2n5pUC.webp) AI が書くのはコードであって、プロジェクトではありません。価格は 6 つの要素の 1 つです。社内ツールの 1 分間の適合チェックで、購入・構築・併用の判定が出ます。 AI はコーディングを速くできます。プロジェクトの残りは、御社の人と取引先のスピードで進みます。課題の理解、舵取り、テスト、連携、取引先の待ち時間、研修です。チームがそのツールを使うかどうかは、これらで決まります。業務の流れが一般的なら SaaS を購入します。プロトタイプなら AI で自作します。業務の運営そのものになるなら、本番用に構築を依頼します。自社の AI コードファクトリーを運用する開発会社なら、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。 よい開発会社も AI を使うので、コーディングはやはり速いものです。開発会社にお金を払う理由は、AI がしない部分にあります。課題の理解、舵取り、検収、連携、現場への定着、本番での運用を、経験のある人が担うことです（[AI で構築する私たちの方法](#sabai-%E3%81%AF-ai-%E3%81%A7%E3%81%A9%E3%81%86%E6%A7%8B%E7%AF%89%E3%81%99%E3%82%8B%E3%81%8B)）。下の適合チェックを使ってください。6 つの質問で、1 分かかりません。私たちは業務ソフトウェアを構築するエンジニアリング会社です。だからこのガイドでは、購入すべきときと、御社のプロトタイプで十分なときもお伝えします。 ## プロジェクトの時間は今どこに使われるか かつてコーディングは、ソフトウェアのプロジェクトの大きな塊でした。Claude、ChatGPT、Lovable、Replit、Cursor といった AI ツールを使えば、チームの誰かがプロンプトから動くコードを手に入れられます。プロジェクトの残りの大きさは、昔から変わっていません。 コーディングはもともと、仕事の小さいほうの部分でした。IDC によると、2024 年に開発者がアプリケーション開発に使った時間は 16% で、残りは要件やテストケースの作成、セキュリティ、コードのデプロイなどの仕事に使われました（[IDC、InfoWorld 経由、2025 年 2 月 24 日](https://www.infoworld.com/article/3831759/developers-spend-most-of-their-time-not-coding-idc-report.html)）。 AI とコーディングの速さについて、研究の結果は一致していません。2023 年の実験では、GitHub Copilot を使った開発者は JavaScript の小さな HTTP サーバーを 55.8% 速く書きました（[Peng ほか](https://arxiv.org/abs/2302.06590)）。2024 年の Google の試験では、96 人のエンジニアを対象に、ある企業向けの作業が約 21% 速くなったと推定しましたが、誤差の幅は大きいものでした（[Google の研究、2024 年](https://arxiv.org/abs/2410.12944)）。METR の 2025 年の試験では、経験豊富なオープンソース開発者 16 人が、AI ツールを使うと速くなったと感じながら、実際には 19% 長くかかりました（[METR、2025 年 7 月](https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/)）。METR は現在、この結果を古いものとしています。その後の調査では、2025 年末までに AI がこの開発者たちを速くした可能性が高いとしつつ、誰が参加を選んだかという事情から、自らのデータは速くなった度合いについて「非常に弱い証拠にすぎない」と述べています（[METR、2026 年 2 月](https://metr.org/blog/2026-02-24-uplift-update/)）。どの研究も測っているのは開発作業であり、プロジェクト全体ではありません。大きく速くなっても、縮むのは 1 つの塊だけです。 次の 6 つの塊は、御社の人、取引先、そしてカレンダーのスピードで進みます。 ### 課題の理解 構築でも購入でも、その前に誰かが今の仕事の流れを整理します。誰が何を、どのデータで行い、どこで詰まるのか。ここを飛ばすと、ツールは間違ったことを高速で自動化します。 ### プロジェクトの舵取り 誰かが優先順位を決め、範囲を守り、断ります。AI があると、この仕事はむしろ難しくなります。どのアイデアもすぐに足せるように見えるからです。 ### 要件とフィードバック 「これで合っていますか」の確認は、そのたびにツールを使う人の時間を必要とします。AI は次の版を数分で作ります。それでもチームが試すには午後いっぱいかかります。 ### テストと検収 稼働前に、チームが実際の事例でツールを確かめます。先月の変わった注文、住所が 2 つある顧客、返金。そうした事例を知っているのはチームだけです。 ### 連携と取引先の待ち時間 会計ソフトや CRM につなぐには、API の利用を申請し、ベンダーにチケットを出し、税理士がデータの対応づけを承認するのを待ちます。これはカレンダー上の時間で、ベンダーの順番待ちはベンダーのペースでしか進みません。 ### 現場への定着と推進役 人には研修が必要です。最初の質問に答える推進役が各チームに必要で、古いスプレッドシートを止める日も必要です。どのツールを選んでも、ここは御社の仕事です。 ## 短い答え：3 つの選択肢にはそれぞれ勝つ場面がある SaaS を購入する 勝つ場面 業務の流れがどこも同じ、またはライセンスの請求額が小さい。 コーディング ベンダー 設定 御社 テストと検収 御社 現場への定着 御社 運用 ベンダー AI で自作する 勝つ場面 プロトタイプや小さなツール：使う人は数人、機密データなし、1 日止まっても問題なし。 コーディング 御社（AI を使って） 設定 御社 テストと検収 御社 現場への定着 御社 運用 御社 本番用に構築を依頼する 勝つ場面 ツールが業務の運営そのものになり、作った人より長く続かなければならない。 開発会社は自社の AI コードファクトリーを運用しているので、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。 コーディング 開発会社 設定 開発会社（御社と一緒に） テストと検収 御社（開発会社と一緒に） 現場への定着 御社 運用 開発会社、その後は御社 ### 業務の流れがどこも同じなら SaaS を購入する 会計、給与、メール、チャット、CRM の基本は、ほとんどの会社で同じように動きます。コード、保守、セキュリティ、稼働の維持はベンダーが担います。設定、連携、研修は御社が担います。 ### プロトタイプや小さなツールなら AI で自作する 使う人は数人、機密データはなし、ほかのシステムへの書き込みもなし、1 日止まっても誰も困らない。そんな場合です。コードはすぐにできますが、調査、テスト、研修は御社の仕事で、通常の業務に上乗せになります。多くの場合、これは正しい最初の一歩です。動くプロトタイプは、次に何をするにしても優れた仕様書になります。 ### 業務の運営そのものになるなら本番用に構築を依頼する 使う人が増え、権限、実データ、連携、稼働の維持が必要になり、作った人が異動しても動き続けなければならないツールです。ここがオーダーメイドの業務ソフトウェアの出番です。自社の AI コードファクトリーを運用する開発会社なら、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。よい開発会社は、コードだけでなく、調査、舵取り、検収、引き継ぎまでプロジェクト全体を担います。それでもフィードバック、テスト、推進は御社の人の役割です。コード、アカウント、データは御社が所有すべきです。 ### たいていは両方：汎用品を購入し、1 つの業務と接続部分を構築する 会計 購入 給与 購入 メール 購入 チャット 購入 日々の業務アプリ 構築 - 承認 - 顧客ポータル - ツール間の同期 今お金を払っている会計、給与、メール、チャットはそのまま使います。日々の業務アプリとツール間の同期を構築します。そこが御社とほかの会社の違いが出る部分です。このレイヤーがバックオフィスを支えるシステムに育つと、御社のプロセスに合わせて作るバックオフィスになります。その先は、[オーダーメイド ERP とパッケージの比較](https://sabaisystem.com/ja/guides/custom-erp-vs-off-the-shelf)のガイドをご覧ください。 ## 価格は小さな部分：構築か購入かを決める 6 つのこと 合わないツールや離れられないツールは、安くても価格以上のコストがかかります。判断を決めるのは 6 つのことで、価格はその 1 つにすぎません。 ### 適合：ツールは御社のチームと働き方に合わせられるか チームが回り道をしなければ使えないツールは時間を奪い、隣にスプレッドシートが育ちます。購入寄り：標準のツールが、少しの設定で今の働き方に合う。構築寄り：チームには独自のやり方があり、ツールに合わせると、それが失われる。 ### ロードマップのリスク：実現しないかもしれないベンダーの機能を待つ ベンダーは、顧客の大半が求めるものを作ります。必要な機能がその一覧になければ、待つか回り道をすることになります。購入寄り：今の機能で足りる。構築寄り：ベンダーが出さないかもしれないものに仕事が左右される。 ### データ：保管場所、アクセスできる人、エクスポートできるか 信頼できるベンダーのクラウドならどこにデータを置いてもよい企業もあれば、置き場所と閲覧者を自分で決めなければならない企業もあります。契約前に、どうやって、どんな形で取り出せるかを確認してください。購入寄り：信頼できるクラウドときれいなエクスポートで足りる。構築寄り：データは御社の決めた場所に、御社の管理下で置かなければならない。 ### 依存：ロックイン、値上げ、ベンダーの撤退や買収 ベンダーは値上げも、プラン変更もします。買収されることも、撤退することもあります。問題は、そのときの痛手の大きさです。購入寄り：ほかのツールに簡単に移れる。構築寄り：このツールを失うと事業が止まる。 ### 強み：このプロセスは御社の勝ち筋か この仕事のやり方が顧客に選ばれる理由なら、ほかの全員のやり方に合わせて作られたツールは、その強みを手放します。購入寄り：プロセスはほかと同じ。構築寄り：それが御社の勝ち筋である。 ### コスト：3 年で比べる、6 つのうちの 1 つとして 更新のたびに支払う価格でサブスクリプションの 3 年分を出し、構築の見積もりとその保守費用と比べます。見積もりにはコーディングだけでなく、コードの周りのプロジェクトも含まれます。購入寄り：3 年では購入のほうが安い。構築寄り：3 年では構築のほうが安い。 ## 構築か購入かの適合チェック 6 つの質問で、1 分かかりません。上の 5 つと、「コストを比較」を開いて数字を入れた場合のコストです。こちらで答えを入れておくことはありません。飛ばした質問は中立として数えます。回答は御社のブラウザーとページのアドレスにだけ残るので、リンクをコピーして同僚に送れます。 もう少し質問に答えてください。 バランス - 購入 構築 - 適合 未回答 - ロードマップのリスク 未回答 - データ 未回答 - 依存 未回答 - 強み 未回答 - コスト 未回答 誰がチームを研修し、壊れたら誰が直し、稼働後は誰が責任を持つか。これらは変わらず重要です。 [自作の AI プロトタイプで十分なとき](#自作の-ai-プロトタイプで十分なとき) 判定の仕組み - 各回答は購入寄り（−1）、中立（0）、構築寄り（+1）のいずれかで、6 つとも同じ重みです。 - 構築側に 2 つ以上なら構築。購入側に 2 つ以上なら購入。それより接戦なら併用で、診断から始めます。 - 回答が 3 つ未満なら判定はまだ出ません。コストは、年間費用と見積もりの両方が入ると数えます。 ### 結果の読み方 - **判定**は 1 行です。各回答は購入寄り、中立、構築寄りのいずれかで、6 つとも同じ重みです。どちらかに 2 つ以上傾くと、購入または構築になります。 - **決め手**は、勝った側の要素を示します。答えだけでなく、理由も確かめられます。 - **バランス**は、すべての要素を一度に示します。それぞれがどちらに傾き、どれが未回答かがわかります。 - **併用も誠実な答えです**。要素が両方向に引き合うときは、診断がそれを費用つきの計画にします。書面の計画と、最初のシステムの固定価格です。 ## AI が速くしたこと、しなかったこと プロトタイプ：画面とデモ 見えるもの コードの周りのプロジェクト - 課題の理解 - テストと検収 - 研修と推進役 - 連携と取引先の待ち時間 運用 - アクセスと権限 - バックアップ - データモデル - 監視と稼働の維持 - アップグレード - 名前のある責任者 ### 速くなったこと：最初の版、画面、デモ フォーム、ダッシュボード、小さなアプリの動く最初の版は、AI ツールですぐに作れます。そして、どんな仕様書よりもよく、自分たちが何を求めているかを見せてくれます。そのように使ってください。 ### 今もコストがかかること：コードの周りのプロジェクトと、その後の運用 まず上のプロジェクトの塊があります。そのうえで、毎日使うツールには、誰が作ったかにかかわらず、毎月次のことが必要です。 - **保守**：更新、修正、依頼される小さな変更。広く引用される経験則では、運用、保守、機能強化がシステムのライフサイクルコストの 60〜80% を占めるとされています（[Klotz、2026 年](https://arxiv.org/abs/2604.26482)、Lientz と Swanson の 1980 年の研究とその後の研究を引用）。 - **セキュリティとアクセス**：全員が自分のアカウントでサインインし、見るべきものだけを見ます。誰かが辞めたら、その人のアクセスを誰かが取り消します。 - **データの品質とデータモデル**：ツールは各レコードを 1 つの版で持ち、次のレポートが読める形で保ちます。 - **連携**：ほかのツールとの同期は失敗すると再試行し、失敗したことが誰かに伝わります。 - **稼働の維持**：バックアップがあり、復元を試してあり、ツールが止まったら誰かが気づきます。 - **作った人が去った後の責任**：コード、アカウント、決定事項が、次の人に見つかる場所に書き残されています。 ## 自作の AI プロトタイプで十分なとき 御社のツールについて答えてください。数字は例なので、御社の事情に合わせて調整してください。 - 使う人は 10 人程度より少ないですか？ - 個人データ、顧客データ、財務データを持っていませんか？ - ほかのシステムから読むだけで、書き込むことはありませんか？ - 1 日止まっても誰も困りませんか？ - 作った人はこの先も残りますか？ - 壊れたら、直すより作り直したいですか？ - 研修なしで使えますか？ - 取引先やベンダーから付与してもらうアクセスは不要ですか？ すべて「はい」なら、プロトタイプもお金もそのまま手元に残してください。「いいえ」が 1 つあるごとに、本番用の構築の価格を調べる理由が増えます。 ## Sabai は AI でどう構築するか AI は私たちの構築の方法そのものです。コードは AI で書き、AI はデリバリー全体にも入っています。会議は文字起こしされ、決定事項はコードベースに書かれ、ドキュメントは最新に保たれ、あらゆるチャネルのフィードバックが集められます。私たちは自社の AI コードファクトリーを運用しているので、構築は途切れなく進み、エンジニアは御社のチームと課題に向き合うことに時間を使います。課題の理解、舵取り、フィードバック、検収、そして推進役を巻き込むことです。 私たちは御社のツールとデータの中で、業務を動かしている人たちと肩を並べて働きます。スコープは御社の会議から生まれ、各回の成果は実際のユーザーに届き、その声が次の回を決めます。 私たちが構築するものは、動き続けることを前提にしています。全員が自分のアクセスでサインインし、バックアップは試してあり、ツールは監視され、変更はいつも同じ方法で出し、戻す道もあります。初日から御社のアカウントの中にあり、決定事項はコードの隣に書かれています。稼働後は御社が運用しても、私たちが運用を続けても構いません。保守は任意で、コード、アカウント、データは御社のものです。 小さく始めるなら、有料の[診断](https://sabaisystem.com/audit)（英語のページ）を受けてください。書面の計画と、最初のシステムの固定価格で終わります。必要なものがすでにはっきりしていれば、そのまま構築に進みます。 ## プロトタイプを本番に移すべきサイン - 毎日頼る人が増えている。 - 会計ソフトや CRM に書き込んでいる。 - 顧客やスタッフのデータを持っている。 - 誰が何を見られるのかを聞かれた。 - 壊れたとき、直せる人が 1 人しかいなかった。 - ほかの場所にあるデータの第二のコピーになっている。 - 誰かが研修をしない限り、チームが使わない。 こうしたサインが見えたら、この先の仕事はコードの周りのプロジェクトです。チームが自分たちで作ったツールを本番に移すことも、私たちのオーダーメイドの業務ソフトウェアの仕事に含まれます。 ## 壊れたときに誰が答えるか 決める前に、担当者の名前のテストをしてください。月曜の朝にツールが壊れたとき答える人か会社の名前と、その時間のコストを書き出します。名前を書けないなら、購入してください。 埋め方は 3 つあります。 - **作った人が持ち続ける**：通常の業務に上乗せになります。その人が異動する日の引き継ぎを計画してください。 - **御社が雇う開発者**：ツールに使う時間はその人のコストです。代わりを務められる 2 人目も必要です。 - **保守プランのある開発会社**：その料金が、適合チェックのコストの部分で足す保守費用です。私たちの保守は任意です。私たちに任せ続けることも、研修をして御社の人に引き継ぐことも、別の開発会社に移ることもできます。 ## 構築を依頼するなら、離れるコストを安く保つ 離れるコストを小さく保つものが 3 つあり、どれも契約前に簡単に確認できます。 - **初日から御社のアカウント**：ホスティング、データベース、コードは御社の名義で開設し、作る側はゲストとしてその中で働きます。 - **誰でも再現できる更新**：変更はいつも同じ自動の手順で出され、1 つ前の版に 1 ステップで戻れます。 - **コードの隣に書かれた決定事項**：データがなぜこの形なのか、同期がなぜ夜に動くのか。次のエンジニアや御社の AI アシスタントが読む場所に書かれています。 この 3 つがあれば、離れてもツールは動き続けます。 ## AI アシスタントやエージェントの位置づけ 購入でも構築でも、アシスタントやエージェントは別の判断です。AI アシスタントは、聞かれたときに答えます。Claude や ChatGPT のようなアシスタントを今のツールにつなげば、チームは注文や顧客について普通の言葉で質問できます。エージェントは、御社が決めた権限の中で、スケジュールに沿って、またはデータが変わったときに、仕事を引き受けてこなします。どちらも、ツールがほかのソフトウェアに **API** 経由でデータを読ませるなら、購入したツールでも構築したツールでも動きます。 **用語 API** アプリケーション・プログラミング・インターフェースの略です。ソフトウェアがシステムにデータを求めたり、操作を指示したりするための窓口です。 これらは独立したサービスとして導入しています。御社のデータの上で動くアシスタントなら AI 連携、自動で動く仕事なら AI エージェントです。 ## よくある質問 **AI がコードを書くのに、なぜソフトウェアのプロジェクトは今も何か月もかかるのですか？** コーディングはプロジェクトの一部にすぎないからです。課題の理解、フィードバックの繰り返し、テストと検収、取引先の待ち時間、チームの研修は、御社の人と取引先のスピードで進みます。その一部は、コーディングが速くなっても変わらないカレンダー上の時間です。 **ソフトウェアのプロジェクトのうち、実際のコーディングはどれくらいですか？** 多くの人が思うより少ないです。[IDC の調査](https://www.infoworld.com/article/3831759/developers-spend-most-of-their-time-not-coding-idc-report.html)によると、2024 年に開発者がアプリケーション開発に使った時間は勤務時間の 16% でした。AI の研究が測っているのは開発作業であり、どれだけ速くなるかについて研究の結果は一致していません。 **AI のある今、社内ツールは構築と購入のどちらが安いですか？** 価格は要素の 1 つです。サブスクリプションの 3 年分と構築の見積もりを比べたうえで、適合、ロードマップのリスク、データ、依存、強みを検討してください。このガイドの適合チェックなら、6 つすべてを 1 分かからずに確認できます。 **構築か購入かの判断で、価格より大事なことは何ですか？** 5 つあります。ツールがチームの働き方に合うか、ベンダーのロードマップを待つことにならないか、データがどこにあり誰が管理するか、ベンダーを失ったときの痛手はどれほどか、そしてそのプロセスが御社の勝ち筋かどうかです。 **AI がコードを書くのに、なぜ開発会社にお金を払うのですか？** コードがプロジェクトのすべてだったことは一度もないからです。私たちは自社の AI コードファクトリーを運用しているので、構築は途切れなく進み、エンジニアはプロジェクトの成否が決まる場所に時間を使います。御社のチームとの課題の理解、舵取り、フィードバック、検収、そして使ってもらうことです。稼働後は御社が運用しても、私たちが運用を続けても構いません。保守は任意です。 ## 私たちと話してみる 適合チェックのリンクか、作ったプロトタイプをお持ちください。終わるころには、購入するか、プロトタイプのままでいくか、本番に移すかがわかります。私たちがお役に立てない場合、後から追いかけることはしません。 [30 分の無料通話を予約する](https://sabaisystem.com/ja/book)。契約は不要です。日時はご自由に選べます。 [前のガイド オーダーメイド ERP かパッケージか（2026 年版）：AI で何を構築するか](https://sabaisystem.com/ja/guides/custom-erp-vs-off-the-shelf) [次のガイド 業務のための AI エージェント：チャットボットにはできない仕事](https://sabaisystem.com/ja/guides/ai-agents-for-operations) このページの内容 1. [プロジェクトの時間は今どこに使われるか](#プロジェクトの時間は今どこに使われるか) 2. [短い答え：3 つの選択肢にはそれぞれ勝つ場面がある](#短い答え3-つの選択肢にはそれぞれ勝つ場面がある) 3. [価格は小さな部分：構築か購入かを決める 6 つのこと](#価格は小さな部分構築か購入かを決める-6-つのこと) 4. [構築か購入かの適合チェック](#構築か購入かの適合チェック) 5. [AI が速くしたこと、しなかったこと](#ai-が速くしたことしなかったこと) 6. [自作の AI プロトタイプで十分なとき](#自作の-ai-プロトタイプで十分なとき) 7. [Sabai は AI でどう構築するか](#sabai-は-ai-でどう構築するか) 8. [プロトタイプを本番に移すべきサイン](#プロトタイプを本番に移すべきサイン) 9. [壊れたときに誰が答えるか](#壊れたときに誰が答えるか) 10. [構築を依頼するなら、離れるコストを安く保つ](#構築を依頼するなら離れるコストを安く保つ) 11. [AI アシスタントやエージェントの位置づけ](#ai-アシスタントやエージェントの位置づけ) 12. [よくある質問](#よくある質問) 13. [私たちと話してみる](#私たちと話してみる) [次のセクション](#短い答え3-つの選択肢にはそれぞれ勝つ場面がある) **このページの内容** 1. [01 プロジェクトの時間は今どこに使われるか](#プロジェクトの時間は今どこに使われるか) 2. [02 短い答え：3 つの選択肢にはそれぞれ勝つ場面がある](#短い答え3-つの選択肢にはそれぞれ勝つ場面がある) 3. [03 価格は小さな部分：構築か購入かを決める 6 つのこと](#価格は小さな部分構築か購入かを決める-6-つのこと) 4. [04 構築か購入かの適合チェック](#構築か購入かの適合チェック) 5. [05 AI が速くしたこと、しなかったこと](#ai-が速くしたことしなかったこと) 6. [06 自作の AI プロトタイプで十分なとき](#自作の-ai-プロトタイプで十分なとき) 7. [07 Sabai は AI でどう構築するか](#sabai-は-ai-でどう構築するか) 8. [08 プロトタイプを本番に移すべきサイン](#プロトタイプを本番に移すべきサイン) 9. [09 壊れたときに誰が答えるか](#壊れたときに誰が答えるか) 10. [10 構築を依頼するなら、離れるコストを安く保つ](#構築を依頼するなら離れるコストを安く保つ) 11. [11 AI アシスタントやエージェントの位置づけ](#ai-アシスタントやエージェントの位置づけ) 12. [12 よくある質問](#よくある質問) 13. [13 私たちと話してみる](#私たちと話してみる) --- ## Sabai System - Book a call: https://cal.com/sabaisystem/discovery-call-30 - Email: contact@sabaisystem.com - LinkedIn: https://www.linkedin.com/company/sabaisystem - [Home](https://sabaisystem.com/index.md) - [Case studies](https://sabaisystem.com/case-studies.md) - [How a spirits group increases its revenue by telling every sales rep where to go this week, with AI](https://sabaisystem.com/case-studies/spirits-group-ai-sales-recommendations.md) - [How a luxury group automates every workflow and contract, with each market's own rules](https://sabaisystem.com/case-studies/luxury-group-contracts-and-approvals.md) - [How a luxury group protects the promise in every bottle](https://sabaisystem.com/case-studies/luxury-group-bottle-traceability.md) - [How a fashion group gets its suppliers to optimise every shipment](https://sabaisystem.com/case-studies/fashion-group-supplier-shipments.md) - [How a seafood procurement platform opened to new verticals and accelerated onboarding in new markets](https://sabaisystem.com/case-studies/fresh-food-platform-supplier-onboarding.md) - [How a startup is making recycling easy across the whole fashion industry](https://sabaisystem.com/case-studies/recycling-startup-textile-traceability.md) - [How a lingerie brand keeps every store in sync](https://sabaisystem.com/case-studies/lingerie-brand-operations-platform.md) - [Legal notice and privacy](https://sabaisystem.com/legal.md) - [Site map for agents](https://sabaisystem.com/llms.txt) - [The whole site in one file](https://sabaisystem.com/llms-full.txt)