クレームの兆しを早く見つける｜AI導入の進め方と最初の30日

クレームの兆しを早く見つけるにAIを入れるとき、最初に何をするかで結果が変わります。道具を選ぶのは3番目です。この記事では、いまの状態の整理から、最初の30日で何をするかまでを順に書きます。

うまくいかない導入には共通点があります。製品を見に行くのが早すぎるのです。件数も範囲も決めないまま商談に入ると、営業の説明を聞きながら要件を組み立てることになり、その製品の機能がそのまま要件になってしまいます。そうやって決めた要件は、他社と比べる軸になりません。先に自社の数字と範囲を決めておけば、商談は短く済み、比較も楽になります。ここに半日かけるだけで、その後の数ヶ月が変わります。

この記事でわかること

• いまのやり方のどこを置き換えるのかを決める手順
• 最初の30日で何をするか（週ごと）
• 試すときに何を測るか
• うまくいかなかったときにどこへ戻すか

いま現場で起きていること

CSでは、大きくなってから上長に上がり、初期対応の機会を逃している。

この状態の何が問題か

問題は作業時間そのものではありません。この形だと、忙しいときほど品質が落ちることです。件数が増えれば確認が薄くなり、担当者が休めば止まります。人を増やしても、増えた人が同じやり方を覚えるまで効果が出ません。

もう一つ厄介なのは、この状態が「困っている」と認識されにくいことです。担当者は毎日それをこなしているので、それが当たり前になります。時間がかかっていること自体を問題として挙げる機会がなく、他部門からも見えません。実際に数えてみて初めて、月に何十時間も使っていたと分かることがよくあります。だからこそ、着手の最初にやるべきは製品探しではなく、いまかかっている時間を数えることです。

放置したときに起きること

• 担当者しかやり方を知らない状態が固定され、異動と退職のたびに品質が落ちる
• 件数が増えても人を増やすしかなく、費用が件数に比例して増え続ける
• 確認を省いた分だけ誤りが後工程に流れ、見つかるのが遅くなる

AIを入れると何が変わるか

強い不満を含む問い合わせが早めに挙がり、先に手を打てる。

ここで大事なのは、作業が「なくなる」のではなく「形が変わる」という点です。手で作る作業が、出てきたものを見て確かめる作業に変わります。慣れるまでは、確かめる作業のほうが面倒に感じられます。前のやり方なら手が覚えていたのに、新しいやり方では毎回考えることになるからです。この期間を織り込まずに評価すると、必ず「前のほうが速かった」という結論になります。

ここで使うのは生成AI

文章を書く・要約する・分類する。事実の正しさは保証されないので、確かめる工程が要る。

この道具ができること・気をつける点

	内容
得意	文章を書く・要約する・分類する。
気をつける点	事実の正しさは保証されないので、確かめる工程が要る。
任せ方	出力を人が確かめる工程を挟む。確かめる人と手順を決めてから始める。

任せてよい範囲

この業務は確かめてから使うに当たります。出力を人が確かめる工程を挟む。確かめる人と手順を決めてから始める。

この線引きは、精度の高さで決めるものではありません。誤ったときに何が起きるかで決めます。精度が99%でも、誤りが支払や外部への通知につながるなら人が全件を見る必要がありますし、逆に精度が80%でも、誤りがその場で気づける形なら任せて構いません。製品を選ぶ前に、この線をどこに引くかを決めておいてください。線が決まっていないと、確認の設計ができず、運用の重さも見積もれません。

進める順番

順番を間違えると、あとで戻れなくなります。次の順で進めてください。

1. 置き換える範囲を決める

全部を置き換えようとしないでください。大きくなってから上長に上がり、初期対応の機会を逃しているという部分のうち、いちばん件数が多くて、いちばん判断が要らないところから取ります。

2. 効果を測る指標を決める

クレームが上長に上がるまでの時間。この数字を導入前に控えます。控えていないと、あとで比べられません。

