AI開発の運用費が増えたら？見積もりと実績を照合する項目

モデル別の費用が見えても、業務上の原因は別に確かめる

AWSは2026年10月8日、Amazon Bedrockの製品属性を使った費用分析を発表しました。Cost ExplorerとCost Management Dashboardsで、提供元、モデル、推論の利用種別、機能別に費用を集計・絞り込みできます。2026年10月11日に確認したAPI仕様では、製品属性の対象はBedrockで、利用できるデータは期間の開始日が2026年9月1日以降のものです。

こうした分類は、どのモデルや機能の費用が増えたかを調べる材料になります。ただし、請求側の分類だけで、どの業務が増えたか、なぜ再試行したかまでは分かりません。以下の照合手順は、公式仕様を踏まえた編集上の提案です。特定サービスを使わない構成でも、費用の明細とアプリの実行記録を対応させる考え方は使えます。

最初に、比較する期間・対象・費用の範囲をそろえる

見積もりの「月額」と請求額に同じものが含まれているか確認します。本番業務だけの見積もりに、開発者の試験や他部署の利用が混ざった請求を比べても、原因は特定できません。次の条件を、見積もり・実績の両方に書き添えます。

取得時点も重要です。AWS Cost Explorerは少なくとも24時間ごとに更新されますが、上流の請求データによっては反映が24時間を超える場合があります。請求と分析画面では更新時刻や集計・丸めなどで差が出るため、当月途中の数値を確定額として扱わず、最終的な支払額は請求書で確認します。

• 期間：開始日・終了日・タイムゾーン、締め済みか集計途中か、金額を取得した日時。
• 対象：業務名、環境、利用アカウントやプロジェクト。本番・試験・他部署を分ける。
• 金額：税、通貨、換算レート、割引・クレジット、追加サービスを含む範囲。
• 費用区分：AIの従量費、検索・保存などの基盤費、固定の保守費、人の確認作業。

仮の月次例：5,600円の増加を二つに分ける

社内から依頼された報告書をAIで要約する業務を仮定します。ここでは比較方法だけを示すため、同じ範囲の従量費を任意の金額で置きます。実在製品の料金、当社の実績、費用相場ではありません。税・為替・割引の変化はなく、基盤費や保守費、人の作業は含めない条件です。

見積もりは月1,000件・従量費10,000円、実績は月1,200件・従量費15,600円とします。1件は受け付けた要約依頼で、同じ依頼の再試行を新しい業務件数として数えません。実績の費用には、この1,200件にひも付く再試行も含めます。

見積もりの1件あたり費用は10円、実績は13円です。まず、実績の件数を見積もりの単価で処理した場合は12,000円になります。総増加5,600円を、件数の増加による2,000円と、1件あたりの費用変化による3,600円に分けられます。件数がゼロの場合は1件あたり費用を計算せず、費用の内訳を個別に確認します。

• 件数による差額：（実績1,200件 − 見積もり1,000件）× 見積もり10円 = 2,000円。
• 1件あたりの変化による差額：実績1,200件 ×（実績13円 − 見積もり10円）= 3,600円。
• 合計：2,000円 + 3,600円 = 5,600円。見積もりの1件あたり費用を基準にした分け方です。

1件あたり3円の増加は、実行記録から原因を探す

この分解は確認の入口で、増加原因を証明したものではありません。3円の増加が、そのまま無駄だとはいえません。長い資料の依頼が増えた場合も、品質を上げるために設定を変えた場合もあります。短い資料と長い資料など、処理量の違う業務をさらに分け、同じ条件の依頼で比較します。

開発・運用担当者には、依頼IDごとに、モデル名と設定の版、呼び出し回数、入出力の処理量、処理結果、再試行理由を確認してもらいます。トークンはモデルが文章等を処理する単位です。文字数を固定の倍率で換算するだけでなく、利用サービスの使用量記録を根拠にします。ログへ原文を丸ごと残すことを、この照合の必須条件にはしません。

• モデルや単価が変わった：変更日と料金条件を確認し、変更前後で必要な品質を満たすかを比較する。
• 同じモデルで処理量が増えた：添付資料、会話履歴、出力の長さ、キャッシュの利用状況を確認する。
• 呼び出し回数が増えた：工程追加、失敗後の再試行、担当者による再実行を分ける。
• 原因がまだ不明：不明額を残し、追加で必要な記録と確認担当者を決める。推測でモデルの値上げなどに割り当てない。

ひも付かない費用と、人の作業を隠さず分ける

費用明細の全額を業務件数で割る前に、各業務へひも付けられた額、共用の基盤費、未配賦額を分けます。未配賦額とは、どの業務の費用かまだ割り当てられていない額です。試験環境の利用や共用処理が原因なら、実行環境を分ける、業務を識別する記録を追加する、といった次の対応が決まります。根拠のない割合で配ってゼロに見せる必要はありません。

保守費などの固定費は、契約範囲や追加作業の変更と照合します。確認・修正に使った人の時間は、クラウド請求には含まれないため別欄にします。AIの従量費が下がっても修正時間が増えたなら、業務全体の改善とは判断できません。時間を金額へ換算するときも、単価の前提を記載します。

月次報告には、金額と次に確認することを残す

AI開発を依頼する段階で、月次報告のひな形を決めておくと、見積もりの前提を後から検証しやすくなります。「費用項目／見積額／実績額／差額／裏付けとなる明細・記録／対応と担当者」を基本欄とし、業務件数、1件あたり費用、完了・未完了件数、人の確認時間を添える案です。

利用増が主因なら、利用部門と次月の件数を見直します。再試行が主因なら、失敗の多い工程を調べます。資料が長くなったなら、短くする前に必要な情報を失わないか確かめます。対応後は同じ範囲で品質と費用を再比較し、単に月額が下がったことだけを成功にしません。

相談前には、直近の見積もり、費用の内訳、月間件数、変更があった時期を整理してください。関連サービスでAI導入・開発の支援内容を確認し、「どの費用が説明できていないか」をお問い合わせ時に伝えると、必要な調査範囲を相談しやすくなります。