架空の保守会社で、10月1日から7日までの報告80件を要約します。初回の生成80回に加え、修正のための再生成20回があり、生成は計100回です。同じ報告を2回生成しても、依頼した報告は2件には増やしません。

現場責任者が元報告と照合し、要約として採用した案件は70件、採用できず保留した案件は10件という設定です。70件のうち再生成後に採用したものも、採用案件としては1件です。案件IDと生成履歴を結び付けます。

再生成20回は、20案件が1回ずつとは限りません。特定の報告に複数のやり直しがある場合も含みます。この回数から採用率を計算するなら分母の意味が変わるため、まず依頼・生成・採用の名前を明示します。

この章の根拠：出典2出典3

この例の2,800円は、対象の報告要約へ帰属させた利用料という仮定です。実際はサービスの請求明細や利用履歴を確認し、10月1日から7日の対象業務と対応する範囲を決めます。請求月全体の額を1週間の採用件数で割りません。

月額の共通契約に報告要約と社内検索が含まれる場合は、全額を報告だけの利用料にするのか、別の配分ルールを使うのかを先に決めます。測れないものは共通費として別に表示し、案件別の料金を精密に測れたように見せません。

設定の費用、初期作業、社内の人の時間も別欄です。AWSの費用管理の枠組みは支出と利用を見て継続的に管理する考え方を支えますが、このAIの単価や配分方法を公式に指定してはいません。会社の請求条件で確認します。

この章の根拠：出典1出典3

教材の2,800円を生成100回で割ると、生成1回あたり28円です。同じ2,800円を採用70件で割ると、採用1件あたり40円です。どちらも計算できますが、答える問いと分母が違います。

経営者が、仕事で使えた要約に対する利用料を見たいなら「採用1件あたりの利用料40円」と書きます。これは人の修正費用や共通費を含む総原価ではありません。表の名前と注記に含めた費用を明示します。

採用が0件なら、0で割らず「算出できない」と残します。少数の採用しかない期間や、難しい報告が多い期間は額が大きく変わる場合があります。1週間の値を、年間の単価や改善効果へそのまま広げないようにします。

比較表は横に動かして全ての列を確認できます。

この章の根拠：出典3

現場担当は、採用70件を確認・修正した時間と、保留10件を手作業で仕上げる時間を別に記録します。生成が安く見えても、保留案件の処理が増えれば業務全体の負担は違います。

教材では確認・修正の計140分という仮定を置きますが、これは金額ではありません。時間を費用へ換算するなら、何の単価を使うか、追加の支出なのか、通常の勤務時間内なのかを経営者が決めます。節約した時間を、そのまま現金の利益と呼びません。

再生成を待つ時間や担当者同士の確認も、必要なら業務時間の欄へ含めます。ただしAIの利用回数と人の修正回数は同じではありません。操作履歴と業務時間の記録を別々に取り、二重に費用へ足さないようにします。

この章の根拠：出典1出典2

翌週の採用1件あたり利用料が下がっても、簡単な報告が多かっただけかもしれません。経営者は、訂正のある報告、長い報告、情報不足の報告など、業務の構成を添えて比較します。

採用の条件を「原文と照合済み」から「社員が読んだ」へ緩めた場合は、同じ指標として比較できません。条件変更を別に記し、過去の値を読み替えるか比較を止めます。測定対象と指標の意味を残すW3Cの品質の考え方を応用します。

料金が増えた場合は、再生成が集中した資料や共通費の配分変更を調べます。すぐに別モデルへ替える前に、何が分母と費用を変えたかを確かめます。継続するかは、費用だけでなく残る誤りと人の負担を責任者が判断します。

この章の根拠：出典1出典2出典3

報告80件、生成100回、採用70件の架空例では、生成1回あたり28円と採用1件あたり40円は違う計算です。経営者は何を知りたいかに合わせて指標名を選び、分母を明記します。

利用料は同じ期間と業務に対応する範囲で集計し、共通費や初期費用は条件を分けます。人の確認・修正や保留処理の時間も別に測り、円と時間を混ぜて利益を作らないようにします。

記入メモへ計算条件と未配分の費用を残してください。別の週や方法との比較では、採用条件と案件の難しさをそろえます。運用費が変わった原因を説明できる集計が、この記事の持ち帰る資料です。

この章の根拠：出典1出典2出典3