基準をそろえる
対象範囲、観測期間、件数、品質、例外の扱いが導入前後で対応しているかを点検します。
01 / SCOPE
最初に決めるのはAIの性能ではなく、どの業務の何を改善したいのかです。評価範囲と判断基準を先にそろえると、期待だけが先行する見積もりを避けやすくなります。
たとえば書類の受付から内容確認、システムへの入力、承認依頼までが一つの業務なら、入力時間だけを切り出しても全体の価値は判断できません。対象件数、処理時間、待ち時間、差し戻しや修正を記録し、どこからどこまでを比べるかを決めます。
改善したい課題と指標を対応させましょう。処理の遅れが問題なら完了までの時間や滞留件数、入力ミスが問題なら修正率や差し戻しを見ます。確認を減らした結果、誤りが増えるようでは、単純な時間短縮を改善とは呼べません。
02 / TOTAL WORK
自動化された工程の外側に、新たな確認・修正・設定・教育が生まれることがあります。現状と導入後を同じ対象業務・同じ期間で比べ、作業の移動を改善と取り違えないようにします。

AIが入力候補を作っても、人が原本を照合し、読み取れない項目を直し、承認する必要が残るかもしれません。手順の設定、担当者への説明、例外の振り分け、結果の確認もあります。導入前の総負担と、導入後に残る作業・新しく生じる作業を分けて記録しましょう。
COMPARISON FRAME
対象範囲の作業、待ち時間、修正・差し戻し、例外対応を記録。
残る作業に加え、AI出力の確認・修正、設定、教育、例外対応を記録。
「一件あたり」か「一定期間あたり」かも統一します。対象件数が変わった場合は、件数の増減と一件あたりの負担を分けると比較しやすくなります。
03 / ASSUMPTIONS
導入前の見積もりには、まだ確かめていない仮定が含まれます。削減率や回収時期を確定値のように扱わず、前提と不明点が見える形にして、試行で更新できるようにします。
確認や修正が多く残る、例外が想定より多いなど、導入後の追加負担を大きめに見ます。
この条件でも解決したい問題に取り組む価値はあるか。確認体制は無理なく続けられるか。
現在確認できる業務記録や、担当者が説明できる手順を根拠に置きます。
どの記録や観察が前提を支えているか。実測で照合できるか。
データ整理や手順の標準化など、達成が必要な条件を明記して見ます。
条件を整える手間は誰が担うか。満たせない場合に対象を変えるか。
「確認の手間が減るか分からない」は、「一件あたりの確認時間と修正回数を試行中に記録する」へ。「古い記録が予測に使えるか不明」は、「対象期間と欠損を点検し、単純な基準値との比較ができるか確かめる」へ。曖昧さを隠すより、次に集める証拠を明らかにする方が判断に役立ちます。
04 / DECIDE & UPDATE
見積もりは一度作ったら固定する資料ではありません。導入前に決めた基準値と試行中の記録を比べ、継続・範囲変更・追加検証・停止のどれが妥当かを確認します。
対象範囲、観測期間、件数、品質、例外の扱いが導入前後で対応しているかを点検します。
作業時間だけでなく、修正、待ち時間、確認負担、例外がどう変わったかを確認し、予想との差や条件を記録します。
範囲を広げる、条件を変えて試す、追加データを集める、いったん止める、という選択肢を用意します。
A PRACTICAL WORKSHEET
数値がまだない項目は空欄や「要確認」で構いません。根拠と未確認事項を残すことで、後から見積もりを検証できます。
NEXT STEP
対象業務、現在把握している負担、評価したい変化、まだ分からない点を共有いただくと、次に確認すべきことを整理しやすくなります。
見積もりの前提づくりから、試行後の判断まで続けて確認できます。