AI開発の請負契約：スコープ設計・スパイク・検収基準

このガイドは、AIフィーチャーの請負契約を締結したいが、出力品質が確率的な作業をどのようにスコープ化すればよいか分からないCTO・VP Engineering・創業者と、AIベンダーの提案を強制力のある検収基準を備えた作業仕様書に落とし込む必要がある調達・法務担当者を対象としています。すでにオフショア開発そのものおよび一般的なラボ型開発 vs 請負の選択を検討済みであることを前提とし、専任開発チームまたはオフショア開発センター（ODC）を通じたAI特有の案件スコープ設計について解説します。

このガイドの内容

• AIプロジェクトで今日から検収テストを書けない理由
• 3ゾーン・スコープ分割
• スパイクから署名済み検収条項へ
• 固定価格AIプロジェクトのスコープ設計におけるAIの位置づけ
• 存在する納品実績と存在しないもの
• 代替案：スコープ分割と検収条項を誰が書くか
• このガイドの限界
• よくある質問
• 次のステップ

AIプロジェクトで今日から検収テストを書けない理由

通常のソフトウェアの請負契約は、一つの前提に基づいています。それは、発注者とサプライヤーが今日の時点で「完了」の定義に合意でき、そのためのテストを記述できるという点です。しかし、AIフィーチャーはモデルの挙動に依存する部分において、この前提を覆します。分類モデル、検索パイプライン、またはエージェントは、同じ入力に対して毎回同じ出力を返すわけではなく、実際の障害モードは実データで動かしてみるまで大抵は不明です。プロジェクト全体を確定的なものとして価格設定すると、必要かどうかに関わらず発注者が負担する大きなリスクバッファーを織り込むか、合格してもフィーチャーが実際に機能するかどうかを証明しないほど狭いスコープになるかのいずれかです。解決策は請負型を諦めることではなく、成果物ごとに「今すぐ価格決定できる部分」と「短期間の別途有償ディスカバリースパイクが先に必要な部分」を判断することです。

3ゾーン・スコープ分割

フィーチャーに対して代表的な入出力例を10〜20件まだ用意できない発注者は、定義上まだゾーン2にあり、プロジェクト全体の価格を固定する準備ができていません。そのエビデンスのギャップを埋めるために、ディスカバリースパイクが存在します。

存在する納品実績と存在しないもの

Netbase JSCは自社の6ステップ納品ライフサイクルで、ディスカバリーと戦略的アラインメントを第1ステップ、チーム編成とアーキテクチャ計画を第2ステップとして位置づけており、これはアジャイル実行が始まる前に、AI要素の有無にかかわらず全てのエンゲージメントで実施されます。AIフィーチャーのディスカバリースパイクは、品質をまず試さなければ仕様化できない作業に適用された、この第1ステップそのものです。固定価格はNetbase JSCの主要な商業モデルであり、前払いでスコープを固定できない場合にはマイルストーン制・月次チームリテイナー・KPI連動型の条件も提供しています。これはまさに、このガイドが継続的なモデルチューニングに対して説明するゾーン3のパターンです。上記で参照した匿名の検索拡張型、ドキュメントAI、MLOpsエンゲージメントは、同じ「ディスカバリー優先・固定価格優先」の慣行のもとで実施されました。

存在しないもの。評価セットのサイズ、合格率しきい値、スパイクの期間、またはいずれかのエンゲージメントの価格を述べたNetbase JSCの公表記録は存在しません。上記のスコープ分割と検収条項の方法はフレームワークであり、その一部はNetbase JSC外部の公開されたAI納品慣行から引用したものであり、Netbase JSCのベンチマーク結果ではなく、いかなる数値もNetbase JSCの結果として主張していません。

代替案：スコープ分割と検収条項を誰が書くか

Netbase JSCのカスタム開発では、クライアントが作業のために作成されたIPを所有し、ほとんどのプロジェクトはディスカバリー後に合意された固定価格契約で進みます。スコープに合わせてマイルストーン制・月次チームリテイナー・KPI連動型の条件も提供しています。このオファーは専任開発チームとオフショア開発センター（ODC）モデルの中にあり、このガイドが説明するスコープ分割と検収条項の慣行が組み合わさっています。AIナレッジアシスタントソリューションとプロフェッショナルサービス業界ページでは、隣接する納品形態をご覧いただけます。

このガイドの限界

• 評価セットのサイズ、合格率しきい値、スパイク期間のいずれも、Netbase JSCの数値として公表していません。以下で引用する範囲と根拠はNetbase JSCのベンチマークではなく外部ソースに由来します。
• 3ゾーン分割は出発点となるフレームワークです。複雑なエンゲージメントでは、プロジェクト全体に対する単一のディスカバリーフェーズではなく、モデル挙動コンポーネントごとに複数のスパイクが必要になる場合があります。
• このガイドは、オフショアAIエンゲージメントにおけるIPおよびデータ処理条項という別の問題を扱っていません。それらについては、アウトソーシング時のIP保護と非AI成果物に関する一般的なリリース準備・検収チェックリストをご参照ください。

次のステップ

AIフィーチャーのどの部分がまだゾーン2にあるかをお知らせください。ソリューションレビューをご予約いただき、ディスカバリースパイクと検収条項を一緒にスコープ化します。また、そのスパイクを実施するベトナムのオフショアAIエンジニアリングチームの採用方法をご覧いただくか、Netbase JSCのインサイトをもっと参照することもできます。

関連サービスとソリューション