現場チームはギャップを特定しました。既存のソフトウェアではそれを埋められません。自社開発か購入か。その問い自体が、今四半期中にギャップを埋める唯一の道を見落としています。
TL;DR
- 🏗️ 自社開発はv1まで9〜18ヶ月、単一ワークフローの総保有コスト（TCO）は150万〜500万ドル規模となり、大規模ITプロジェクトは平均45%の予算超過、かつ予測の56%しか価値を生み出さないというデータがあります。
- 💰 購入は反復可能な構造化ワークフローを素早く稼働させられますが、FTFR・MTTR・マージンを左右するオフシステムのギャップに当たると限界に達します。モバイルワーカーはすでに週7時間以上をシステムが吸収すべき管理業務に費やしているという調査結果もあります。
- 📻 現場業務の約60%はオフシステムで動いています（無線、WhatsApp、シフトノート、写真）。従来のどちらの手段も、今四半期中にそのギャップを埋めることはできません。
- 🛠️ 第三の道があります。あなたのギャップのために書かれたオーダーメイド・ソフトウェアを数週間で納品し、FSM/FMS/ERP/EAM/CMSに統合します。
- ⏱️ オーダーメイド・ソフトウェアは、ベンダーが24ヶ月後に提供するものと、社内開発が今年度予算を確保できないものの間のギャップを埋めます。
購買担当者が本当に問いかけていること
「自社開発か購入か」という問いは、現場責任者が具体的なギャップを特定した後に浮上しますが、その問い自体が誤った枠組みです。どちらの手段も数四半期単位で測られ、その間もギャップはシフトごとにマージンを侵食し続けます。必要な意思決定フレームワークは、各条件が明確な三つの道から成るものです。
自社開発か購入かという問いが生まれる前に、ギャップはすでに特定されていた
ギャップは実在します。HVACの業者は技術者のテキストメッセージから作業指示を自動更新できません。3PLの事業者はトラック内の部品状況をリアルタイムで照合できません。フリートオーナーはダウンタイムをテレマティクスデータと紐づけられません。現場責任者はITにソフトウェアを依頼し、ITは調達部門に相談しました。調達部門は問いました。自社開発か購入か、と。
二択が誤った枠組みである理由
どちらの手段も数四半期に及びます。ギャップは毎週マージンを失わせています。三つの道と各条件が明確な意思決定フレームワークは、二択の比較表よりはるかに有効です。この二択は、SaaSベンダーが24ヶ月後に提供するものと社内開発が今年度予算を確保できないものの間に存在する、唯一その間を埋めるために作られた道を無視しています。
2026年における「購入」の実際の成果
構造化された反復可能なワークフローにおいては、成熟したSaaSはどの社内チームの開発よりも速く展開できます。FSMを使う現場サービスチーム、テレマティクス対応FMSを使う車両フリート、ERP+EAMを使う工場はいずれもその恩恵を受けます。一方、FTFR・MTTR・マージンを動かすオフシステムの業務に関しては、ベンダーの答えは常に「ロードマップに入っています」という18〜24ヶ月先の話であり、今四半期の解決策にはなりません。
SaaSが圧倒的に優れている領域
あなたのFSMが解決しない領域は、業務実態の60%を占めるオフシステムの部分です。スケジューリング、ディスパッチ、モバイル作業指示、資産台帳、ルートプランニング、請求処理については、成熟したSaaSが社内開発よりも速く安く展開できます。FSMは機能します。FMSも機能します。ERP+EAMスタックも、それが設計された目的に対しては十分に機能します。
ベンダーのロードマップが尽きる場所
FTFR、MTTR、OEE、契約マージンを動かすオフシステムのシグナルに関して、ベンダーの答えは一貫しています。ロードマップに入っており、18〜24ヶ月先の話です。シート単価モデルは、現場責任者がずっと前に到達した上限に対して料金を払い続けることを意味します。5,500名以上のサービス専門家を対象にしたSalesforceのサービス実態調査によると、モバイルワーカーはシステムが本来吸収すべき管理業務に週7時間以上を費やしています。フリートテレマティクスが限界に達する経緯は、業種を問わず同じ構図です。ロードマップのギャップが長引くほど、スイッチングコストは膨らみます。
2026年における「自社開発」の実際のコスト
最小構成チームとして、PM1名、シニアエンジニア2〜3名、デザイナー1名、DevOpsサポートが必要です。単一ワークフローのv1だけでTCOは150万〜500万ドル、納品まで9〜18ヶ月かかります。調査対象のITプロジェクトの6件に1件は平均200%のコスト超過、スケジュール超過は約70%に上ります。社内開発を待つ現場責任者は、収益に直結する機能開発と開発リソースを奪い合うことになります。
単一ワークフローに必要な正直な人員規模とタイムライン
非自明なワークフロー（ディスパッチ統合、部品照合、予知保全）には、スコープを定義するPM1名、シニアエンジニア2〜3名、UX担当のデザイナー1名、パイプライン対応のDevOpsサポートが必要です。中規模のテック企業でv1まで150万〜500万ドルのコストと9〜18ヶ月の期間がかかり、これは大規模ITプロジェクトが予測の56%しか価値を生み出さないというMcKinseyの調査と一致しています。
社内の意思決定者のほとんどが認識しない隠れたコスト
本当のコストは予算ではありません。18ヶ月間、ワークフローがオフシステムで動き続けることのコストです。ワークフローがWhatsApp上に存在する月は、回避可能なダウンタイム、FTFRの未達、手作業が続く月です。現場責任者は四半期ごとの収益機能と社内開発リソースを取り合います。University of Oxfordとの共同研究として5,400件以上のITプロジェクトを分析したMcKinseyの調査によると、大規模ITプロジェクトは平均で予算を45%超過し、期間を7%超過し、予測の56%しか価値を生み出しません。
それでも購入が最善の場合
コモディティワークフロー、つまりFSM/FMS/ERP/EAMがすでに成熟した形で提供しているものについては購入が正解です。スケジューリング、ディスパッチ、モバイル作業指示、ルートプランニング、請求処理、資産台帳は購入してください。現場の変動要因がないバックオフィスやHRのワークフローも、ほぼ常にSaaSの方が速く安く実現できます。「他社と同じものがあればいい」という要件であれば、第三の道はこのスコープには該当しません。
それでも自社開発が最善の場合
初日からカスタムデータモデルを必要とするグリーンフィールドの基幹システムには、適切な社内開発が必要です。そうしたプロジェクトには開発リソースの全投入と複数年のタイムラインが求められます。ファイアウォールの外に出せない規制対象データや主権データは社内に留めるべきです。競争優位の源泉そのものとなるワークフローも同様です。技術スタック全体を再構築する複数年のデジタルトランスフォーメーションプログラムは社内開発が適しています。ただし、今四半期中に埋めるべき単一ワークフローのギャップには適していません。
第三の道：あなたのために作られるオーダーメイド・ソフトウェア
ベンダーが既存スタックでは埋められない特定のギャップに対して実稼働ソフトウェアを書き、FSM/FMS/ERP/EAM/CMSに統合します。数週間で納品されます。顧客は業務上の効果が確認されて初めて対価を支払います。これは、SaaSベンダーが24ヶ月後に提供するものと社内チームが今四半期予算を確保できないものの間のギャップを埋めます。
Opsimaは産業オペレーション向けAIネイティブ・ソフトウェア・ファクトリーです。あなたのオペレーションが実際に稼働するCMMS、TMS、TOS、EAM、ERP、設備モニタリング、文書処理ソフトウェアを、あなたのオペレーションの動き方に合わせてオーダーメイドで構築します。
2つのサービスモードがあります。（1）既存スタック（SAP、Maximo、MainPac、Navis、Priority、JDE、AS400）の上にオーダーメイドで重ね合わせ、リプレースはゼロ。または（2）レガシーシステムが限界を超えた場合は、ゼロから代替システムを構築します。数週間で出荷。価値を確認してから初めて対価を支払います。
それが何であり、何でないか
既製品のSaaSでも、社内向けのカスタムアプリでもありません。ベンダーが既存スタックでは埋められない特定のギャップに対して実稼働ソフトウェアを構築します。WhatsAppや無線からのオフシステムデータのキャプチャが突破口となります。これはまさに、現場主導型の業界における業務実態の約60%を占めるレイヤーです。例として、複数州にまたがるHVAC業者で、FSMがスケジューリングとディスパッチを担っていても、時間外の技術者テキストをキャプチャして作業指示を自動更新できない場合を考えてみてください。オーダーメイド・ソフトウェアのレイヤーは、エージェンティックデータキャプチャで統合することで、既存FSMの上にそのワークフローを構築し、FSMが届かないレイヤーまでリーチします。
作業の単位：一つのワークフロー、数四半期ではなく数週間
スコープは一つのワークフローギャップです。タイムラインは数四半期ではなく数週間です。既存FSMを置き換えるのではなく、その上にAIトリガーの業務ワークフローを構築します。REST・webhookを通じてSAP、Maximo、Navisにリプレースなしで統合します。作業のスコープは絞られ、タイムラインは圧縮され、リスクはベンダーが負います。
調達部門が第三の道をどう位置づけるか
スコープを定めた作業明細書（SOW）、実稼働ソフトウェアのマイルストーン、価値確認ゲートという構造です。自社開発の9〜18ヶ月にわたる設備投資コミットメントとも、購入のシート単価での運用コストロックインとも異なり、調達の言語にそのまま対応します。IP、データレジデンシー、統合アーキテクチャはあらかじめ回答が用意されています。ソフトウェアは既存システムの上で動作し、REST/webhookでERP/CMMS/FSMに統合し、リプレースはゼロです。
価格モデル：シート単価でも設備投資でもない
シート単価の運用コストでも、複数年の設備投資でもありません。スコープを定めたSOW、実稼働ソフトウェアのマイルストーン（数週間）、価値確認ゲート（支払い前に業務上の効果を測定）という構成です。商業モデルはガバナンスモデルに対応しています。すべてはまずステージング環境で行われ、ITのレビューと承認を経てから本番環境に展開されます。顧客は業務上の効果が確認されて初めて対価を支払います。
承認前にITが確認すべき事項
ステージング環境：ソフトウェアはガバナンスの効いたステージング環境で構築されます。ITが承認するまで本番環境には一切触れません。自動リスクアセスメント：すべてのワークフローについて、ITレビュー前にデータアクセスの問題、セキュリティ脆弱性、ガバナンスコンプライアンスが分析されます。監査証跡：完全なバージョン管理、ロールバック機能、変更ログが提供されます。ライブ業務の可視化によってデータが統合ダッシュボードに集約され、ITは管理権限を維持し続けます。
フィールドオペレーションでの実際の動き：一つのウォークスルー
ある地域の3PLオペレーターのTMSは、ルート計画と積荷割り当てを処理できますが、トラック上の部品ステータスの照合ができず、ドライバーはWhatsApp経由で報告しています。差異は一日遅れで発覚し、倉庫WMSの記録と手作業で照合されます。このワークフローのギャップは、照合作業と配送遅延の例外処理だけで月に数万ドルのコストを生む可能性があります。
第0週：キックオフワーキングセッション
3PLが持ち込むもの：TMSシステムのドキュメント、WMS連携の情報、差異を引き起こすドライバーのWhatsAppメッセージの例、「部品照合完了」の定義。ベンダーが持ち込むもの：Teams経由でチームにヒアリングし、要件を生成し、モックアップを作成し、ビジネスケースを構築するDiscovery Agent。第0週はデモではなく、ワーキングセッションです。
第2〜4週：ステージング環境での稼働ソフトウェア
WhatsAppや無線からのステータス更新を自動的にキャプチャし、照合済みステータスをTMSとライブオペレーションダッシュボードに同期することで、トラック上の部品ステータスが構造化データになります。ダッシュボードはリアルタイムで差異を表示します。3PLはオペレーション上の改善効果が積み重なるのを確認できます。
第4〜6週：価値の確認と本番環境へのロールアウト
差異の検出時間が数日から数分に短縮されます。3PLオペレーターはオペレーション上の改善効果を確認します。ITがステージング環境をレビューし、連携を承認し、リスク評価にサインオフすると、ソフトウェアは本番環境に展開されます。顧客が支払うのは、改善効果が確認された後のみです。MTBFとMTTRの自動化ダッシュボードがKPIの改善を計測し、支払いゲートを起動します。
PNCT（Port Newark Container Terminal）は、このアプローチが実際に機能することを示す証拠です。年間約165万TEUを取り扱う100台以上のストラドルキャリアを擁した24時間365日稼働の港湾ターミナルで、フリート稼働率+5%、計画外故障率約15%減、月間設備ステータス変更件数が約1,000件から約14,000件へと拡大しました。
どちらの道が適しているかを判断する6つの質問
質問1：そのギャップはベンダーの公開ロードマップに6カ月以内に掲載されているか。該当する場合は購入して待つ。質問2：そのワークフローが競争上の優位性であるか、境界外に出せないデータの主権が必要か。該当する場合は社内で構築する。質問3：外部への通信が一切なく、完全にファイアウォールの内側に存在するか。該当する場合は構築する。質問4：そのギャップが主にFSM/FMS/ERP/EAMでは取り込めないオフシステムの信号（WhatsApp、無線、写真、音声、紙）によるものか。該当する場合は第三の道を選ぶ。質問5：このワークフローに対する社内開発リソースが6カ月以上先まで埋まっているか。該当する場合は第三の道を選ぶ。質問6：今四半期に必要な機能のために6桁のSaaS契約を締結しようとしているか。該当する場合は第三の道を選ぶ。このチェックリストを次のIT会議に持ち込んでください。
結論：ギャップをワーキングセッションに持ち込む
「構築か購入か」という二択は、別の時代に適した問いでした。2026年において、この問いはSaaSベンダーが2年後に提供するものと社内開発が今年度に資金調達できないものとの間のギャップのために作られた唯一の道を飛び越えてしまいます。オペレーショナルデータバックボーンは、既存システムの上で動作するオーダーメイド・ソフトウェアを支えます。あなたのオペレーションが港湾、鉱業、物流、製造業にまたがり、ディスパッチのギャップがオフシステムに存在しているなら、FSM/FMS/ERP/EAMベンダーにロードマップ上にあると言われた具体的なワークフローを持ち込んでください。数週間での出荷がどのようなものか、実際に確認できます。MTTRとフリート稼働率のベンチマークは、何が賭けられているかを示しています。ワークフローのギャップをワーキングセッションに持ち込み、第三の道がどのようなものかを確かめてください。