3. 道具を選ぶ

問い合わせ管理システムの感情分析、生成AI（社内向け）が候補です。ここでようやく製品を見ます。1と2が決まっていれば、製品比較は短く済みます。

4. 小さく試す

一部門・一担当者・一部の案件で試します。全社導入から始めると、失敗したときに次の提案が通らなくなります。

5. 指標を見て広げる

2で決めた数字が改善していれば広げます。改善していなければ、原因を1つずつ潰します。

最初の30日

時期	やること	終わりの目安
1週目	現状の記録を取る。件数・時間・担当者数を実測する	数字が紙に書ける
2週目	置き換える範囲を決め、候補の製品に問い合わせる	見積もりが2社以上そろう
3週目	自社のデータで試す。カタログの精度を信じない	自社データでの精度が出る
4週目	担当者に触ってもらい、使いにくい点を集める	続けるか止めるかを決められる

3週目がいちばん大事

カタログの精度は、その製品がいちばん得意な条件での数字です。自社の実際の書類・音声・データで試さないと、導入後に「思ったより読めない」となります。試用ができない製品は、その時点で候補から外して構いません。

効果をどう測るか

測る指標を先に決めないと、導入後に「効果があったか」を聞かれて答えられません。この業務ならクレームが上長に上がるまでの時間。

導入前に控えておく数字

1. 上の指標を、導入前の1ヶ月ぶん記録する（比べる相手が無いと効果が出せない）
2. 件数の波を控える（月末に集中するのか、通年で平らなのか）
3. いま何人が何時間かけているかを、推測ではなく実測で控える

数字は誰が記録するか

毎月記録する担当を決めてください。誰の仕事でもない状態にすると、3ヶ月で止まります。止まると、効果があったのか無かったのかを誰も言えなくなり、次に契約を見直すときの材料がありません。記録は複雑にしないでください。月に一度、数字を1行足すだけで十分です。凝った集計を作ると、作った人が異動した時点で止まります。

測るときに間違えやすいこと

• 導入直後に測らない。慣れるまでは前より遅くなるのが普通で、そこで打ち切ると必ず「効果なし」になる
• 件数だけを見ない。処理件数が増えても、確認が薄くなっていれば改善ではない
• 平均だけを見ない。いちばん時間がかかった案件がどうなったかを一緒に見る

起きやすい失敗

この業務でいちばん多いのは、言葉づかいが荒いだけの問い合わせを全部クレーム扱いし、対応が過剰になる。という失敗です。

なぜ起きるか

AIの出力は、間違っていても自信のある形で出てきます。人は、迷いのない書き方をされると確かめる気が薄れます。精度が高い道具ほど、この失敗が起きやすくなります。9割合っていると、残りの1割を探す気がなくなるからです。

防ぎ方

検知は知らせるまで。対応の重さは人が決める。

防ぎ方を設計するときは、「全項目を同じ厚さで見る」をやめるのが要点です。全部を見ようとすると、時間が足りなくなって結局どれも薄くなります。項目ごとに精度を出し、誤ったときの影響が大きい項目だけを厚く見て、残りは抜き取りにする。この設計ができると、確認の時間が減ったうえで、いちばん危ない誤りは捕まえられます。

使われている道具の種類

この業務では、問い合わせ管理システムの感情分析、生成AI（社内向け）あたりが候補になります。

道具を探す前に決めること

1. いまのやり方のどこを置き換えるのか（全部か、一部か）
2. 既に使っているシステムと繋ぐ必要があるか
3. 誰が使うのか（担当者だけか、全社か）

この3つが決まっていないまま製品を見ると、機能の多さで選んでしまいます。機能が多い製品は、たいてい設定も運用も重くなります。

専用の製品でなくてよいこともある

