AI料金改定とモデル終了は5段階で確認する

この記事には広告（アフィリエイト）を含みます

生成 AI のサービスを業務に組み込んでいると、ある日こういうメールが届きます。「料金体系を改定します」「このモデルの提供を終了します」。管理画面に赤い帯が出ることもあります。問題は、この手の知らせがだいたい突然で、期日が先で、しかも内容が専門用語だらけだということです。

そのとき現場で起きやすいのは、両極端な二つの反応です。ひとつは「とりあえず上位プランに上げておこう」という即断。もうひとつは「期日はまだ先だから」という放置。どちらも、あとで痛い目を見ます。前者は使っていない機能に払い続けることになり、後者は期日の直前に慌てて切り替えて、出力の質が落ちたことに気づかないまま業務に流すことになります。

この記事では、特定のサービス名や金額には触れません。知らせを受けた利用側が、何をどの順番で確認し、どの軸で決めるか。その手順だけに絞って書きます。1回型を作っておけば、次に同じ通知が来たときは半日で片付きます。

前提：生成 AI の「改定」には3種類ある

まず、届いた知らせがどの種類かを見分けます。対応の重さがまったく違うからです。

補足しておくと、モデルの提供終了は英語で deprecation（デプリケーション、廃止予定の告知）や sunset（サンセット、提供終了）と書かれることがあります。いきなり止まるのではなく「この日以降は新規の呼び出しを受け付けない」「この日以降は後継モデルに自動で振り替える」といった段階を踏むのが一般的です。自動で振り替えられるのは一見ありがたいのですが、振り替え先のモデルは別物なので、出力の傾向が変わります。ここが一番の落とし穴です。

規約の変更については、学習への利用・保存期間・商用利用の3点を中心に見るのが手早い方法です。以前書いた規約改定の通知が来たら見る3か所と合わせて読むと、重複する確認を省けます。

第1段階：期日と対象を、メールの中から抜き出す

最初にやるのは、通知文を読み込むことではなく、事実だけを抜き出して1枚にまとめることです。抜き出す項目は次の5つで足ります。

• 適用開始日（いつから新しい条件になるか）
• 締切日（いつまでに何をしないといけないか。適用開始日と別なことが多い）
• 対象（全プランか、特定プランか、特定モデルか、特定の地域か）
• 自動で切り替わるか、自分で操作が必要か
• 移行先として案内されているもの（後継モデル、代替プラン）

ここで大事なのは、通知の本文と、公式の案内ページの両方を確認することです。メールは要約されていて、例外条件が抜けていることがあります。「既存契約は次回更新日まで現行価格」といった経過措置が、案内ページの注釈にだけ書かれている場合もあります。

そして、期日はそのままカレンダーに入れません。期日の1か月前と2週間前に自分宛ての予定を作ります。理由は第5段階で書きますが、検証の時間を先に確保しておかないと、結局は直前対応になるからです。

第2段階：自社のどこで使っているかを洗い出す

次は、その対象が自社のどの業務にぶら下がっているかの棚卸しです。ここが一番抜けます。特に、API（他のソフトから AI を呼び出すための接続口）経由で組み込んでいる場合、使っている本人以外は存在を知らないということが起こります。

洗い出す先は、だいたい次の4か所です。

• 人が画面から使っているもの：チャット画面での下書き作成、要約、翻訳など
• 業務システムに組み込まれているもの：問い合わせの自動返信、帳票の読み取り、社内検索
• 自動処理の中に埋まっているもの：日次のバッチ処理、ノーコードツールの自動化フロー
• 外部に委託している部分：開発会社が作った機能の中で呼んでいるモデル

4番目は自社だけでは分かりません。委託先に「このモデルを使っていますか、使っているならどう対応しますか」と一文で聞くのが確実です。契約に保守が含まれていれば先方が動きますが、含まれていなければ別途費用になります。それも含めて早めに確認します。

棚卸しの結果は、「業務名／使っている場所／対象か否か／止まったときの影響」の4列で一覧にしておくと、次回の通知のときにそのまま使い回せます。

第3段階：影響を「金額」と「止まる業務」に分けて測る

ここでようやく、影響の大きさを測ります。コツは、金額の話と、業務が止まる話を混ぜないことです。混ぜると「高くなるけど便利だから仕方ない」という感想で終わってしまい、判断になりません。

金額側の見方

