メインコンテンツへスキップ
メニュー

AI納品の受注を増やす前に:人の確認時間を3つに分けて件数を出す

AI納品で受けられる件数は、人の確認時間を通常確認・例外対応・再納品に分けて測ると出せます。

この記事の要点

  • AI納品の受けられる量は、生成の速さでなく人の確認時間で決まる
  • 確認時間を2週間、通常確認・例外対応・再納品の3つに分けて記録する
  • 月の確認時間を1件あたりの確認時間で割り、受けられる件数を出す
  • 受注を増やす前に、3つのうち一番大きい時間から減らす
AI納品で受けられる件数は、人の確認時間を通常確認・例外対応・再納品に分けて測ると出せます。
この記事の要点を図にしたものです。
目次

AI納品の量は人の確認時間で決まる

A&Aの考え方

AI納品の受けられる量は、生成の速さではなく、人の確認時間で決まります。AI納品とは、AIで作った文章や資料を顧客に納める仕事のことです。人の確認時間は、それを約束した品質で納めるために、人が見て直す時間を指します。

仮想例

たとえば、AIで下書きが10分で出るようになり、受注を倍にできるかと考えたとします。納める前に見る人が社長と業務委託の2人のままなら、下書きが速くなっても、見られる本数は増えません。

出典に基づく事実

Anthropic は2024年12月、AIに仕事を任せる仕組みの組み方を書いた記事で、コードの例を挙げています。自動テストで動くかは確かめられても、全体の要件に合っているかを確かめるには、人のレビューが欠かせないと書いています。

Anthropic ↗

AIの下書きが速く出ても、確認できるのは経営者と製作役の2人だけで窓口が狭く、本数が増えない場面

出典に基づく事実

コードなしでAIの自動化を組めるツールを出している会社の Gumloop は、2026年2月の自社の記事で、サポートを2人で回していると書いています。問い合わせを人が開く時には、利用者の情報がもうそろっています。自社の製品のエラーを見張る仕組みも、対応が要る問題を見つけた時だけ人に知らせます。

Gumloop ↗

A&Aの考え方

この記事を書いている Automate & Augment (A&A) は、Anthropic と Gumloop の2つの記事を、どちらも人の確認を無くしていない例と読みます。Gumloop は、2人が見る前に情報をそろえ、知らせる件を絞っています。

A&Aの考え方

人が1件も触らない納品を前提にすると、受けられる量は見積もれません。先に要るのは、残る確認に何分かかるかを数えることです。1件あたりの費用から商品を続けるかを決める話は、「低単価サービスの採算は、AIの速さより人が対応する回数で決まる」で扱いました。この記事で見るのは、月に受けられる件数です。

確認時間は3つに分けて2週間記録する

A&Aの考え方

確認時間は、通常確認・例外対応・再納品の3つに分けて、2週間記録します。3つに分けるのは、時間が掛かる件の範囲がそれぞれ違うからです。

A&Aの考え方

通常確認は、納めるすべての物に掛かる時間です。誤字や数字を見て、元の資料と突き合わせる時間がこれに当たります。

A&Aの考え方

例外対応は、入力が想定から外れた時だけ掛かる時間です。足りない資料を調べ直したり、顧客に問い合わせたりする時間です。

A&Aの考え方

再納品は、いったん納めた後に差し戻されて直す時間です。差し戻された件にだけ掛かります。

A&Aの考え方

まとめて「確認作業」と呼ぶと、この違いが見えません。例外は目立つので重く感じます。それでも合計すると、全件に掛かる通常確認の方が大きいことがあります。

A&Aの考え方

記録にストップウォッチは要りません。1件ごとに、3つのどれだったかと、掛かった分を1行残せば足ります。2週間という期間は、記憶ではなく実際の数で表を埋めるための目安です。

仮想例

たとえば、商品説明文を月600本納める2人の会社を考えます。記録には「通常確認 3分」「例外対応 25分、型番が資料に無い」「再納品 15分」のような行が並びます。

A&Aの考え方

記録で出るのは自社の今の値です。他社と比べる数字ではありません。

確認時間の3つの分け方と、記録すること
時間掛かる件記録すること
通常確認納めるすべての件1件あたりの分
例外対応入力が想定から外れた件起きた件数と1件あたりの分
再納品差し戻された件差し戻された件数と1件あたりの分

1件あたりの確認時間で割って件数を出す

A&Aの考え方

受けられる件数は、月に確認に使える時間を、1件あたりの確認時間で割って出します。1件あたりの確認時間は、通常確認の時間に、例外対応と再納品の時間を足したものです。例外対応と再納品の時間には、それぞれが起きる率を掛けてから足します。

A&Aの考え方

式にすると、件数 ≒ 月の確認時間 ÷ (通常確認 + 例外の率 × 例外対応 + 差し戻しの率 × 再納品) です。分母に生成の時間は入っていません。生成が2倍速くなっても、件数は動きません。

仮想例

前の会社の数字を、仮に置きます。月600本で、確認に使える時間は60時間です。通常確認は1本3分で、600本で30時間です。例外は8%の48本に起き、1本25分で20時間です。差し戻しは5%の30本で、1本15分で7.5時間です。

仮想例

合計は57.5時間で、使える60時間のほぼ上限です。この状態で受注を増やすと、増えるのは納期の遅れです。数字はすべて架空の例で、A&A や顧客の実測ではありません。

月の確認時間が通常確認・例外・差し戻しでほぼ埋まり、経営者が追加の受注を入れるか迷う場面。

出典に基づく事実

Anthropic の2024年12月の記事は、自分で動き続けるAIには、最大の繰り返し回数のような止める条件を入れることが多いと書いています。制御を保つためです。