いま使っている業務システムに、同じ機能が含まれていることがあります。上位プランに切り替えるだけで済むなら、そのほうが安く、接続の手間もありません。新しい製品を探す前に、手元のシステムでできることを確かめてください。件数が月に数十件しかないなら、標準機能で十分なことがほとんどです。

費用のかかり方

問い合わせ件数の従量。

見落とされがちな費用

費目	見落とされる理由
初期の設定費用	月額だけを比べて、導入時の設定に別費用がかかることを見落とす
社内の人件費	設定と検証に自社の担当者が何時間使うかが見積もりに入らない
既存システムとの接続	「連携できます」と「そのまま繋がります」は違う。開発費が別に要ることがある
教育の時間	使う人の数だけ、覚える時間がかかる

この4つを足すと、月額だけで比べたときの順位が入れ替わることがよくあります。特に効いてくるのが社内の人件費です。設定と検証に自社の担当者が何十時間も使うことは珍しくありませんが、見積書には一行も出てきません。製品費用が安くても、設定が難しくて社内の手間が大きい製品は、総額では高くつきます。

うまくいかないときの戻り先

1. 精度が出ない → 対象を狭める。書式を絞る。全部を対象にしない
2. 使われない → 使っていない人に理由を聞く。「意識が低い」で片付けない
3. 効果が数字に出ない → 測っている指標が業務と合っているか見直す
4. 確認の手間が増えた → 確認する項目を絞る。全項目を同じ厚さで見ない

誰が関わるか

クレームの兆しを早く見つけるのAI導入は、CSだけでは終わりません。関わる人それぞれに譲れない点があります。先に把握しておくと、途中で止まりません。

立場	気にしていること	先に渡しておくもの
CSの担当者	自分の仕事が増えないか。覚える時間があるか	触ってもらう機会と、覚える時間の確保
現場の管理者	品質が落ちないか。トラブル時に誰が対応するか	例外が出たときの手順と連絡先
情報システム	既存システムと繋がるか。安全性は大丈夫か	接続方法の資料と、契約のデータ条項
経理・購買	費用が妥当か。契約条件に問題はないか	3社の見積もりと、比べた根拠
経営	いくら払って何が返るか	クレームが上長に上がるまでの時間の導入前後の数字

いちばん抵抗が出るのは現場

理由は「仕事が奪われる」ではなく、「使い方を覚える時間がない」ことがほとんどです。忙しい時期に新しい道具を渡されると、断る以外の選択肢がありません。導入の時期をその部署の繁忙期の後ろにずらすだけで、通ることがあります。

合意を取る順番

1. 現場の担当者に、いまの困りごとを聞く（製品の話はまだしない）
2. クレームが上長に上がるまでの時間を実測して、いま何時間かかっているかを数字にする
3. 情報システムに、接続できそうかだけ先に聞く（できないなら候補が変わる）
4. 3社の見積もりを取り、比べた根拠とともに経営に出す
5. 試す部署と期間を決めて、現場に「3ヶ月試して合わなければ止める」と伝える

試用で確かめること

試用期間は機能を眺める時間ではありません。自社の実際のデータで、うまくいかない場面を探す時間です。

用意しておくデータ

1. いちばん件数の多い、普通の案件（20件）
2. いつも手こずる、例外的な案件（10件）
3. 過去にトラブルになった案件（あるだけ）

普通の案件だけで試すと、どの製品も合格します。差が出るのは例外のほうです。手こずる案件を必ず入れてください。

試用中に記録すること

項目	記録の仕方
自社データでの精度	正しかった件数 ÷ 全件数。項目ごとに分けて数える
確認にかかった時間	1件あたり何秒か。慣れる前と後の両方を測る
例外が出た回数	どんな案件で出たか。傾向があるか
担当者が詰まった場面	何をしようとして分からなかったかを、その場で書く

項目ごとに精度を分けて数える

全体で「95%」と言われても、判断には使えません。金額の精度が90%で日付が99%なら、金額だけ人が見ればよいという設計ができます。項目をまとめた精度は、確認の設計に使えません。