料金改定なら、先月の実績利用量に新単価を当てて計算し直すのが最も早く、最も実態に近い数字が出ます。多くのサービスは利用量のレポートを出せます。見積もりではなく実績で計算してください。

このとき確認したいのが、料金の数え方そのものが変わっていないかです。生成 AI の従量課金はトークン（文章を細かく区切った単位。おおむね日本語で1文字から数文字ぶん）で数えるのが一般的ですが、入力側と出力側で単価が違ったり、画像や音声が別勘定だったりします。数え方の変更は、単価の変更より影響が大きいことがあります。

業務側の見方

業務が止まる話は、金額とは別の軸で整理します。

外向きの処理が対象に入っているなら、切り替え作業の前に、手作業に戻す段取りを先に用意しておきます。生成AIが止まっても業務を止めない代替手順の作り方で書いた考え方は、障害時だけでなく、この種の計画的な移行でもそのまま使えます。

第4段階：選択肢を並べて、軸をそろえて比べる

影響が見えたら、取りうる手を全部並べます。いきなり1案に飛びつかず、必ず複数を机に載せてから選びます。

比べるときの軸は、金額・出力の質・切り替え工数・データの扱い・次に同じことが起きたときの移しやすさの5つです。最後の軸を入れておくのがポイントで、「今回は安いが、次に改定が来たら身動きが取れない」という選択を避けられます。

たとえば次のような場面です。社内の議事録要約に重いモデルを使っていたが、改定で単価が上がった。検証してみたら、要約用途なら軽いモデルでも実用上の差がほとんどない。一方で、顧客向け文面の下書きは軽いモデルだと手直しが増える——。こういう場合、用途ごとにモデルを分けるのが答えになります。全業務を一律に動かす必要はありません。

第5段階：期日から逆算して、検証してから切り替える

最後が検証です。ここを飛ばすと、第4段階までの作業が無駄になります。

モデルを変えると、文章の長さ、敬語の硬さ、箇条書きの出し方、指示の守り方が変わります。プロンプト（AI への指示文）はそのままでも、出力は同じになりません。切り替え前後で、同じ入力を同じ指示で流して、出力を並べて見る。これだけで多くの問題は事前に見つかります。

検証のデータは、きれいな例文ではなく自社の実データを使ってください。件数の目安と進め方はAIの検収は自社データ100件で足りるに書いたとおりで、業務で実際に出てくる難しい例と例外的な例を混ぜておくのが効きます。

逆算のスケジュールは、おおむねこうなります。

1. 期日の1か月前：第1〜4段階を終え、移行先を決める
2. 期日の2〜3週間前：検証を実施し、出力を並べて比較する
3. 期日の2週間前：プロンプトや後処理を調整する。必要なら社内マニュアルを直す
4. 期日の1週間前：影響のある担当者に周知する。「この日から出力の傾向が変わります」と一言伝えるだけで、現場の混乱はかなり減ります
5. 期日後1〜2週間：実運用の出力を抜き取りで確認し、手直しの量が増えていないか見る

なお、自動で後継モデルに振り替えられる設定になっている場合は、手を打たなければ勝手に切り替わります。サービスによっては、バージョンを指定して固定する（ピン留めする）設定ができます。検証が終わるまでは固定しておき、終わってから外す、という順番が安全です。

まとめ：通知の対応は、1枚の型にして使い回す

5段階を改めて並べます。

1. 期日と対象を抜き出す——メール本文と公式案内の両方を見る
2. 自社のどこで使っているか洗い出す——委託先にも聞く
3. 影響を金額と業務で分けて測る——実績利用量で再計算する
4. 選択肢を並べて軸をそろえる——「次の移しやすさ」も軸に入れる
5. 検証してから切り替える——自社の実データで出力を並べる

料金改定やモデルの入れ替えは、生成 AI を業務で使う以上、今後も定期的に来ます。来るたびに一から考えるのではなく、1枚のチェックシートにしてしまうこと。これが一番効きます。棚卸しの一覧と検証用のデータセットを一度作っておけば、2回目以降は作業時間が数分の一になります。

そして、この一連の作業は「面倒な事務」ではありません。自社がどの業務で AI に何を任せているのかを、強制的に見直す機会です。棚卸しをしてみたら、誰も使っていない機能が動き続けていた、という発見もよくあります。通知が来たときこそ、使い方そのものを整える好機だと捉えてください。

この記事は、AI で下書きを作り、益山康秀（運営者）が内容を確認して公開しています