この記事は、発注側がAI開発の支援会社を選ぶ際の判断材料に関する検証シリーズの1本である。支援形態の違いは、費用の高低よりも先に、誰が意思決定権を持ち、誰が責任を負うかという配置の違いで分かれる。自社の開発実績と共同開発の事例をもとに、受託・共同開発・伴走・SaaSの4つの形を整理する。
この記事で分かること
- 支援形態を分ける本質的な軸は何か
- 受託・共同開発・伴走・SaaSそれぞれで決定権がどこにあるか
- 支援形態を選ぶときに確認すべき点
この記事で分からないこと(正直に書く)
- どの形態が特定の状況に最適かという一般的な答え
- ここで挙げる4分類が業界の標準的な分類と完全に一致するかどうか
支援形態を分ける軸は費用ではなく決定権
支援会社との関わり方には、受託・共同開発・伴走・SaaS(プロダクト利用)といった呼び方がある。これらの違いを費用の多寡で理解すると実態を見誤る。分けるべき軸は、成果物の仕様を誰が決めるか、進め方の途中で生じた判断を誰が下すか、法的な責任を誰が負うかという配置である。同じ「AI開発の支援」という言葉の中に、決定権の配置がまったく異なる形が混在している。
受託: 発注側が仕様を定義し、支援側が実装する
受託は、発注側が成果物のスコープを定義し、支援側がその実装を担う形である。自社の開発実績ページには、社名を伏せた受託開発の事例を7件掲載しており、旅館コンシェルジュや医療問診の振り分けなど、業種と用途を明示した形で公開している(出所: 自社の運用記録、確認日2026-09-06)。この形では、要件定義そのものを発注側が担えない場合、支援側がその代行まで担うことがあるが、その場合も最終的な採否の決定権は発注側に残る。
共同開発: 意思決定権をどちらに置くかを先に決める
共同開発は、双方が持ち寄る要素が異なるため、意思決定権の配置を先に決めておく必要がある形である。自社が関わった海外の相手との共同開発では、プロダクトの意思決定権を相手側に渡し、要望が来たら48時間以内に必要な工数の見積りを返すという役割に実装側を限定する構成を取った。これは拒否権ではなく、相手が判断するための情報を返す役割であり、一度決まった内容は蒸し返さずに作るという担保になっている(出所: 自社の運用記録、確認日2026-09-06)。受託と異なり、途中の仕様判断は発注側だけで完結しない。
伴走: 問い合わせベースで個別契約に委ねる
伴走型は、標準化された商品として売り切るのではなく、個別の事情に応じて契約内容を都度すり合わせる形である。自社が運営する対話エージェント基盤は、購入ボタンを置かず問い合わせベースの契約に委ねており、価格は参考表示にとどめ、法務ページも個別契約に委ねる書き方を取っている(出所: 自社の運用記録、確認日2026-09-06)。この形は柔軟な調整ができる一方、契約条件が個別化されるため、契約前の確認項目(契約前に確認する項目を参照)がより重要になる。
SaaS: 提供形態と価格があらかじめ決まっている
SaaSは、提供する機能と価格があらかじめ決まっており、利用者側が個別に仕様を交渉する余地が小さい形である。自社が運営するプロダクトの多くはこの形態で、実名・URLを公開し、無料で利用を開始できる提供形態を明示している(出所: 自社の運用記録、確認日2026-09-06)。決定権の配置という観点では、機能の仕様は提供側にあり、利用側が個別に変更を求める形にはなっていない。
選ぶときに確認する視点
支援形態を選ぶ前に確認する価値がある問いは、「途中の仕様判断は誰が下すのか」「進め方が変わったとき、その決定に誰が責任を負うのか」の2つである。前提を確認しないまま形態だけを決めると、進行の途中で「誰が決めるはずだったのか」が食い違う。決定権の配置を確認せずに進めることの危うさは、複数エージェントの批判レビューに前提条件シートが要る理由の記事で扱った、前提を疑わずに進める危うさとも共通する。
支援形態の選び方について相談したい場合は、お問い合わせから編集部まで連絡してほしい。契約前の確認項目は「契約前に確認する項目」、成果物の定義は「成果物の定義」を参照してほしい。
経済産業省は「AI・データの利用に関する契約ガイドライン」を公開しており、AI開発の契約で問題になりやすい論点（成果物の権利、学習済みモデルの扱い、責任分担など）の整理はそこから始められる（出所: 経済産業省「データ・AIの利活用」ページ https://www.meti.go.jp/policy/mono_info_service/connected_industries/sharing_and_utilization.html 、確認日2026-09-06。本稿執筆時点で当該ガイドラインへの導線がこのページにあることを確認した）。
よくある質問
Q1. 支援形態を分ける一番大事な軸は何か
費用の高低ではなく、成果物の仕様を誰が決めるか、途中の判断を誰が下すか、法的責任を誰が負うかという決定権の配置である。
Q2. 受託と共同開発の違いは何か
受託は発注側が成果物のスコープを定義し支援側が実装する形で、最終的な採否の決定権は発注側に残る。共同開発は意思決定権をどちらに置くかを先に決めておく必要があり、途中の仕様判断が発注側だけで完結しない場合がある。
Q3. 伴走型はどんな場面に向いているか
個別の事情に応じて契約内容をすり合わせたい場合に向いている。標準化された商品を選ぶより柔軟だが、契約条件が個別化される分、契約前の確認項目がより重要になる。
Q4. SaaS型を選ぶ場合、何を確認すればよいか
機能の仕様と価格があらかじめ決まっており、個別に変更を求める余地が小さいことを前提に、公開されている提供条件そのものを確認することになる。