試用の終わりに決めること

• 続けるか、止めるか（曖昧なまま延長しない）
• 続けるなら、確認する項目はどれか
• 例外が出たとき誰が対応するか
• 広げる範囲と時期

導入したあとにやること

入れて終わりにすると、半年で使われなくなります。時期ごとにやることを決めておいてください。

時期	やること
1ヶ月後	使っていない人に理由を聞く。使いにくい点を集めて直す
3ヶ月後	クレームが上長に上がるまでの時間を測り、導入前と比べる
6ヶ月後	例外の傾向を見る。設定で減らせるものがないか確かめる
1年後	契約条件を見直す。件数が変わっていれば料金の型も変える

使われなくなる兆し

• 月間の利用者数が減っている（件数ではなく人数を見る）
• 同じ人だけが使っている（広がっていない）
• 例外が出たときに、AIを使わず全部手でやっている

面倒を見る人を決めておく

CSのやり方が変われば、AIの設定も変わります。誰が設定を直すかを決めていないと、業務のほうが変わったときに合わなくなります。担当者が異動するときの引き継ぎ先も、あらかじめ決めておいてください。

着手する前にそろえておくもの

クレームの兆しを早く見つけるにAIを入れる前に、次のものが手元にあるかを確かめてください。そろっていない状態で製品を見に行くと、営業の言うことを判断できません。

そろえるもの	なぜ要るか	無いとどうなるか
月間の件数（実測）	料金の型を決める材料になる	従量課金で想定を超えるか判断できない
1件あたりの所要時間	効果の比較の土台になる	導入後に効果を出せない
例外案件の割合	自動化がどこまで効くか決まる	例外の多さに気づかず期待が外れる
既存システムの名前と版	接続できるかの判断に要る	契約後に繋がらないと分かる
データの保存場所と権限	見せてよい範囲を決める土台	見せてはいけない情報が流れる

件数の数え方

推測で書かないでください。1ヶ月ぶん、実際に数えてください。CSの担当者に聞くと、多くの場合は感覚で答えます。感覚の数字で見積もりを取ると、契約後に合わなくなります。システムから件数が出せるなら、そちらを使ってください。

例外の数え方

「いつもと違う」案件を、1ヶ月ぶん印を付けて数えてください。大きくなってから上長に上がり、初期対応の機会を逃しているという作業の中で、手が止まった案件が例外です。この割合が3割を超えるなら、AIより先に例外を減らす取り組みのほうが効きます。

データの点検

生成AIは、渡されたものをもとに動きます。表記のゆれ、重複した記録、更新されていない古い情報。これらは全部そのまま結果に出ます。導入前に一度点検し、直せるものは直してから始めてください。

現場に定着させる

導入の成否は、機能ではなく定着で決まります。3ヶ月後に何人が使っているかが、すべてです。

最初の1週間でやること

1. 担当者に、実際の案件を1件だけ通してやってもらう（説明より先に触らせる）
2. 詰まった場面をその場で記録する（あとで聞くと忘れられている）
3. 詰まった場面のうち、設定で直せるものを直す
4. 直せないものは、手順として書いて配る

説明の順番

機能の説明から入らないでください。「いまの作業のどこが変わるか」から入ってください。担当者が知りたいのは、自分の1日がどう変わるかです。機能の一覧は、あとから読めば足ります。

使わない人が出たとき

理由	見分け方	すること
使い方が分からない	触った形跡がある	詰まった場面を聞いて、手順を足す
使う場面が来ていない	触った形跡がない	対象の案件が回っているか確かめる
前のやり方が速い	意図的に使っていない	どこが遅いかを聞く。本当に遅いことがある
信用していない	確認に時間をかけすぎている	精度の実測値を見せる。項目ごとに分けて示す

