AIを使ったら仕事を安くしていい？確認の仕事を値段に入れる方法

「AIなら安くできますよね？」と聞かれた

「AIを使えば早く作れますよね。だったら、もう少し安くできますか？」

木曜の朝、見積りの打ち合わせ前に、こんな連絡が来た。

相手が悪いわけではない。AIに質問すると、文章もコードもすぐ出てくる。作る時間が短くなるなら、値段も下がると思うのは自然だ。

でも、返事を書こうとした手が止まった。

たしかに、最初の案は早く作れる。けれど、AIが作ったものをそのままお客さんに渡すわけにはいかない。

今ある仕組みを壊さないか
見せてはいけない人に情報が見えないか
お金の計算を間違えないか
うまく動かなかった時にも困らないか
なぜこの作り方にしたのか説明できるか

こうした確認は、人がやる。ここには時間も知識も必要だ。

なのに、見積書に「作る時間」しか書いていなければ、確認の仕事は相手から見えない。「AIが作るなら安いはず」と思われても仕方がない。ここで価格の話が急に苦しくなる😅

Stack Overflow の2025年の調査では、回答した開発者の84%が、AIを使っているか、これから使う予定だと答えた。一方で、AIの答えを信じる人より、疑う人の方が多かった。

つまり、AIを使うことは珍しくない。でも、AIの答えをそのまま出すのは心配だと思われている。

そこで、「AIで作る仕事」と「人が確かめる仕事」を分けて、両方を見積書に書く。 この記事では、確認する仕事をまとめたものを「検証パッケージ」と呼ぶ。

「検証」は、まちがいがないか確かめること。「パッケージ」は、いくつかの仕事をひとまとめにすることだ。むずかしそうな名前だけれど、やることはシンプルだ。

AIは早い。でも、いつも正しいわけではない

AIを使うと、最初の案はとても早くできる。質問する。答えが出る。少し直す。横から見れば、数分で仕事が終わったように見える。

けれど、本当に大事なのはそのあとだ。

たとえば、ネットショップの支払いボタンをAIに作ってもらったとする。画面では動いた。テストも通った。ここまではうれしい。

でも、次のような時はどうなるだろう。

同じボタンを2回押したら、2回お金を取られないか
100円未満の端数を正しく計算できるか
支払いに失敗した人へ、分かる言葉で知らせられるか
店の人だけが見られる画面を、お客さんが見られないか

ここを確かめずに出すと、あとで大きな問題になる。AIが早く作ってくれても、最後に「これなら渡して大丈夫」と決めるのは人だ。

NISTというアメリカの公的な機関も、生成AIを使う時は、先に試し、結果を調べ、確かめた内容を記録する考え方を示している。

AIで短くなったのは、最初の案を作る時間だ。最後まで責任を持つ仕事が消えたわけではない。

確認の仕事は、4つに分けると伝わりやすい

「きちんと確認します」と言うだけでは、相手には中身が見えない。何をするのか分からない仕事には、お金も払いにくい。

そこで、確認の仕事を4つに分ける。

1. AIを使う場所を決める

最初に、「どの仕事でAIを使うか」を決める。

たとえば、公開されている情報を調べる、コードの最初の案を作る、テストの案を出す。こうした仕事ではAIを使いやすい。

一方で、お客さんの名前、住所、会社だけの秘密、まだ世の中に出していない情報は、勝手に外部のAIへ入れない。お金の計算や「誰がどの画面を見られるか」の決定も、AIだけに任せない。

見積書には、こう書ける。

公開されている情報の調査と、最初の案づくりにAIを使います。お客さんだけの秘密や個人情報は、許可なく外部のAIへ入れません。 AIの答えはそのまま使わず、人が今の仕組みと比べて確認します。

これなら、相手も「何に使うのか」「何には使わないのか」が分かる。

2. 何を確かめるか書く

次に、何を確かめるかを先に書く。

さっきの支払いボタンなら、見るのは次のようなことだ。

正しい金額になるか
2回押しても二重に支払われないか
支払いに失敗した時に止まれるか
見てはいけない人に情報が見えないか
問題が起きた時に記録が残るか

OWASPという、ネットの安全を考える団体も、AIへの危ない指示、秘密の情報が外へ出ること、AIの答えを十分に確かめないことなどを、大きな危険として挙げている。

「注意して見ます」ではなく、見る場所を一つずつ書く。そうすると、確認は気合いではなく、値段を付けられる仕事になる。

3. どこまでできたら完成か決める

三つ目は、「ここまでできたら完成」と決めることだ。

