結論から書きます。AI の新機能の知らせを見て「使うかどうか」を決めるときに必要な問いは、「どの工程を置き換えるのか」「外れたとき誰が気づくのか」「やめるとき何が残るのか」の 3 つだけです。性能の数字や発表の話題性は、この 3 問の答えが出てから見れば足ります。逆に 3 問に答えられない新機能は、どれだけ優秀でも自社の業務には載りません。
新機能の知らせは毎週のように届きます。すべてを追う必要はなく、追うかどうかを決める物差しを一度作れば、判断の時間そのものが短くなります。この記事では、製品名や時期に依存しない形で、その物差しの作り方と使い方を書きます。
なぜ「3つの問い」で足りるのか
新機能の評価が長引く原因は、問いの数が多すぎることです。精度、価格、対応言語、セキュリティ、連携先——気になる項目を全部並べると、比較表は埋まらないまま時間だけが過ぎます。
一方で、実際に導入が失敗する場面はだいたい決まっています。業務に組み込む場所が曖昧だった、間違いに気づく人がいなかった、やめたくてもやめられなくなった。この 3 つです。ならば、最初に見るのもこの 3 点でよい、という考え方です。
細かい仕様の確認は「試す」と決めてからで間に合います。3 つの問いは、試す価値があるかどうかを選別するためのふるいだと考えてください。
問い1：どの手順の、どの工程を置き換えるのか？
最初の問いは、業務の手順書のどの行に、その機能が入るかです。「議事録が楽になりそう」ではなく、「会議後に担当者が 30 分かけて作っている議事録の、一次下書きの作成だけを置き換える」というところまで特定します。
工程を特定できると、副次的な論点が自動的に決まります。入力に何が必要か（録音データか、文字起こしか）、出力を誰が受け取るか、受け取った人が次に何をするか。ここが決まらない機能は、たいてい「便利そうだが置き場所がない」まま終わります。
置き換え先が見つからないときの判定
手順書を見ても入る場所がない場合、選択肢は 2 つです。ひとつは見送り。もうひとつは「その機能を前提に手順を作り直す価値があるか」を別問題として検討することです。後者は新機能の採否ではなく業務設計の話なので、同じ会議で結論を出さないほうが混乱しません。
なお、新機能の知らせを社内に回す段階でも、どの業務に関係しそうかを一言添えるだけで反応がまったく変わります。この点はAIニュースを社内共有する前に、3点だけ足すで詳しく書いています。
問い2：外れたとき、誰がどこで気づくのか？
2 つ目は検知の問いです。AI の出力は、もっともらしい形のまま中身が間違っていることがあります。これをハルシネーション（実在しない情報を事実のように生成してしまう現象）と呼びます。問題は、間違いが起きることそのものより、誰も気づかないまま下流に流れることです。
そこで、次の 3 点を具体的な名前と場所で決めます。
- 誰が：出力を最初に目にする担当者。役職ではなく実際の担当工程で指定する
- どこで：承認前か、送信後か。送信後にしか気づけない工程は、その時点で危険度が上がる
- 何を見て：数値・日付・固有名詞など、間違いが出やすい箇所を 3 つ程度に絞る
たとえば次のような場面です。社外に出す案内文の下書きを AI に任せる場合、誤りが混じっても送信前の読み合わせで止まるなら、リスクは比較的小さい。一方、顧客に自動返信される文面を生成する場合、気づくのは相手からの指摘が来たときになります。同じ機能でも、置き場所によって必要な確認の厚みが変わるわけです。
発表資料に並ぶ「精度が向上」といった表現は、自社の業務データでの検知しやすさを保証しません。公開されている数字をどう自社に翻訳するかは、「精度◯%向上」を自社に当てはめる5つの確認点にまとめています。
問い3：やめるとき、何が残るのか？
3 つ目は撤退の問いです。新機能は提供側の都合で仕様が変わることも、提供が終わることもあります。使い始める前に、やめ方を決めておくのが実務的です。
確認するのは次の 3 点です。
- データ：入力した内容と生成物を、自社の手元に取り出せる形で残せるか
- 手順：その機能を使わない従来のやり方を、担当者が今も実行できるか
- 約束：顧客や利用者に「AI を使っている」と説明した内容と、やめたあとの説明が食い違わないか
特に見落としやすいのが 2 つ目です。半年使い続けると、従来のやり方を知る人がいなくなります。障害や提供終了で急に止まったときに備える考え方は、生成AIが止まっても業務を止めない代替手順の作り方で扱いました。
また、入力したデータの扱い（学習への利用、保存期間、第三者提供の有無）は、利用規約やプライバシーポリシーで確認できる範囲にとどめて記録しておきます。個人データを扱う場合は、個人情報の保護に関する法律（個人情報保護法）で求められる利用目的の特定や委託先の監督といった論点が関わります。国内では、総務省と経済産業省が「AI事業者ガイドライン」を公表しており、事業者が自主的に確認すべき観点が整理されています。細かい条文の解釈に踏み込む前に、自社がどの立場（提供側か、利用側か）で関わるのかを整理しておくと、相談先が決まりやすくなります。
3つの問いを1枚の表にして回す
3 問を毎回口頭で確認するより、表に落としたほうが早く、記録も残ります。次のような 1 枚を用意しておくイメージです。
| 問い | 書く内容 | 書けないときの扱い |
|---|---|---|
| どの工程を置き換えるか | 手順書の該当箇所と、置き換える作業名 | 見送り（または業務設計の議題へ） |
| 外れたとき誰が気づくか | 担当者名・確認する工程・見る項目 | 社内限定の用途に絞って試す |
| やめるとき何が残るか | データの取り出し方・従来手順・外部への説明 | 本番投入は保留、検証のみ |
3 問すべてに書けたら「小さく試す」に進みます。判定は「導入する／しない」の二択にせず、見送り／検証のみ／限定運用／本番投入の 4 段階にしておくと、議論が止まりにくくなります。
明日から試す手順
- 直近 1 か月に届いた新機能の知らせを 3 件選び、上の表に埋めてみる
- 埋まらない欄があった件は、その場で見送りに分類する
- 埋まった件だけ、自社の実データで小さく検証する。件数の目安の考え方はAIの検収は自社データ100件で足りるを参照
- 検証結果と表を同じ場所に保存し、次の知らせが来たときに読み返せるようにする
4 番目が効きます。過去の判断の記録があると、似た機能が出たときに最初から考え直さずに済みます。
まとめ
AI の新機能を業務で使うかどうかは、「どの工程を置き換えるのか」「外れたとき誰がどこで気づくのか」「やめるとき何が残るのか」の 3 問で判断できます。どれかひとつでも具体名で答えられないなら、その時点では見送るか、検証にとどめるのが安全です。
この 3 問は特定の製品に依存しません。だから、次にどんな発表が来ても同じ表が使えます。新機能を追いかける作業ではなく、自社の手順書を起点に判断する作業に切り替えることが、情報の洪水に飲まれないための一番の近道です。まずは手元の知らせを 3 件、表に埋めるところから始めてみてください。
この記事は、AI で下書きを作り、益山康秀（運営者）が内容を確認して公開しています