「前のやり方のほうが速い」は、しばしば本当です。その場合は、対象の範囲が合っていません。範囲を狭めてください。

やめ時の決め方

3ヶ月経ってもクレームが上長に上がるまでの時間が改善していないなら、止める判断をしてください。惰性で続けるのがいちばん高くつきます。止めるときは、何が原因だったかを記録してください。次に同じ提案をするときの材料になります。

置き換える範囲の決め方

ここがいちばん結果を左右します。範囲を広く取るほど、精度は下がり、確認の手間は増えます。クレームの兆しを早く見つけるという業務を、いくつかの塊に割ってから決めてください。

業務を割る

1. 受け取る／集める（大きくなってから上長に上がり、初期対応の機会を逃しているの入口）
2. 読み取る／整える（形をそろえる部分）
3. 判断する（人でないと決められない部分）
4. 記録する／次へ渡す（出口）

AIが効くのは2番目です。3番目に手を出すと、任せてよい範囲を超えます。1番目と4番目は、既存のシステムでできることが多いので、先に確かめてください。

絞り込む条件

条件	狭める理由
件数が多い案件だけ	効果が出やすく、精度も測りやすい
形式がそろっている案件だけ	例外が減り、確認の設計が単純になる
誤っても後戻りできる案件だけ	失敗の被害が小さいうちに学べる
1つの部署で完結する案件だけ	調整の相手が少なく、早く回せる

広げる順番

狭い範囲で3ヶ月動かして数字が出たら、次はどれか1つの条件だけを緩めてください。複数を同時に緩めると、精度が落ちたときに原因が分かりません。

広げないという判断もある

狭い範囲だけで効果が出ているなら、無理に広げなくて構いません。広げるたびに例外が増え、確認の手間が増えます。クレームが上長に上がるまでの時間が十分に改善しているなら、そこで固定するのが正解のこともあります。

担当を決める

「みんなでやる」は、誰もやらないのと同じです。名前が入る形で決めてください。

役割	やること	誰が向くか
進める人	全体の段取り、社内の調整、判断の記録	CSで業務を分かっている人
測る人	毎月の指標の記録	数字を扱うことに慣れている人
設定する人	設定の変更、例外の登録	毎日触る担当者のうち1〜2名
繋ぐ人	既存システムとの接続、権限の設定	情報システム

兼任してよいもの・いけないもの

小さい会社なら1人が兼ねて構いません。ただし「進める人」と「測る人」は分けたほうがよいです。進めている人が測ると、都合のよい数字だけを見てしまいます。

引き継ぎを最初から想定する

担当者は必ず変わります。設定の内容と、なぜそう設定したかを、製品の外に書き残してください。製品の画面にしか無いと、次の人が読めません。

業者に任せる範囲

設定まで業者に任せると楽ですが、変更のたびに費用と時間がかかります。「作らせて自社で運用する」を基本にしてください。最初の設定は業者、日々の変更は自社、という分け方が現実的です。

実際にどう進むか

ここまでの話を、クレームの兆しを早く見つけるに当てはめて通しで見ます。多くの会社が同じところで詰まるので、詰まりやすい箇所も一緒に書きます。

話が出てから最初の判断まで

きっかけは、たいてい「他社が入れているらしい」か「担当者が限界だ」のどちらかです。どちらの場合も、最初にやることは同じで、いまの件数と時間を数えることです。CSの担当者に聞くと感覚で答えるので、1ヶ月ぶん実際に数えてください。ここを飛ばすと、以降のすべての判断が感覚のままになります。数えてみると、思っていたより件数が少なくて見送りになることもあります。それは無駄ではなく、数えたからこそできた判断です。数えずに導入して、あとで効果が出ないと分かるほうがずっと高くつきます。

範囲を決めるところ

