「PoCはとりあえず始めましょう」が危険な理由|契約4項目と開始前5項目の整理

「PoCはとりあえず始めましょう」が危険な理由|契約4項目と開始前5項目の整理

とりあえず精度なくても始めましょう」AI界隈で、ここ数年よく聞く合言葉です。スピード優先、PoCは小さく早く、まず動かしてから考えよう——どれも一見正しい。私自身、否定するつもりはありません。ただし、受託する側で実装を担当してきた人間から見ると、この合言葉には危険な落とし穴があります。今回はその構造と、PoCを始める前に決めておきたい契約・確認項目について書きます。

なぜ「とりあえず始めよう」が現場で起きるのか

発注側の現場担当者の心理を考えると、よく分かります。上司から「AIで何かやれ」と言われた。何もやらないわけにはいかない。とにかく始めて、何か動かさないと立場がない。だから「とりあえず精度なくても始めましょう」という合言葉に飛びつきます。受託側の営業もありがたい話なので乗ります。ここまでは双方の利害が一致しています。

問題は検証報告のタイミングで起きます。

何が起きているか:製造業のPoC、ありがちな結末

実例を一つ。ある製造業で、画像認識精度の確認PoCを進めていました。最初は現場担当者ベースで「とりあえず動くものを作ろう」というノリで始まった案件。検証報告のタイミングで、それまで姿を見せていなかった決済者が初めて打ち合わせに出てきます。そこで何が起きるか。

  • これでは成果物のイメージがわかない
  • 実用化のイメージがわかない
  • 精度は90%まで出してもらわないと支払えない

始める時には誰も精度何%とは言っていなかった。要件も「とりあえず」のまま走っていた。決済者は今この瞬間に初めて全体像を見ている。だから後出しジャンケンになります。

このあとどうなるか。営業が頑張って何とか収束させます。受託側の追加工数は持ち出しになる。最終的にプロジェクトは形だけ閉じる。そして当然のように、その後その会社から仕事が来ることはありません。「あの案件は微妙だった」という記憶だけが両者に残ります。

契約に絶対書いておくべき2行

では、この後出しジャンケンを防ぐには何があれば良いか。私が顧問として入る時、PoC契約に最低限これだけは書いてもらうという2行があります。

  1. 精度は保証しない
  2. 期限を明確にする

シンプルですが、この2行がないと案件は延々と続きます。「もう少し精度上げてほしい」「もう少しデータ集めてから報告で」「決済者が来週出張だから来月にずれます」——きりがありません。

「精度を保証しない」と書くことに、最初は発注側も渋ります。当然です。ただ、機械学習はデータの質と量で結果が変わるもので、PoCの段階で精度を約束できる人は、技術を本当に分かっていません。精度の保証ができないことを、最初に共有して納得してもらえるかどうかが、その案件が成立するかどうかの分岐点です。

もう一つ、契約に必ず入れたい「権利の取り決め」

契約2行と並んで、後から必ずもめるのが権利関係です。特に受託側がスタートアップだったり、技術力で生きている個人・小規模事業者だったりすると、実装中に生まれたアイデアの特許化の権利を残したい。一方、発注側は「金を払っているのだから、すべてうちの権利だ」と主張するのが当然です。立場が違うので、どちらかが悪いという話ではありません。始める前に決めていないから、もめるのです。

私が受託側として案件に入る時、契約書に必ず入れたい取り決めは2点あります。

  1. 実装中に出たアイデアの特許化は、甲乙協議で決める
  2. 成果物の二次利用は乙(受託側)にも認める

1点目は、実装過程で「これは特許化できそうだ」というアイデアが生まれた場合の取り決めです。「甲(発注側)の権利となる」とだけ書かれた契約に、乙(受託側)として安易にサインしないこと。協議の余地を残す条文を入れてもらえないなら、その案件は受けない判断もあり得ます。受託側の技術蓄積が将来にわたって縛られる可能性があるからです。

2点目は、案件で作ったコードや技術的な知見を、受託側が次の案件にも活かせるようにする取り決めです。汎用的な部品を毎回ゼロから作り直すのは双方にとって損失なので、二次利用の余地を契約段階で確保しておきます。

PoCを始める前に確認したい5項目

契約の文言に加えて、PoC開始前に発注側・受託側の双方で確認したい項目を5つにまとめます。これが揃わないまま始めるPoCは、ほぼ確実にもめます。

  1. 精度は保証しないことに、双方が納得できるか。納得できないなら、PoCではなく要件確定の作業から始める必要があります。
  2. 期間は明確か。開始日と終了日、検証報告のタイミングまで、最初に決まっているか。
  3. データは既に保有しているか/追加データは準備してもらえるのか。発注側に「あるはず」のデータが、実は使える形で存在していないケースは多いです。
  4. 要件は明確か。何を検出したいのか、何のために使うのか、やりたいことがはっきりしているか。「とりあえずAI」では始められません。
  5. 受ける側に、受けられる体制があるか。発注側ばかり気にしますが、受託側にも体制があるかは案件成立の前提です。一人で抱え込んだ受託は、ほぼ確実に途中で破綻します。

技術顧問として最初にやること

私が技術顧問として案件に入る時、まず確認するのは上記の5項目と、契約の中身(精度保証の有無・期限・権利の取り決め)です。1つでも欠けていれば、そこを最初に整理します。技術選定や精度の話はその後です。順序が逆になると、後で必ず引っくり返ります。

「とりあえず始めましょう」を否定するつもりはありません。始める前に5分だけ、契約4項目(精度保証しない/期限明確/特許化は協議/二次利用容認)と5項目チェックを確認するだけで、結果は大きく変わります

まとめ

  • 「とりあえず精度なくても始めよう」は、現場担当者の立場・スピード重視の流れから生まれる合言葉。ただし、検証時に決済者の後出しダメ出しが必ず起きる構造を内包している。
  • 後出しダメ出しは、営業が頑張って収束させても、その後の取引関係を壊す。
  • 契約には4項目を必ず入れる:「精度は保証しない」「期限を明確にする」「実装中に出たアイデアの特許化は甲乙協議で決める」「成果物の二次利用は乙にも認める」
  • PoC開始前に、5項目(精度保証への納得・期間・データ・要件・受託側体制)を確認する。

「うちで始めようとしているPoC、契約と5項目は大丈夫だろうか?」と思った方は、無料の30分オンライン診断で一緒に確認できます。始める前の5分が、その後の3ヶ月を救います

この記事の内容について、現場で整理したい方へ

AI×IoTの技術顧問として、月額契約で継続伴走しています。PoC設計・契約・組織設計・ベンダー管理・実装支援まで、現場で動くまで一緒に進めます。受託開発(請負)ではありません。

AI技術顧問サービスの詳細無料30分オンライン診断料金一覧

About The Author

Hideki
東京大学発AIスタートアップ企業でロボット開発室室長、画像解析室室長、動画解析室室長を務め、AIエンジニアとしても画像認識関連の特許を在籍中に3つ取得。その後、KDDIグループ内でプロダクトリーダーとして自然言語処理パッケージの自社開発を経て、現在はAGRISTのテックリードとして農業の人手不足の解決に向けた収穫ロボットの開発にチャレンジしている。ロボットは技術の総合格闘技との考え方から、AIだけでなく、ハードやエレキ、通信からクラウド、IOTまで幅広く手掛けることができる。最近では人とロボットの共存を目指すべく、性能だけを追い求める開発から「感動やワクワク体験」をデザインできるロボットの研究を進めており、人とロボットがうまく共存できる世界を作り出したいと日々行動している。

LEAVE A REPLY

*
*
* (公開されません)