「条件を変えたいと言っても、いつまでも反映されない」という声を、CRMにAIの仕組みを入れた会社の担当者からよく聞きます。AIの運用に必要な役割とは、何を任せるかを決める人、出てきた結果を直す人、動きを止める人の3つで、このうち最初に決めるべきは止める人です。 ここで扱う考え方はAgentic CRMの設計にもとづくもので、特定の製品を前提にしていません。
そこで本記事では、AIの運用を止めないために決めておく3つの役割と、その割り当ての基準、機能しているかを測る方法までを解説します。
役割が決まっていないと止まる3つの場面
金型の設計と製造を手がけるメーカーでは、従業員128名のうち営業が12名、情報システムの担当が1名という体制で事業を続けてきました。この企業は説明のための架空の設定であり、実在の企業ではありません。情報システムの担当は総務と兼任しており、AIの仕組みを組み込んだ後の運用も、同じ1名が抱えています。条件を変えたいという要望は月に9件出ていましたが、反映されるまでの日数は中央値で14営業日かかっていました。そこでここでは、この会社を例に、役割が決まっていないと止まる3つの場面を整理します。
止まるのは担当者の人数の問題にはなりません。AIの運用が止まるのは、担当者が足りないからではありません。止める人が決まっていないためです。
| 比較の観点 | 専任チームを置く場合 | 3つの役割を割り当てる場合 |
|---|---|---|
| 前提になる条件 | 人を新しく採れる | いまの人員で始められる |
| 判断の速さ | 業務を知るまで時間がかかる | 業務を知っている人が判断する |
| 担当が抜けたとき | チームごと止まる | 役割ごとに代わりを立てる |
| 決める順番 | 推進の体制から | 止める人から |
| 測る対象 | 対応した件数 | 反映までの日数 |
場面①条件を変えたい人の出し先がない
1つ目は「条件を変えたい人の出し先がない」場面です。現場が気づいた修正の要望が、どこにも届きません。
届かないのは、要望を受ける役割が決まっていないためです。営業は情報システムの担当に直接言うべきか、上長を通すべきかが分からず、結局は言わないまま終わります。言われなかった要望は、設計した側から見れば「問題は起きていない」と映ります。
この金型メーカーでは、条件の変更依頼が月に9件ありました。営業企画の担当が集計したところ、依頼から反映までの日数は中央値で14営業日です。営業からは「言っても変わらないので言わなくなった」という声が出ていました。
依頼から反映までの日数を中央値で数え、14営業日を超えているようなら、要望の出し先が決まっていない状態だと判断しましょう。
場面②誤りが出ても直す人が決まらない
2つ目に挙げるのは、誤りが出ても直す人が決まらない場面です。おかしな通知が届いても、誰が直すのかで止まります。
止まるのは、直す作業が業務の理解と設定の操作の両方を必要とするためです。情報システムの担当は操作できますが、業務としてどうあるべきかは分かりません。業務側は正解を知っていますが、設定を触れません。どちらも動けないまま日数が過ぎます。
先ほどの会社では、誤った通知が直るまでに平均5営業日かかっていました。営業は数日待つあいだに通知を無視する習慣がつき、正しい通知まで開かなくなりました。このように部門をまたいで数字が合わなくなる構造は、RevOpsの記事でも整理しています。
逆にいえば、直す人が決まっている会社では、この時間は1営業日に収まります。5営業日を超えている場合は、業務の可否を判断する人と設定を操作する人が分かれていない可能性があります。
場面③止める判断を誰もできない
3つ目は「止める判断を誰もできない」場面です。明らかにおかしな動きが続いていても、誰も停止させられません。
止められないのは、止めた場合の影響を誰が引き受けるかが決まっていないためです。営業は権限がなく、情報システムの担当は業務への影響を判断できません。結果として、誰かが決めるのを待つあいだ、誤った動きが続きます。
この金型メーカーでは、誤った通知が出たまま3週間動き続けたことがありました。営業12名のうち9名が影響を受けています。3週間のあいだに同じ誤りが何度も出ましたが、止める判断は最後まで出ませんでした。止める権限を持つ人が決まっていれば、初日に止められた事象です。
止める権限を持つ人の名前を書き出せるかどうかが、この場面に当てはまるかの判断基準になります。書き出せない場合は、誤りに気づいてから停止までにかかる日数を、損失が続く期間として見積もっておく必要があります。
専任で足りる？役割が進まない理由3つ
3つの場面はどれも、運用の体制を見直す動機になります。多くの解説が勧めるのは、AIの推進を担う専任のチームを置く方法です。ところが専任を置ける会社は限られており、置いた会社でも判断が速くなるとは限りません。そこでここでは、役割を専任チームで解こうとして進まない3つの理由を整理します。
進まないのは人数の不足によるものにはなりません。専任チームを置いても、業務を知らない人では任せる範囲を判断できません。
理由①専任を置ける会社が限られるから
1つ目は「専任を置ける会社が限られるから」です。従業員が100名台の会社で、AIの運用だけを担う人を置くのは現実的ではありません。
置けない理由は、その1名分の人件費に対して、担当する業務の量が見合わないためです。運用に必要な作業は日に数十分で、専任にすると手が空きます。かといって兼任にすると、本来の業務が優先されて後回しになります。導入したが使われない状態の立て直しで、定着まで伴走してほしい場合が生まれるのは、この谷間です。
この金型メーカーでも、専任を置く案が検討されました。情報システムの担当1名は総務と兼任しており、AIの運用に使える時間は日に30分ほどです。経営会議では、専任の増員を見送る判断が出ています。
いまの担当者が使える時間を、日単位で数えましょう。専任にするかの判断は、そこから決まります。
理由②業務を知らない人では判断できないから
2つ目に挙げるのは、業務を知らない人では判断できないからです。専任を置いても、営業の実務を知らなければ任せる範囲を決められません。
決められないのは、何を機械に任せてよいかが業務の中身で変わるためです。見積の条件をどこまで自動で出してよいかは、その商材の値決めの仕組みを知らなければ判断できません。技術としての可否は分かっても、業務としての可否が分からない状態になります。
先ほどの会社では、外部の支援会社に運用を委託する案も出ました。ところが提案された内容は設定の代行が中心で、何を任せるかの判断は自社に残る前提です。営業企画の担当は、この点を理由に判断を保留しています。
任せる範囲を誰が決めるのかを、契約の前に確かめましょう。決める作業は外に出せません。
理由③兼任のまま責任だけが増えるから
3つ目は「兼任のまま責任だけが増えるから」です。役割を明文化した結果、1名に責任が集まる形になります。
集まるのは、決める人と直す人と止める人をすべて同じ人に割り当ててしまうためです。役割を3つに分けたつもりでも、担当者名が同じなら分けたことになりません。その1名が休んだ時点で、3つとも止まります。
この金型メーカーでも、当初の案は情報システムの担当1名に3役割を割り当てるものでした。営業企画の担当が指摘し、止める人を営業部長へ、決める人を営業企画へ移しています。情報システムの担当が持つのは、直す役割だけになりました。
3つの役割に違う名前が入っているかどうかが、分けられたかを確かめる判断基準になります。同じ名前が並ぶ場合は、その人が休んだ日に3つとも止まる前提で、代わりの担当を先に決めておく必要があります。
役割を決める4つの基準
では、専任チームを置く以外に、何から決めていけばよいのでしょうか。では、割り当てる相手はどのように選べばよいのでしょうか。それは、肩書きから決めず、その判断に必要な情報を誰が持っているかから逆算する方法です。役職が上の人に集めても、確認の工程が増えるだけで判断は速くなりません。工程をどう分けて期間を見積もるかは、立ち上げ期間の見積もりで扱っています。割り当てを誤ると、依頼が出てから反映されるまでの日数がそのまま延びます。そこでここでは、役割を決める4つの基準を整理します。
割り当ては組織図では決まりません。役割は肩書きで決めず、その判断に必要な情報を持っている人に割り当てます。
基準①その判断に必要な情報を持っているか
1つ目は「その判断に必要な情報を持っているか」という基準です。判断のたびに人へ聞きに行く必要がある人には、割り当てません。
情報を持っている人に割り当てる理由は、聞きに行く手間がそのまま日数になるためです。値決めの条件を知らない人が値引きの範囲を判断すれば、営業部長へ確認する工程が挟まります。1回の確認で1営業日が過ぎ、それが毎回発生します。
この金型メーカーでは、決める役割を営業企画の担当に割り当てました。過去の受注条件と現在の商談の状況を日常的に見ている立場で、確認の工程が挟まりません。反映までの日数は、この配置で大きく縮んでいます。
判断のたびに誰かへ聞く必要があるかを確かめましょう。あるなら、割り当てる相手が違います。
基準②判断の結果を引き受けられるか
2つ目に挙げるのは、判断の結果を引き受けられるかという基準です。判断が外れたときに、その責任を負える立場かを見ます。
引き受けられる人に割り当てる必要があるのは、そうでなければ判断が保留になるためです。止める判断は、止めた結果として業務が滞る可能性を伴います。その影響を引き受けられない立場の人に割り当てると、上長へ確認する工程が挟まり、場面③の状態に戻ります。
先ほどの会社では、止める役割を営業部長に割り当てました。止めたことで営業の業務が滞っても、その判断を説明できる立場だからです。運用の6か月で、実際に止めたのは2回でした。
判断が外れたときに誰が説明に立つかを、先に決めましょう。説明する人と判断する人が別であれば、その役割は上長への確認で1営業日ずつ止まります。
基準③日常の業務のなかで気づけるか
3つ目は「日常の業務のなかで気づけるか」という基準です。異常に気づく機会が業務の中にあるかを確かめます。
気づける人に割り当てる理由は、気づく作業を別に設けると続かないためです。毎日ログを確認する時間を別に設ける運用は、忙しい時期に真っ先に後回しになるでしょう。営業が通知を受け取る立場であれば、おかしな通知はその場で目に入ります。個別化の記事でも、日常の業務のなかで判断が動く設計を扱っています。
この金型メーカーでは、異常の申告を営業12名の全員が行える形にしました。通知の画面に申告のボタンを置き、押すと営業企画の担当へ届きます。運用の6か月で、申告は月に3件ほどです。
気づく作業は、担当者が毎日開く画面の中に置きましょう。ログを見る時間を別に確保する形は、繁忙期に入った時点で止まります。
基準④代わりの人を立てられるか
4つ目は「代わりの人を立てられるか」という基準です。その人が休んだときに、誰が代わるかを決めておきます。
代わりを立てられる形にする理由は、1名に依存した役割は必ず止まるためです。理由③で挙げた状態は、代わりを決めていないことから生まれます。とくに止める役割は、緊急時に働くものであり、休みの日に必要になることもあります。
この会社では、止める役割に営業部長と営業企画の担当の2名を置きました。どちらが押しても止まる形で、判断の基準は同じ文書を見ます。そして決める役割と直す役割にも、それぞれ代わりを1名ずつ決めています。
3つの役割それぞれに代わりの名前を書けるかどうかで、割り当てが終わったかを判断します。書けない役割が1つでも残っていれば、その役割の実質の担当は1名のままです。
決めておく3つの役割｜決める・直す・止める
前章の4つの基準は、割り当てる相手を選ぶためのものでした。では、割り当てる役割はいくつ必要になるのでしょうか。それは、運用の現場で実際に起きることを分けていくと、3つに整理できます。条件を追加してよいかを決める場面、誤った出力を直す場面、動きを止める場面の3つです。役割を細かく分けるほど、担当を探す時間が増えて反映までの日数は延びるでしょう。そこでここでは、決めておく3つの役割を整理します。
役割は多いほど安全というものにはなりません。AIの運用に必要な役割は3つです。何を任せるかを決める人、結果を直す人、動きを止める人。
役割①何を任せるかを決める人
1つ目は「何を任せるかを決める人」です。どの業務をどこまで機械に渡すかを判断します。
この役割が扱うのは、条件の追加と変更の可否です。営業から「この場合も通知してほしい」という要望が来たとき、業務としてそれが妥当かを判断します。基準①に照らして、過去の条件と現在の商談を日常的に見ている立場が向きます。
この金型メーカーでは、営業企画の担当が持ちました。月9件の変更依頼を受け、そのうち妥当と判断したものを直す役割へ回します。妥当でないと判断したものは、その理由を添えて依頼した営業へ返しました。判断に要するのは1件あたり10分ほどで、月9件でも合計1時間半にとどまり、日常の業務のなかに収まっています。
決める人は、業務の条件を知っている人にしましょう。設定を触れる必要はありません。
役割②出てきた結果を直す人
2つ目に挙げるのは、出てきた結果を直す人です。決まった内容を実際の設定へ反映します。
この役割が扱うのは、操作と検証です。決める人が判断した内容を設定へ落とし、意図どおりに動くかを確かめる作業になります。業務としての可否まで判断する必要はありません。決まったことを正確に反映できれば足ります。自律的に動く仕組みの前提はエージェンティックAIの記事で扱っています。
先ほどの会社では、情報システムの担当が持ちました。総務との兼任のままですが、判断を求められなくなったぶん、作業に集中できています。誤りが直るまでの時間は平均5営業日から1営業日へ変わりました。
直す人に業務としての可否の判断まで求めると、受付・判断・反映の3工程のうち反映の1工程が止まり、日数はそのぶん延びます。判断が要る依頼は直す人が抱えず、決める人へ戻す線を引いておきましょう。
役割③動きを止める人
3つ目は「動きを止める人」です。誤った動きが続いているときに、停止させます。
この役割が最も重要なのは、止められない状態が最も損失を生むためです。誤った通知が3週間続けば、その間の商談すべてに影響します。基準②に照らして、止めた結果として業務が滞ることを説明できる立場が向きます。権限を明文化しておかなければ、緊急時に誰も押せません。止める操作は1つのボタンに集約し、2名のどちらが押しても同じ結果になる形にしておきましょう。
この金型メーカーでは、営業部長と営業企画の担当の2名が持ちました。運用の6か月で止めたのは2回です。どちらも1営業日以内に原因が特定され、直す役割が反映して再開しています。
止める人を、必ず2名以上にしましょう。1名だと、その人が休んだ日に止められません。
AIに任せる？役割の一部の線引き3つ
これで3つの役割が決まりました。次に決めるのは、その役割の一部を機械に渡してよいかです。異常の検知や通知は機械が担えますが、判断まで渡すと止める人が機能しなくなります。ここから先はAgentic CRMの設計にもとづく、任せる範囲の話です。そこでここでは、役割の一部をAIに任せる3つの線引きを整理します。
任せる範囲は検知の精度だけでは決まりません。自動で通知してよいのは、受け取った人がその場で根拠を確かめられる範囲に限ります。
線引き①自動で通知してよい範囲
1つ目は「自動で通知してよい範囲」です。異常を検知したときに、人を介さず知らせてよい対象を決めます。
自動で通知してよいのは、判定が数値で決まっていて、受け取った人が根拠を開ける場合です。処理の件数が前週の3倍を超えたという通知であれば、実際の件数を添えられます。受け取った人は数字を見て、止めるかどうかを自分で判断できます。
この金型メーカーでは、通知の条件を3つに絞りました。処理の件数が前週比で大きく振れたとき、営業からの申告が同じ内容で2件以上出たとき、設定の変更から24時間以内に申告が出たときです。運用の6か月で、通知は月に4件ほどでした。
通知の条件を、数値で書ける形に絞りましょう。曖昧な条件は、通知が増えて読まれなくなります。
線引き②人が判断する範囲
2つ目に挙げるのは、人が判断する範囲です。止めるかどうかの判断は、機械に渡しません。
渡さない理由は、止めた影響を機械が引き受けられないためです。誤検知で止めた場合、その日の営業12名の業務が滞ります。基準②で「引き受けられるか」を見た理由は、ここに対応するものでした。機械は検知して知らせるところまでを担い、押す判断は人に残します。
先ほどの会社では、自動で停止する仕組みを入れない判断をしました。通知は届きますが、止めるボタンは人が押します。停止の判断に必要な件数と対象の商談は通知の本文へ添え、押す前に確認できる形にしました。営業部長は、この形であれば運用に賛成できると述べています。
止めるボタンは人が押す形にし、押した記録が誰の判断だったかを残しましょう。自動で停止する仕組みを入れるなら、誤検知で営業12名の業務が止まった場合の復旧の手順まで、先に決めておく必要があります。
線引き③記録だけ残す範囲
3つ目は「記録だけ残す範囲」です。通知するほどではない変化を、記録として蓄えます。
残す選択肢を用意する意味は、通知の件数を抑えることにあります。関連しそうな変化をすべて通知すると、受け取る人が開かなくなります。線引き①で条件を3つに絞ったのは、この理由からです。記録として残しておけば、後から条件を見直すときの材料になります。記録の範囲に置くか通知の範囲に置くかは、受け取った営業がその場で動く必要があるかどうかで分けます。
この金型メーカーでは、条件に近い変化を記録の範囲に置きました。営業企画の担当が四半期ごとに見返し、通知の条件に加えるかを判断しています。運用の6か月で、条件を1つ追加しました。
通知しない選択を、最初から用意しておきましょう。全部を通知する前提だと、開かれなくなります。
役割を順番に決める4つのステップ
3つの役割と機械に任せる範囲がそろいました。あとは着手の順番です。3つを同時に決めようとすると、決める人の権限をどこまで認めるかで議論が長引きます。権限の線引きだけで会議が数回に分かれると、運用の開始は翌四半期へずれ込みます。先に決めるべきものを1つに絞れば、残りは動かしながら決められるでしょう。そこでここでは、役割を順番に決める4つのステップを整理します。
着手の順番は役割の重さでは決まりません。最初に決めるのは決める人ではありません。止める人です。
ステップ①止める人を最初に決める
1つ目のステップは「止める人を最初に決める」ことです。3つのうち、これを先に確定します。
止める人から決める理由は、止められない状態が最も損失を生むためです。決める人と直す人が決まっていなくても、誤りが出たときに止められれば損失は初日で収まります。逆に、決める人だけを決めても、誤りが3週間続けば意味がありません。上位の解説はどれも推進の体制から書き始めますが、順番が逆です。
この金型メーカーでは、最初の打ち合わせで営業部長と営業企画の担当の2名を止める人に決めました。所要は30分ほどです。権限の範囲は「誤りの疑いがあれば、確認の前に止めてよい」と明文化しています。
止める人を最初の打ち合わせの30分で決めておけば、残る2つの役割の議論に数週間かけても、そのあいだに出た誤りは当日中に止められます。
ステップ②直す人の作業の範囲を書く
2つ目のステップは、直す人の作業の範囲を書くことです。何をしてよくて、何をしてはいけないかを並べます。
範囲を書く必要があるのは、判断と操作の境目を明確にするためです。直す人が業務としての可否まで判断し始めると、理由②の状態に戻ります。決まったことを反映する作業と、反映した結果が意図どおりかを確かめる作業に限定します。限定しておけば、直す人は業務側へ確認を出さずに着手でき、反映までの日数は1営業日に収まるでしょう。
先ほどの会社では、直す人の範囲を4行で書きました。決める人が承認した条件を設定へ反映すること、反映後に動作を確認すること、確認の結果を記録すること、判断が必要な事項は決める人へ戻すことの4点です。
直す人の範囲は、4行程度で書きましょう。長い規程は読まれません。
ステップ③決める人の権限を明文化する
3つ目のステップは「決める人の権限を明文化する」ことです。どこまでを自分の判断で決めてよいかを定めます。
明文化する理由は、境目が曖昧だと毎回上長へ確認することになるためです。既存の条件の微修正は自分の判断で、新しい業務を任せる場合は経営会議へ、といった線を引きます。線が引かれていれば、月9件の依頼の大半はその場で判断できます。
この金型メーカーでは、決める人の権限を2段階で定めました。
決める人の権限 ①自分の判断でよい範囲・・・既存の通知の条件を変えること ②経営会議へ諮る範囲・・・新しい業務を対象に加えること
月9件のうち、経営会議へ回ったのは6か月で1件です。
権限の線を、1文で書きましょう。書けなければ、毎回確認することになります。
ステップ④引き継ぎの手順を残す
4つ目のステップは、引き継ぎの手順を残すことです。担当が替わったときに何を渡すかを決めます。
手順を残す理由は、基準④の代わりを立てられる状態を維持するためです。役割を決めても、その人しか経緯を知らなければ、異動の時点で決め直しになります。決めた条件と、変更の履歴と、判断の理由の3つが残っていれば、後任は続けられるでしょう。引き継ぎで失われるものは購買体験の側から見ても影響が出ます。
たとえば、この会社では条件の変更を1件ごとに記録する形にしました。いつ誰がどういう理由で変えたかを1行で残します。運用の6か月で54件の記録がたまり、後任への引き継ぎ資料になっています。
変更の理由は、変えた条件と同じ1行の中に残しましょう。理由の欄が空のまま件数だけが積み上がった記録は、後任が元の設定へ戻す判断には使えません。
以上が、役割を順番に決める4つのステップでした。
役割の設計でつまずく3つの落とし穴
前章の4つのステップは、順番どおりに進めば運用まで届きます。ところが途中で元の形へ戻ってしまう会社があり、戻り方には共通した型があります。先に知っておけば避けられるものばかりです。いずれも制度の作り込みが足りないから起きるのではありません。割り当ての段階で残った見落としが、運用に入ってから現れるだけです。そこでここでは、役割の設計でつまずく3つの落とし穴を整理します。
つまずくのは制度の不備によるものにはなりません。情報システムに全部を寄せると、業務の判断まで兼任の1名が抱えることになります。
落とし穴①情報システムに全部を寄せる
1つ目は「情報システムに全部を寄せる」ことです。システムに関わることだからと、3役割すべてを1つの部署へ渡します。
寄せると、業務の判断まで情報システムが抱えることになります。ところが値決めの条件も商談の進め方も、情報システムは知りません。判断のたびに営業へ確認する工程が挟まり、反映までの日数は縮みません。理由②で挙げた状態が、部署の単位で起きます。
先ほどの金型メーカーでも、当初の案は情報システムの担当1名に3役割を割り当てるものでした。営業企画の担当が指摘し、決める人と止める人を業務側へ移しています。情報システムが持つのは、直す役割だけです。
3つの役割を1つの部署に寄せた状態では、判断のたびに部署をまたぐ確認が入り、反映までの日数は14営業日に近いまま戻りません。
落とし穴②役割を肩書きで決める
2つ目に挙げるのは、役割を肩書きで決めることです。責任者だからという理由で、役職の上の人に割り当てます。
肩書きで決めると、判断に必要な情報を持っていない人に当たります。部長は組織の責任は負えますが、通知の条件の妥当性までは日常的に見ていません。判断のたびに担当者へ確認する工程が挟まり、基準①を満たしません。
たとえば、この会社では決める役割を営業部長に置く案が出ました。営業企画の担当が、過去の受注条件を日常的に見ているのは自分であることを示し、配置が変わっています。営業部長は止める役割を持ちました。決める役割と止める役割を別の人が持つ形になり、承認と停止が同じ人へ集まる状態も避けられています。
肩書きを基準にせず、その情報を毎日見ている人に割り当てましょう。役職で決めた配置では、確認の工程が1つ増えるぶん、反映までの日数が1営業日ずつ延びます。
落とし穴③兼任の時間を見積もらない
3つ目は「兼任の時間を見積もらない」ことです。役割を割り当てるとき、必要な時間を計算しません。
見積もらないと、本来の業務が優先されて後回しになります。月9件の依頼を1件10分で判断しても、月に1時間半が必要です。加えて記録を残す時間、四半期の見直しの時間が積み上がります。兼任のまま担わせるなら、その分の時間を本来の業務から引く合意が要ります。
この金型メーカーでは、役割ごとに月あたりの想定時間を書き出しました。決める人が月2時間、直す人が月4時間、止める人が月30分です。合計で月6時間半を、上長が了承した上で割り当てています。
役割ごとの想定時間は、月単位で書き出したうえで上長の承認を取りましょう。合意のない割り当ては、繁忙期に本来の業務が優先され、月6時間半のぶんが先に削られます。
機能している？役割を測る4指標
ここまでで、役割の決め方と着手の順番、避けるべき形がそろいました。次に必要なのは、決めた役割が機能しているかを確かめる方法です。対応した件数だけを見ていると、忙しさを成果と取り違えます。見るべきなのは、依頼を受けてから設定へ反映されるまでにかかった日数のほうです。件数は増えても減っても解釈がつきますが、日数は短くなったかどうかで判断できます。そこでここでは、役割が機能しているかを測る4つの指標を整理します。
見る対象は対応の多さでは決まりません。見るべきは対応の件数より、条件の変更が反映されるまでの日数です。
指標①条件の変更が反映されるまでの日数
1つ目は「条件の変更が反映されるまでの日数」です。依頼が出てから設定に反映されるまでを測ります。
この指標が最初に来るのは、場面①で挙げた状態が解けたかを直接表すためです。役割が決まっていなければ、出し先を探す時間が加算されます。決まっていれば、受付・判断・反映の3工程がそれぞれ1営業日で収まるでしょう。指標の置き方はKPI設計の記事でも扱っています。
この金型メーカーでは、中央値が14営業日から3営業日へ変わりました。3営業日は、受付・判断・反映の各1営業日の合計です。依頼の件数は月9件のまま変えていません。件数を絞って日数を短くしたわけではない点が、この指標を読むときの前提になります。
平均を避け、中央値で見ましょう。数件の極端な遅れで、全体の姿が歪みます。
指標②誤りが直るまでの時間
2つ目に挙げるのは、誤りが直るまでの時間です。おかしな動きが報告されてから、修正されるまでを測ります。
この時間を見る理由は、場面②で挙げた「直す人が決まらない」状態を表すためです。直す人の作業の範囲が明確であれば、判断を挟まずに反映できます。長引くときは、直す人が業務の可否まで判断させられている可能性があります。
先ほどの会社では、平均5営業日から1営業日へ変わりました。直す人の範囲を4行で明文化し、判断が必要な事項は決める人へ戻す形にしたためです。戻した件数は6か月で3件でした。3件はいずれも業務としての可否の判断を含むもので、決める人が引き取っています。
長引いた案件の理由を確かめましょう。判断で止まっているなら、範囲の書き方を直します。
指標③止めた回数
3つ目は「止めた回数」です。運用のなかで実際に停止させた回数を数えます。
回数を見るのは、止める役割が機能しているかを表すためです。0回が続く場合、本当に問題がないのか、止められないだけなのかを区別する必要があります。場面③の状態では、止めるべき場面があっても0回のままでした。
この金型メーカーでは、6か月で2回でした。どちらも通知の条件の誤りで、1営業日以内に原因が特定されています。設計の前は0回ですが、それは問題がなかったからではありません。誤りが3週間続いても止められなかった状態です。2回とも営業部長が押しており、代わりに立てた営業企画の担当が押す場面はありませんでした。
0回が続くときは、止めるべき場面がなかったのか、押せなかっただけなのかを、通知の履歴と申告の記録で確かめましょう。申告が月3件出ているのに停止が0回であれば、後者を疑ってください。
指標④判断が滞った件数
4つ目は「判断が滞った件数」です。決める人のところで止まったまま、期限を過ぎた依頼を数えます。
この件数を見る理由は、権限の線が適切かを表すためです。滞りが多いときは、決める人の権限が狭すぎて経営会議へ回す案件が増えています。ステップ③で権限を明文化した効果は、この数字に現れます。
この会社では、月4件から月1件へ減りました。月9件の依頼のうち約11%にあたります。減った3件は、権限の線を明文化したことで決める人がその場で判断できるようになったものです。残る月1件は、決める人が業務側へ確認を出す必要があった依頼で、返答を待つぶんだけ日数が延びています。
滞った件数を、依頼の総数と並べて見ましょう。割合で見ると、権限の広さが分かります。
役割を外部に任せてよい3つの条件
ここまで、社内で役割を決める前提で扱ってきました。では外部に任せてよい場面はあるのでしょうか。理由②で述べたとおり、任せる範囲を決める作業は外に出せません。それでも、条件がそろえば外部が担える役割はあります。判断を丸ごと渡すのか、判断の進め方だけを教わるのかで、外部の使い方は変わってくるでしょう。そこでここでは、役割を外部に任せてよい3つの条件を整理します。
外注の可否は費用では決まりません。外部に任せてよいのは、引き継ぎの手順が決まっている場合に限ります。
条件①社内に判断できる人がいない
1つ目の条件は「社内に判断できる人がいない」ことです。基準①を満たす人が社内に見当たらない場合を指します。
この条件に当てはまるのは、導入したばかりで運用の勘所が誰にもない時期です。何を任せてよいかの判断に経験が要るため、経験のある外部が入る意味があります。ただし判断の理由を毎回残してもらい、社内が学べる形にする必要があります。
この金型メーカーでは、設定の代行を断ったうえで、着手の最初の6週間だけ判断に同席してもらう支援を受けました。決める役割の判断に立ち会ってもらい、その理由を1件ずつ記録に残す形です。7週目からは営業企画の担当が単独で判断しています。
外部に入ってもらうときは、判断の理由を1件ずつ記録に残すことを契約の条件に入れましょう。記録が残らない支援では、期間が終わった時点で社内に判断の材料が1件も残りません。
条件②立ち上げの期間に限る
2つ目に挙げるのは、立ち上げの期間に限ることです。運用に乗るまでの数か月に区切ります。
期間を区切る理由は、判断を外に置き続けると社内に知見がたまらないためです。自社で構築するので設計レビュー・アドバイザリーだけ頼みたい場合は、この形が合います。立ち上げ期に見る対象はパイプラインの停滞の記事でも扱っています。
先ほどの会社では、支援の期間を6週間と決めてから契約しました。延長の可能性も含めて最初に合意しており、実際には延長せずに終えています。設計にかけた期間は5週間、工数は情報システムと営業企画の2名で計28時間でした。1名あたりでは週に3時間に満たない量で、本来の業務を止めずに進められています。
支援の期間は、契約の前に週単位で決めましょう。期間を決めずに始めると、判断の材料が外部に残り、社内で続けられるかどうかを確かめる機会がなくなります。
条件③引き継ぎの手順が決まっている
3つ目は「引き継ぎの手順が決まっている」ことです。外部から社内へ戻すときに、何を渡すかを先に定めます。
定めておく理由は、期間が終わった時点で判断の材料が手元に残らない事態を避けるためです。決めた条件、変更の履歴、判断の理由の3つがそろっていれば、社内の担当が続けられます。ステップ④で残す手順を作った理由が、ここに対応します。
この金型メーカーでは、支援の期間中に交わした判断を1件ごとに記録しました。役割の割り当てと権限の線引きに関するものを含め、6週間で18件の記録が残り、そのまま社内の判断基準になっています。引き継ぎの打ち合わせは1回で済みました。
引き継ぎで渡すものは、決めた条件・変更の履歴・判断の理由の3点として契約の前に明記しましょう。3点のうち1つでも欠ければ、社内の担当は同じ判断を再現できません。
役割の設計に外部支援を使う4つの判断軸
ここまで挙げてきた設計は、営業企画と情報システムが1名ずついれば自社で進められる範囲です。とはいえ、役割の割り当てや権限の線引きで迷う場面は出てくるでしょう。外部の支援を検討する場合は、何を基準に選ぶかを先に整理しておくと判断が速くなります。そこでここでは、役割の設計に外部支援を使う4つの判断軸を整理します。
選ぶ基準は導入の実績では決まりません。支援を選ぶ基準は実績の数ではありません。どの役割から決めるかを示せるかどうかです。
判断軸①どの役割から決めるかを示せるか
1つ目の判断軸は「どの役割から決めるかを示せるか」です。3つのうち何を先に決めるかを提案できるかを確かめます。
この軸を最初に置くのは、順番の判断に運用の経験が表れるためです。止める人から決めると答えられる相手は、止められない状態の損失を知っています。推進の体制から説明を始める相手は、教科書どおりの順番をなぞっているだけの可能性があります。
支援を探す会社の型は、大きく3つに分かれます。制度設計を主とする総合系、特定のツールの運用代行を主とする特化系、業務の設計から入る伴走系です。役割の順番から一緒に決められるのは、3つ目の型になります。
最初の面談で、どの役割から決めるかを聞いてみましょう。答えの順番に、経験が出ます。
判断軸②業務設計から入ってくれるか
2つ目に挙げるのは、業務設計から入ってくれるかという軸です。ツール設定ではなく業務設計から入ってほしい場合は、この点を最初に確かめます。
確かめる意味は、役割の設計が業務側の定義に依存しているためです。何を任せてよいかは、自社の商材と商談の進み方から決まります。設定の代行はその後の作業であり、順番が逆になると、理由②で挙げた「決める作業は自社に残る」状態になります。
先ほどの金型メーカーが最初に相談した先は、設定の代行を提案してきました。何を任せるかの判断は自社に残る前提だったため、営業企画の担当は判断を保留しています。結果として、何を任せるかの判断は自社に残し、外部には判断への同席とレビューだけを頼んでいます。
業務の話から始まるかを見ましょう。設定の話から始まる相手は、決める作業を自社に残します。
判断軸③小さく始める形を示せるか
3つ目は「小さく始める形を示せるか」という軸です。小さく始めたい場合に、1つの役割から動かす形を提案できるかを確かめます。
小さく始める形を示せる相手は、1ユースケースからのスモールスタートを前提に、着手の順番を組み立てられます。制度を一式で作る提案では、議論が長引いて着手が遅れがちです。中堅・中小企業では専任を置けないことが多く、止める人だけを先に決めて動き出す進め方のほうが現実的になります。
この金型メーカーでは、営業企画と情報システムの2名が計28時間を使い、止める人から順に決めていきました。最初の30分で止める人が決まったため、5週間で運用に入っています。3役割を同時に議論していれば、この期間には収まりませんでした。
1つ目に何を決めるかを聞いてみましょう。答えが制度の設計から始まる場合、期間は延びます。
判断軸④設計の確認だけを頼めるか
4つ目は「設計の確認だけを頼めるか」という軸です。自社で決めた役割の割り当てを、第三者に見てもらう形が取れるかを確かめます。
この形が成立するのは、自社に判断できる人がいる場合です。権限の線の引き方や、代わりの立て方を確認してもらうだけでも、判断の速さは変わります。運用を一式で請け負う前提の相手には、この形が難しいことがあります。
当社では、Agentic CRMの設計支援として、こうした確認だけを引き受ける形にも対応しています。役割の割り当て表と権限の線引きだけを持ち込み、抜けている点を指摘してもらう形です。判断できる担当が社内にいるかどうかで、頼む範囲は変わります。
どこまでを頼むかを、相談の前に決めておきましょう。決めておけば、提案の内容を比べられます。
【一問一答】役割に関するよくある質問
ここまで、AIの運用に必要な3つの役割と、その決め方を整理してきました。実際に着手する段階では、細かい判断で迷う場面が出てきます。とくに多いのは、どこから決めるのか、どこまで機械に任せてよいのか、兼任のままで務まるのかという3点です。いずれも会社の規模によって答えが変わる種類の問いではありません。決める順番さえ整っていれば、従業員128名の会社でも同じ形で答えられます。そこでここでは、役割に関して寄せられることの多い質問に、順に答えていきます。
質問①役割はどこから決めますか？
止める人から決めます。止める人さえ決まっていれば、決める人と直す人が未定の段階でも、誤りが出た日のうちに動きを止められるからです。逆に決める人だけを先に置いても、停止の権限がなければ誤りは続きます。止める人は必ず2名以上を立て、休みの日でも押せる形にしてください。所要は30分ほどで足ります。
質問②役割はAIに任せられますか？
異常の検知と通知までは任せられます。止めるかどうかの判断は人に残してください。この記事の例に挙げた金型メーカーでは、誤った通知が出たまま3週間動き続けたことがあり、止める役割を営業部長と営業企画の2名に置き直しました。誤検知で自動的に停止すると、その日の業務が滞る影響を機械が引き受けられません。通知の条件は「前週比で件数が大きく振れた」のように、数値で書ける形に絞ります。
質問③役割が機能しているかはどう測りますか？
条件の変更が反映されるまでの日数、誤りが直るまでの時間、止めた回数、判断が滞った件数の4つで測ります。対応した件数は成果になりません。とくに止めた回数が0回で続くときは、問題がなかったのか、押せていないだけなのかを確かめてください。
質問④役割は専任でないと務まりませんか？
兼任で務まります。従業員100名台の会社では、専任を置いても手が空きます。ただし役割ごとの想定時間を月単位で書き出し、その分を本来の業務から引く合意を上長と取ってください。決める人が月2時間、直す人が月4時間、止める人が月30分が一つの目安です。
質問⑤役割を決めるのにどのくらいかかりますか？
止める人は30分、3役割すべてで5週間ほどです。時間がかかるのは決める人の権限の線引きで、どこまでを自分の判断で決めてよいかの合意に議論が要ります。運用に乗せて数字が出るまでは、さらに四半期を見てください。
役割は、止める人を決めたところから固まる
ここまで、役割が決まっていないと止まる場面から、専任チームで解こうとして進まない理由、役割を決める4つの基準、3つの役割、AIに任せる3つの線引き、外部に任せてよい3つの条件までを見てきました。共通しているのは、推進の体制から話を始めていないという点です。
AIの運用の体制を考えるとき、多くの解説は誰が推進するかから書き始めます。ところが推進する人を決めても、誤りが出たときに止められなければ損失は膨らみます。先に決めるのは、止める人です。止める人が決まれば、直す人の範囲も、決める人の権限も、そこから順に決まっていきます。
金型の設計と製造を手がけるメーカーの例では、情報システムの担当1名の兼任という体制を変えないまま、3つの役割を割り当てました。条件の変更が反映されるまでの日数は中央値14営業日から3営業日へ、誤りが直るまでの時間は平均5営業日から1営業日へ変わっています。判断が滞った件数は月4件から月1件に減り、運用の6か月で2回停止させました。設計に要したのは5週間と28時間です。
当社では、Agentic CRMの設計支援として、役割を決めるところから運用に乗せるまでを扱っています。止める人の権限を明文化し、決める人の判断の線を引くところから入る形です。まずは、いま誰が止められる状態にあるのかを一緒に確かめるところから始めてみませんか。