次に詰まるのが範囲です。大きくなってから上長に上がり、初期対応の機会を逃しているという作業のうち、どこを置き換えるか。ここで「全部」と答えたくなりますが、全部を対象にすると例外が一気に増え、精度が落ち、確認の手間が増え、結局「使えない」という結論になります。いちばん件数が多くて、いちばん形のそろった案件だけを選んでください。全体の6割を占める1つの型があれば、それだけで十分に効果は出ます。残りの4割は今までどおり人がやればよく、それでも6割ぶんの時間が浮きます。

製品を見に行くところ

件数と範囲が決まって、ようやく製品を見ます。ここまで来ていれば、営業に伝えることが決まっているので、商談が短く済みます。逆にここまでが決まっていないと、営業の説明を聞きながら要件を決めることになり、その製品の機能がそのまま要件になってしまいます。問い合わせ管理システムの感情分析、生成AI（社内向け）あたりが候補になりますが、どれを見るにしても、自社のデータで試させてもらえるかを最初に確かめてください。

試して、決めるところ

試用では、うまくいく案件ではなくうまくいかない案件を探します。普通の案件だけを流すと、どの製品も合格するので選べません。手こずる案件を10件ほど混ぜて、そのときに画面がどうなるか、担当者が次に何をすればよいか分かるかを見てください。ここが製品ごとにいちばん差が出ます。そして最後は、毎日触る担当者に決めてもらってください。使わない人が決めた製品は、使われません。

入れたあと

入れて終わりにすると半年で使われなくなります。1ヶ月後に使っていない人へ理由を聞き、3ヶ月後にクレームが上長に上がるまでの時間を測って導入前と比べ、6ヶ月後に例外の傾向を見て設定で減らせるものを減らす。この3回をやるかどうかで、定着するかどうかが決まります。誰がこの3回をやるかを、導入を決める時点で名前で決めておいてください。

人に説明するときの言い方

社内で話を通すとき、長い説明は聞いてもらえません。3行で言える形にしておいてください。「クレームの兆しを早く見つけるに月◯時間かかっている。そのうち◯割は形の決まった案件なので、そこだけAIに任せる。3ヶ月試してクレームが上長に上がるまでの時間が改善しなければ止める」。この3行が言えるなら、準備は足りています。言えないなら、まだ数えていない項目があります。

相手によって強調を変える

経営には金額と期間、現場には自分の1日がどう変わるか、情報システムには接続と権限。同じ話でも、相手が知りたいことは違います。全員に同じ資料を配ると、誰にも刺さりません。1枚の資料を作ったうえで、話すときに強調する箇所を変えてください。特に現場には、機能の説明ではなく「いまの作業のどこが変わるか」から入ってください。ここを間違えると、便利さより不安のほうが先に立ちます。

同じ顧客対応・CSの業務

顧客対応・CSでは、次のような業務でもAIが使われています。まとめて考えると、道具を共通にできることがあります。

業務ごとに別々の製品を入れると、契約も管理も記録もばらばらになります。同じ部門の中で似た技術を使う業務があるなら、まとめて1つの製品でまかなえないかを先に確かめてください。まとめられれば、費用が下がるだけでなく、覚えることも1つで済みます。逆に、無理にまとめようとして、どの業務にも中途半端な製品を選んでしまうこともあります。判断の基準は「置き換えたい部分の作業が同じ形かどうか」です。形が違うなら、別々に選んだほうが結果的に安くつきます。

業務	使う技術	任せ方
<a href=”/gyomu-31-dounyu/”>問い合わせの一次対応を自動化する</a>	生成AI	任せてよい範囲が広い
<a href=”/gyomu-32-dounyu/”>FAQを問い合わせ履歴から作る</a>	生成AI	任せてよい範囲が広い
<a href=”/gyomu-33-dounyu/”>電話の内容を文字にして残す</a>	音声認識AI	確かめてから使う
<a href=”/gyomu-35-dounyu/”>回答の品質をそろえる</a>	生成AI	確かめてから使う
<a href=”/gyomu-36-dounyu/”>対応履歴を要約して引き継ぐ</a>	生成AI	任せてよい範囲が広い
<a href=”/gyomu-37-dounyu/”>多言語の問い合わせに答える</a>	翻訳AI	確かめてから使う