むずかしい言葉では「受け入れ条件」と呼ぶ。つまり、お客さんが「これならOK」と言える条件のことだ。

画面を直す仕事なら、たとえばこうなる。

パソコンとスマートフォンの両方で正しく見える
店の人とお客さんで、見える内容が正しく分かれる
入力を間違えた時に、直し方が表示される
もともと使えていた機能が壊れていない

この条件がないと、納品したあとで「これも確認してくれたと思っていました」が起きる。

まず見積書やメールに、「何を確認したら終わりなのか」を書く。法律や契約の細かい判断が必要なら、その時は契約相手や専門家にも確認する。

4. なぜそう決めたか残す

最後は、「AIの案を見て、人がどう決めたか」を短く残す。

これを「判断ログ」と呼ぶ。ログは記録という意味だ。長い作文は必要ない。

AIが出した支払い処理は、今の仕組みと違いすぎるので使わなかった
AIが出したテスト案に、二重払いのテストを人が足した
エラーの言葉は、今ある画面と同じ書き方に直した
お客さんの情報を含む記録は、外部のAIへ入れなかった

この4行があるだけでも、説明しやすさは大きく変わる。「AIがそう言ったから」ではなく、「AIの案を見たうえで、私はこう決めた」と言えるからだ。

AIを使う場所、確かめること、完成の条件、決めた理由の記録という4つの確認を表した図 — 確認の仕事を4つに分けると、相手にも値段の中身が伝わりやすい

「安くできますか？」には、仕事の中身で答える

木曜の朝の連絡に戻ろう。

「AIを使えば早く作れますよね。だったら、もう少し安くできますか？」

ここで、すぐ「安くします」と返すのは危ない。AIで短くできる仕事はあるので、その分を安くするのはよい。ただし、確認する仕事まで一緒に消してはいけない。

たとえば、こう返せる。

最初の案はAIで早く作れるので、その分は安くできます。ただし、数字が正しいか、今の仕組みを壊さないか、人が確認する仕事は残します。

もっと安くしたいと言われたら、値段だけでなく、作る量を減らす。

確認を減らすと、支払いのまちがいを見落とすおそれがあります。値段を下げるなら、直す画面を3つから2つにするか、作る資料を減らしましょう。

これなら、なぜその値段になるのかが相手にも分かる。こちらが強気なのではない。お客さんが困る問題を、出す前に止めるための話だ。

Google CloudのDORA 2025レポートは、AIが、もともと上手にできていることも、苦手なことも大きくすると説明している。確認のやり方が決まっていれば、AIの速さを生かしやすい。決まっていなければ、まちがいまで早く広がる。

また、METRの2025年の実験では、経験のある開発者が「AIで早くなった」と感じていても、実際には時間が長くなった例があった。2026年の続報では、AIの道具や使い方が変わり、正しく比べるのが難しくなっていることも説明されている。

ここで大事なのは、「AIは遅い」という話ではない。早くなった気がすることと、本当に早く、安全に終わったことは同じではない。 だから、作る時間だけを見て値段を決めない。

見積書には、この4行を足せばいい

大きな仕組みを作らなくてもいい。まずは見積書や提案書に、次の4行を足せば始められる。

AIは、調査、最初の案づくり、テスト案づくりに使います。お客さんだけの秘密や個人情報は、許可なく外部のAIへ入れません。 AIが作ったものは、今の仕組み、お金の計算、見られる人の範囲を人が確認します。画面の動作確認と、なぜこの形にしたかの記録を共有したら完成です。

小さな仕事なら、メールやレビューコメントに書くだけでもよい。大きな仕事なら、見積書の項目として値段を分ける。

最後に

AIで早く作れるのは、はっきりした強みだ。でも、「早いから安い」だけにすると、人が確かめている仕事が消えて見える。

AIを使う場所。確かめること。完成の条件。決めた理由の記録。まずは、この4つのうち一つだけでも見積書に書いてみる。

木曜の朝の質問にも、もう金額だけで答えなくていい。

最初の案は早く作れます。そのあと、人がここまで確認してから渡します。

この二つを分けて話せれば、AIを隠さず、確認の仕事も安売りせずにすむ。

速さだけで売らなくていい。早く作り、きちんと確かめ、安心して渡せるところまでが仕事だ。 そこには、ちゃんと値段を付けていい✨

AIを使ったら仕事を安くしていい？確認の仕事を値段に入れる方法

AIを使ったら仕事を安くしていい？確認の仕事を値段に入れる方法

「AIなら安くできますよね？」と聞かれた

AIは早い。でも、いつも正しいわけではない