Anthropic ↗

A&Aの考え方

A&A は、この考えを納品の約束にも当てはめます。再納品の回数に上限が無いと、1件の直しの往復が月の確認時間を食い、式で件数が出せません。

仮想例

たとえば、架空の会社の約束を「差し戻しは同じ物につき2回まで。3回目と、元の資料が変わった時の書き直しは別の見積もり」とします。

出典に基づく事実

Gumloop は、解決策を渡した後に本当に直ったかを確かめるため、連絡し直す利用者を毎日探していると書いています。

Gumloop ↗

A&Aの考え方

差し戻しの率を式に使うなら、納めた後に直ったかを確かめる一手間が要ります。直っていない件が次の依頼に紛れると、新しい件として数えられ、件数を多く見積もります。

A&Aの考え方

この式が成り立たない仕事もあります。1件ごとに仕様が違い、通常確認の中身が毎回変わる仕事では、1件あたりの時間が安定しません。その時は件数を出す前に、受ける仕事の範囲を絞ります。

受注を増やす前に一番大きい時間から減らす

A&Aの考え方

受注を増やす前に、3つの時間のうち一番大きいものから減らします。目に付くのは例外ですが、全件に掛かる通常確認の方が大きいことがあるからです。

仮想例

前の例で例外対応を半分にすると、空くのは10時間です。通常確認を1本3分から1分にすると、20時間空きます。この例では、通常確認を先に減らす方が、受けられる件数は増えます。

A&Aの考え方

この例で一番大きかったのが、通常確認だったというだけです。件数が少なく1件が重い仕事では、例外対応が一番大きくなることがあります。その時は例外から減らします。

出典に基づく事実

Anthropic は2026年1月、AIの出来を測る仕組みの作り方を書いた記事で、採点の方法を3つに分けています。コードによる採点は速く、安く、客観的です。人による採点は品質の基準ですが、高くて遅いとされています。

Anthropic ↗

出典に基づく事実

モデルによる採点は柔軟ですが、コードより高くつき、正確さのために、人の採点と突き合わせてずれを直す較正が要るとされています。AIの出来を測るために出す問題は、2人の専門家が別々に判定しても同じ合否になるのが良い、と同じ記事は書いています。

Anthropic ↗

A&Aの考え方

A&A はこの3つを、納める前の確認を仕分ける分け方として読み替えます。項目ごとに、合否の理由を1文で書けるか、その1文を読んだ他の人も同じ判定を出せるかを問います。両方が「はい」なら照合で機械に、理由は書けても人によって判定が割れるならモデルに、理由が書けないなら人に残します。

仮想例

商品説明文の例なら、型番・寸法・文字数は、元の資料との照合で判定できます。ブランドの言葉づかいに沿っているか、元の資料に無い仕様を書いていないかは、基準を書けばモデルに判定させられます。今季なにを推すかという顧客ごとの判断は、人に残ります。

出典に基づく事実

Anthropic のこの記事は、モデルの採点役を人の専門家と密に較正するよう勧めています。仕組みが堅牢になってから、人のレビューは時々で足りるとしています。

Anthropic ↗

A&Aの考え方

ここで見落としやすいのが、較正の期間です。較正とは、人とモデルの両方で同じ物を判定し、ずれを直す作業のことです。その間は、確認時間がいったん増えます。A&A は、確認を機械に移す月と、受注を増やす月を重ねない方がよいと考えます。

出典に基づく事実

Gumloop も、今の運用は最初から完成していたのではなく、数か月かけて1つずつ育ったと書いています。

Gumloop ↗

A&Aの考え方

最初に手を付けるのは、記録で一番大きかった1項目で足ります。

まとめ

製作役が下書きを速く作り続けても、列の終点で経営者が1件ずつ確かめ、確認の時間が件数を決める場面

A&Aの考え方

AI納品の受けられる量は、生成の速さではなく人の確認時間で決まります。

A&Aの考え方

確認時間を通常確認・例外対応・再納品に分けて、2週間記録します。

A&Aの考え方

月の確認時間を1件あたりの確認時間で割ると、受けられる件数が出ます。

A&Aの考え方

受注を増やすのは、一番大きい時間を減らしてからです。

AI納品で受けられる件数を決めるのは、生成の速さではなく人の確認時間です。確認時間を通常確認・例外対応・再納品に分けて2週間記録し、月の確認時間を1件あたりの確認時間で割って件数を出します。受注を増やすのは、3つのうち一番大きい時間を減らしてからです。

よくある質問

もっと速いモデルに替えれば、受けられる件数は増えますか。

確認時間が上限になっている間は、増えません。受けられる件数は、月に確認に使える時間を1件あたりの確認時間で割って出し、生成の時間はこの計算に入らないためです。増やすには、通常確認・例外対応・再納品のどれかを減らします。

確認をAIに任せれば、確認時間はゼロになりますか。

ゼロにはなりません。Anthropic も、自動テストが使えるコードでさえ、人のレビューが欠かせないと書いています。機械に移す間は、較正のために確認時間がいったん増えます。

空いた確認時間は、そのまま利益になりますか。

なりません。空いた時間に別の受注が入って初めて、売上が増えます。この見積もりは、どこから減らすかを選ぶための物で、利益を約束する物ではありません。

出典・編集情報

記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。

  1. Building effective agents

    Anthropic · 2024-12-19 (page notes tooling has changed since)

    確認日 2026-10-22
  2. Demystifying evals for AI agents

    Anthropic · 2026-01-09

    確認日 2026-10-22
  3. Supporting the world's most AI-native companies with a 2-person team

    Gumloop · 2026-02-17

    確認日 2026-10-22

編集方針

← 記事一覧へ