顧客対応・CSの一覧を見る

よくある質問

そもそも自社の規模でも効果が出ますか

会社の大きさではなく件数で決まります。クレームが上長に上がるまでの時間を1ヶ月ぶん数えてみてください。月に数件しかないなら、設定と確認の手間のほうが大きくなるので、人がやったほうが速いことが多いです。逆に、担当者が毎日触っている業務なら、会社の規模に関係なく効きます。判断の目安は「担当者がこの作業に週5時間以上使っているか」です。それを下回るなら、いまは見送って、件数が増えたときにもう一度考えてください。

担当者の仕事がなくなりませんか

この業務でAIが置き換えるのは、大きくなってから上長に上がり、初期対応の機会を逃しているという部分です。判断と例外処理は残りますし、出力を確かめる作業が新しく増えます。実際には、手を動かす時間が減って、確認と改善に回る時間が増えるという形になります。ただし、この説明を先にしておかないと、現場は身構えます。導入を伝えるときは、機能ではなく「あなたの1日がどう変わるか」から話してください。

失敗したときに元に戻せますか

戻せる形で始めてください。既存のやり方を止めずに並行で動かし、指標が改善してから切り替えます。いきなり切り替えると、戻す判断そのものができなくなります。並行で動かす期間は手間が二重になりますが、その期間があるからこそ、精度も確認の時間も実測できます。「3ヶ月試して合わなければ止める」と先に宣言しておくと、現場の抵抗も小さくなります。

どのくらいの期間で効果が出ますか

慣れるまでに1〜2ヶ月、効果が数字に出るまでにさらに1ヶ月ほどを見てください。最初の数週間は、前のやり方より遅くなるのが普通です。手が覚えていた作業を、毎回考えながらやることになるからです。3ヶ月未満で判断すると、この学習期間をそのまま「効果なし」と読み違えます。判断の時期を導入前に決めて、それまでは途中経過で騒がないと決めておいてください。

社内の反対をどう説得すればよいですか

説得より先に、数字を出してください。いまこの業務に月何時間かかっているかを実測し、3社の見積もりを並べ、3年の総額を出す。この3つがそろっていれば、反対の理由が「なんとなく不安」から具体的な論点に変わります。そのうえで、「一部門で3ヶ月試して、数字が出なければ止める」という形にしてください。取り返しがつくと分かれば、反対は大きく減ります。

どの部署が主導すべきですか

CSが主導するのが基本です。業務を分かっている人でないと、置き換える範囲を決められないからです。情報システムは接続と権限を、経理は費用の妥当性を見る役割で入ってもらってください。情報システムが主導すると、業務の実態と合わない範囲が選ばれやすくなります。逆に業務部門だけで進めると、接続とセキュリティで後戻りします。

試用期間はどのくらい取るべきですか

最低1ヶ月です。1週間では慣れる前に終わります。試用が2週間しかない製品は、社内の準備を済ませてから試用を始めてください。

まとめ

• 道具を選ぶ前に、置き換える範囲と測る指標を決める
• 自社のデータで試す。カタログの精度で判断しない
• 一部門で3ヶ月試してから広げる
• 検知は知らせるまで

この業務は確かめてから使うに当たります。出力を人が確かめる工程を挟む。確かめる人と手順を決めてから始める。

最後にもう一度だけ書いておきます。いちばん多い失敗は、道具の選び方ではなく、始める前の準備を飛ばすことです。いまの件数を数える、置き換える範囲を決める、測る指標を決める。この3つが済んでいれば、製品選びで大きく外すことはありません。逆に、この3つを飛ばして製品から入ると、どれだけ良い製品を選んでも「効果があったのか分からない」で終わります。