Blog

AI開発は、いきなり契約しない方がいいと思う

AI開発の相談で、「まだ仕様が決まってないんですけど、相談しても大丈夫ですか」と聞かれることがあります。

全然大丈夫です。

というか、うちは大抵その段階で相談してもらって、まず秘密保持契約を結びます。それから実際のデータをもらって、AIで小さいプロトタイプを作ります。

そのあと何回か話して、本当にできそうか、どれくらいの精度が出そうか、どこまで作るかがある程度見えてから本契約することが多いです。

自分はこっちの方がいいと思っています。

AIって、実際のデータを入れてみるまで分からないことが普通にあるんですよね。

資料だけで見積もると、どうしても分からない部分が残る

例えば、書類から情報を読み取りたいという相談があったとします。

資料を見れば、「こういう仕組みなら作れそうです」という話はできます。

でも実際の書類を見ると、結構いろいろあります。

文字がきれいなものもあれば、画像になっているものもある。レイアウトが毎回違うこともある。同じ項目なのに書き方がバラバラなこともあります。

で、ここがどれくらい取れるかは、実物を入れてみないと分かりません。

検索や推薦のAIでも同じです。説明だけ聞いている時はできそうでも、実データを入れると「ここは思ったより難しいな」となることがあります。逆に、難しいと思っていたところが普通にできることもあります。

なので、何も試していない段階で細かい見積もりを作ると、どこかに推測が入ります。

概算は出せます。

でも、その数字の精度はまだ低い。

だったら先に少し触った方がいいな、というのが今の考えです。

先に、一番怪しいところだけ作る

実データをもらったら、いきなり全部は作りません。

その案件で一番分からないところだけ先に試します。

例えば、「この書類から必要な情報を取れるのか」「この条件から商品を探せるのか」「この社内資料から質問に答えられるのか」みたいなところです。

画面や管理機能は後でも作れます。

でも、肝心のAI部分が成立するか分からないまま、周りを全部作ってもしょうがない。

なので、まずそこを見る。

実際に動かしてみると、「これはいけそう」「ここは人が確認した方がいい」「このデータだと別のやり方の方がよさそう」みたいな話ができます。

ここまで来ると、商談の内容もかなり変わります。

実物があると、話が普通に早い

資料だけで話していると、「こういう感じですかね」「たぶんできます」「ここは要確認ですね」という会話が増えます。

でも実物があると、もっと具体的です。

「ここはいいですね」

「これは違う」

「この条件も入れたい」

「この精度なら最後だけ人が見ればいい」

みたいな話になります。

こっちの方が普通に早いです。

お客さん側も、資料だけ見て数百万円のシステムを想像するより、ある程度動いているものを見た方が安心だと思います。

開発する側も、何を作ればいいかがかなり分かります。

結局、双方にとって分からないものが減るんですよね。

見積もりも、その後に出した方が精度が上がる

何度か話して、AIがどこまでできそうか分かってくると、見積もりの前提もかなり増えます。

必要な機能だけではなく、どこまで自動化するのか、人がどこを確認するのか、どんなデータが必要なのか、どこが難しいのかまで見えてきます。

その状態で出す見積もりと、最初の資料だけを見て出す見積もりでは、やっぱり精度が違います。

ここはお客さんにとっても大きいと思います。

最初だけ安く見えて、契約した後に追加費用がどんどん出るのも嫌だと思うんですよね。

逆に、開発会社側が分からないリスクを全部金額に乗せれば、必要以上に高くなることもあります。

だったら、分からないところを先に少し潰してから予算を決める。

AI開発はこの進め方とかなり相性がいい気がします。

精度も、実物を見てから決めた方がいい

AIの相談では、「精度は何%出ますか」と聞かれることもあります。

これも、数字だけだと決めにくいです。

例えば95%正しくても、残り5%の間違いが重大な事故につながる仕事なら、人の確認を残した方がいいです。

逆に、今まで人が全部見ていたものをAIが8割まで絞ってくれるだけで、十分に価値が出る仕事もあります。

なので大事なのは、何%かだけじゃなくて、どこまでAIに任せて、どこを人が見るかなんだと思います。

この辺も、プロトタイプがあるとかなり話しやすいです。

実際の結果を見ながら、「これは任せていい」「ここは確認を残そう」と決められます。

仕様が決まっていないなら、そのまま相談してもらっていい

なので、「仕様が決まっていないから、まだ開発会社に相談できない」とはあまり考えなくていいと思っています。

最低限、今何に困っているのか、今はどうやっているのか、どんなデータがあるのか、最終的にどうなったら嬉しいのか。

この辺が分かれば、最初の話はできます。

そこから秘密保持契約を結んで、実データを見て、一番分からないところだけ先に作る。

それを一緒に見ながら何度か話す。

その後に、作る範囲と予算を決めて契約する。

うちは大抵こういう進め方をしています。

最初から全部決まっている前提で契約するより、分からないところを先に少しだけ分かる状態にした方が、お互い安心だと思うんですよね。

特にAIは、実データを触るまで分からないことが多いので、なおさらそうだと思います。

最近のブログ

ただ作るだけなら、もうAIでいい。開発会社は何を売るのか

AIで「作る」コストが下がるほど、開発会社の価値は実装そのものから、何を解くべきかを見極め、成果につながる方法を設計することへ移っていく。Beekleが昔から相性のよかった顧客像とともに考えます。

AIで仕事が速くなりすぎたので、「あのとき何やったっけ?」を全部検索できるようにした

AIで仕事の速度が上がり、昔のように頭の中だけで全部追うのが難しくなってきました。Claude CodeやCodexなどの作業を自動でログに残し、夜にSlackへまとめ、ChatGPTがGitHubやPM on Rails、Google D...

AIに殺人犯役をやらせたら、親切すぎて自白しそうだった

GraphRAG系のナレッジシステムを何度も作ってきたので、その仕組みをミステリーゲームへ転用して1日で形にしました。犯人役のAIが親切すぎて自白しそうになる問題から、誰が何を知り、何を隠し、どの証拠で態度を変えるかをどう設計したかを書いて...

仕事が無言で放置されていたので、AIに「なんで?」と聞いてみた

あるプロジェクトで進捗が止まりました。「遅れます」もない。「分かりません」もない。あとで見たら普通に止まっていました。いや言えよ。放っておける仕事ではなかったので、最後は自分で巻き取りました。自分でやれば終わります。実際、その方が早い。でも...