AIに任せる業務と、人が残す業務の線引き
AIを入れたのに現場で使われない、という状態はどこで生まれるのか。任せる範囲を決める軸を、正解の決まり方とやり直しの重さという二つの視点から具体的に整理します。

会議の録音から議事録を自動で作る仕組みを入れました。出てくる文章は読めます。誤字もありません。それなのに三か月後、誰もそのファイルを開いていない。担当者は結局これまでどおり、自分のメモを整えて共有しています。
失敗の原因を精度に求めたくなる場面です。ただ、話を聞いていくと理由は別のところにありました。この会社の議事録は、決まったことを記録する書類ではなく、誰が何を引き受けたかを社内に約束させる書類だったのです。発言を漏れなく写した文章は、その役目を果たしていませんでした。
「AIでできること」から入ると外れる
導入の検討はたいてい、何ができるかの一覧から始まります。文字起こし、要約、翻訳、下書き、分類。どれも実際に動きます。動くので、どこかに当てはめたくなる。
しかし業務の側は、機能の粒度では切られていません。一つの業務の中に、機械が得意な部分と人でなければ決まらない部分が混ざっています。議事録の例で言えば、発言を文字にする部分は前者で、何を書き残し何を落とすかの判断は後者でした。業務ごと渡すか渡さないかで考えている限り、この混ざりは見えません。
順番を入れ替えるだけで見通しはよくなります。先に業務を工程に割り、それぞれの工程が何のためにあるのかを書き出す。そのうえで、どの工程なら渡せるかを見る。手間はかかりますが、この作業を飛ばした導入は、動いてから使われなくなるという形で結局同じだけの時間を失います。
正解の決まり方で線を引く
任せる範囲を決めるとき、最初に見るとよいのは、その作業の正解が何によって決まっているかです。
作業手順や外部の規則によって正解が決まっているなら、機械に寄せられます。請求書の項目を台帳に転記する、問い合わせを種類ごとに振り分ける、定型の文面を宛先に合わせて差し替える。これらは正解が作業の外側にあり、誰がやっても同じ結果になるべきものです。
一方、正解が関係性や文脈の中にしかない作業があります。値引きにどこまで応じるか、長年の取引先からのクレームをどう収めるか、採用の最終面接で誰を選ぶか。ここで求められているのは処理ではなく、結果に責任を負う判断です。
やり直しのコストで見る
もう一つの軸は、間違えたときに戻せるかどうかです。
分類を間違えた問い合わせは、気づいた時点で振り直せます。下書きの文面が的外れなら、送る前に書き直せます。この種の作業は、多少の誤りを含む前提で機械に回しても、全体としては速くなります。
戻せない作業は別です。取引先へ送ってしまったメール、患者への説明、価格の提示。これらは訂正しても、相手の中に残った印象までは取り消せません。やり直しが効かない出力ほど、人が最後に目を通す設計にしておく必要があります。
ここで注意したいのは、重さを出力の見た目で判断しないことです。社内向けの短い連絡でも、それが人事や処遇に触れる内容なら重い部類に入ります。逆に、社外に出る文書でも、送る前に必ず担当者が開く工程が挟まっているなら軽く扱えます。重さを決めるのは文書の種類ではなく、間違いが相手に届くまでに何回チェックが入るかです。
二つの軸を組み合わせると、判断はかなり単純になります。
| 正解の決まり方 | やり直しの重さ | 扱い |
|---|---|---|
| 手順や規則で決まる | 軽い | 任せきる |
| 手順や規則で決まる | 重い | 機械が作り、人が承認する |
| 関係性や文脈で決まる | 軽い | 人が決め、下ごしらえを任せる |
| 関係性や文脈で決まる | 重い | 人が担う |
現場が拒むのは、精度ではなく責任の空白
うまくいかない導入には共通点があります。出力が誰の責任になるのか決まっていないのです。
機械が作った文章をそのまま社外に出して問題が起きたとき、責められるのは担当者です。そう分かっているから、担当者は結局すべてを読み直します。読み直すくらいなら自分で書いたほうが速い、という結論になり、仕組みは使われなくなる。
避けるには、承認の位置を先に決めることです。どこまでが機械の出力で、誰がどの時点で確認し、確認した人が何を保証するのか。これが決まっていれば、担当者は全文を読み直す必要がなくなり、確認すべき箇所だけを見ればよくなります。責任の所在をはっきりさせることが、結果として人の負担を軽くします。
承認の位置は、一度決めたら固定というものでもありません。運用を始めて記録が溜まると、どの種類の出力で修正が入りやすいかが見えてきます。修正がほとんど入らない種類は承認を軽くし、修正が続く種類は手前に戻す。この調整を続けられる体制があるかどうかが、半年後に使われているかどうかを分けます。
電話は、線を引きやすい題材
境界の話は抽象的になりがちなので、電話の一次対応を例に取ります。名乗って用件の種類を聞き分ける部分は、手順で正解が決まり、間違えても聞き直せます。表の一行目に当てはまります。一方、見積もりの金額を口頭で示す、クレームの落としどころを決めるといった部分は、関係性の中で決まり、やり直しが効きません。四行目です。
同じ一本の電話の中に、両方が入っている。だから電話全体を任せるか任せないかで考えると詰まります。取りこぼしを仕組みで減らす話でも触れましたが、切り分けるべきなのは業務ではなく工程です。AZAMI のAIコールも、一次対応と用件の記録までを担い、判断が要る場面は人につなぐという前提で設計しています。
線を引く作業自体が、資産になる
どこまでを機械に渡すかを決めるには、その業務の判断基準を言葉にする必要があります。この作業は面倒ですが、書き上がったものは仕組みの設定値であると同時に、業務マニュアルでもあります。
特定の担当者の頭の中にしかなかった基準が文書になる。これは人の入れ替わりにも、会社の引き継ぎにも効いてきます。AI導入の副産物として片づけるには惜しい成果です。
手元の業務を一つ選んで、正解が手順で決まるのか関係性で決まるのか、間違えたときに戻せるのか戻せないのかを書き出してみてください。一つの業務が、たいてい二つか三つの工程に割れます。割れたところが、線を引く場所です。
Contact
まず、状況を聞かせてください。
記事で触れた論点を、御社の状況に当てはめて話すところからご相談を受け付けています。
お問い合わせフォームへ
