【AI導入日記#9】AI導入が「定着しない」会社の共通点と、続けるための仕組み

「使われなくなる日」は、静かにやってくる

この導入日記も9回目になりました。ここまでは、契約の決め方や社内ルールの言語化、研修の進め方といった「始めるための話」を中心に書いてきました。今回はその逆側、つまり始めたものがどうやって止まるのかという話を書きます。

正直に言うと、Claude 法人導入で私がいちばん怖かったのは、うまく動かないことではありませんでした。動くけれど、誰も使わなくなることです。ツールが止まるときは、障害のような分かりやすい形では止まりません。誰も文句を言わないまま、いつのまにか誰も開かなくなります。この静かな失速をどう防ぐかが今回のテーマです。なお、本文で触れるツールの機能や提供条件は2026年7月時点のものです。仕様は変更されますので、最新は公式サイトでご確認ください。

最初の熱は、いつか一度冷めます

導入直後は、社内の空気が明らかに変わります。新しい道具が来た高揚感があり、みんなが試したがります。ところがその熱は長くは続きません。当社の体感では、最初の盛り上がりが落ち着くまでは数週間程度でした。特別なことは何も起きていないのに、話題に出る回数が減っていきます。

熱で回している間は、まだ仕組みになっていません。熱が冷めたあとに何が残っているかが、本当の定着度です。私は「冷めてからが本番」と考え、そこから設計をやり直しました。

「使っていますか」と聞くと、全員が「はい」と答える

定着状況を把握しようとして、最初は素朴に聞いていました。「Claude、使ってる？」と。返ってくる答えはほぼ全員が「はい」でした。ところが実際に何に使ったのかを具体的に聞くと、先週のことなのに出てこない人がいます。悪気があるわけではなく、たまに開いた記憶が「使っている」に丸められているだけです。

この経験から、感想を聞く質問はやめました。代わりに聞くのは、「直近1週間で、AIに投げた仕事を1つ挙げてください」という行動ベースの質問です。挙げられない人がいれば、その人の業務に当てはめ方がまだ見つかっていないというサインとして扱います。責める場面ではなく、設計を直す場面です。

定着は感想ではなく、行動で測る

そこで社内では、次の3つだけを見るようにしました。数値目標ではなく、状態の確認として使っています。費用対効果の話はこのあとの回で扱う予定なので、ここではあくまで「動いているか」の観測に絞ります。

• 今週、AIに任せた仕事を具体的に挙げられる人が、チーム内に何人いるか
• 先月の自分と比べて、任せる範囲が広がったか（同じことだけを繰り返していないか）
• 「これはAIに向かない」と判断した業務を、理由つきで説明できるか

AI導入が定着しない会社に共通する4つのパターン

自社の失速要因を洗い出し、あわせて公開されている導入事例の記事を読み比べてみると、原因は驚くほど似ていました。技術ではなく、ほぼすべてが運用設計の問題です。ここでは4つのパターンとして整理します。

パターン1｜アカウントを配っただけで、用途が決まっていない

まず挙げたいのがこれです。契約して全員に配り、「自由に使ってみて」と伝えて終わり、というパターンです。自由という言葉は親切に聞こえますが、受け取る側からすると何も決まっていない状態と同じです。日々の業務に追われている人が、自分で用途を発明する余裕はありません。

当社も最初はこれをやりかけ、途中で方針を変えて「まずこの1業務から」と対象を指定しました。選ぶ基準は、毎週必ず発生し、正解の形がはっきりしていて、間違えても取り返しがつく業務です。自由に使わせるのは、最初の1業務が回りはじめてからで十分でした。

パターン2｜成功例が個人の中に閉じている

誰かがうまい使い方を見つけても、それが本人の頭の中にとどまっていると、会社としての力にはなりません。「あの人はAIが得意だから」で片づけられ、属人化して終わります。しかも本人は、自分の工夫が他人にとって価値があると気づいていないことが多いように思います。

そこで、うまくいった指示文をそのままコピーして共有する場所を作りました。きれいに書き直す必要はなく、実際に投げた文章をそのまま貼るルールにしています。整形を求めた瞬間に投稿は止まるので、雑でよいことを明示するのがコツでした。

パターン3｜失敗したときの逃げ道がない

AIの出力をそのまま使って恥ずかしい思いをした、という経験が1回あると、人は静かに手を引きます。ここで効くのは精度の改善ではなく、失敗しても大丈夫という前提の共有です。当社では「AIの一次出力は下書き扱い、最終責任は人」というルールを最初に決めました。

この一文があるだけで、心理的な負担がかなり下がります。逆にこれがないと、社員は「間違えたら自分のせいになる」と受け取り、安全な業務にしか使わなくなります。結果として、面倒な仕事ほど手作業のまま残ります。

パターン4｜ルールが最初のまま更新されない

導入時に決めたルールは、当社の体感では2ヶ月ほどで実態と合わなくなりました。想定していなかった使い方が出てくるからです。それでもルールが更新されないと、現場は「守れないルール」を前に黙って迂回します。ルールが形骸化すると、良い運用も一緒に消えていきがちです。

社内の指示ルールをどう書くかは第4回で詳しく書きましたが、定着の観点で重要なのは中身より更新の頻度でした。書きっぱなしのルールは、無いのとほぼ同じです。

定着を仕組みにする──当社が続けている4つの習慣

失敗パターンが分かったので、それを裏返して習慣にしました。どれも大がかりな制度ではありません。むしろ大がかりにすると続かないので、意図的に軽くしています。

習慣1｜週15分の「AIふりかえり」

週の定例の最後に、15分だけAIの話をする時間を置いています。話す内容は2つだけです。今週AIに任せた仕事と、うまくいかなかった指示です。長い報告は求めず、1人1〜2分で回します。

この会の狙いは進捗管理ではなく、思い出す機会をつくることです。週に一度「そういえば」と考える時間があるだけで、翌週の使用頻度が変わるというのが当社の体感です。

習慣2｜業務ネタ帳を1枚にまとめる

「AIに任せられそうだが、まだ試していない業務」を書き溜めるドキュメントを1枚だけ作りました。思いついたときに1行足すだけです。手が空いたときや、新しく入った人が何から触ればいいか迷ったときに、ここから選びます。

ネタ帳があると、「何に使えばいいか分からない」という声が出にくくなります。当社では、ここに書かれた行が減らないこと自体を健全さの指標として見ています。

習慣3｜失敗した指示を、成功例と同じ場所に置く

共有されるのが成功例だけだと、「みんなうまくやっている」という空気ができて、つまずいている人が言い出せなくなります。そこで、うまくいかなかった指示とその原因も同じ場所に置くようにしました。

実際に多かったのは、前提の共有不足でした。社内の当たり前を書かずに投げると、当然ながら一般論が返ってきます。この気づきは、失敗の共有からしか出てきませんでした。Claude 法人導入の支援でも、最初にお勧めしたいのはこの失敗共有の場づくりです。

習慣4｜月に1回、ルールを書き換える日をつくる

毎月1回、30分だけルールを見直す日をカレンダーに固定しました。議題は「今月合わなくなった記述はどれか」の1点です。追加より削除を優先し、使われていない記述は落とします。ルールは足すほど守られなくなるので、増やす議論より減らす議論のほうが運用は安定しました。

誰が旗を振るか──推進役の置き方

定着するかどうかの差は、ツールよりも人の配置に出るというのが当社の実感です。ここは中小企業ほど設計の自由度が高い部分です。

情シスがいない会社は、推進役を業務側に置く

当社には専任の情シスがいません。同じ状況の会社は少なくないと思います。この場合、推進役をIT寄りの人ではなく業務をいちばん分かっている人に置いたほうが、結果的にうまくいきました。

理由は単純で、定着に必要なのは技術力ではなく業務の解像度だからです。どの作業が毎週発生していて、どこで手が止まっているかを知っている人が旗を振ると、対象業務の選定が的確になります。技術面はツール側と外部の支援で埋められます。

言い換えれば、AIが定着を生むわけではありません。その業務を任されてきた人がAIを持つからこそ、任せる範囲の見極めも、返ってきた内容の判断も速くなります。旗を振る人の実務経験が、定着の速度をそのまま決めます。

推進役の仕事を3つに絞る

推進役の役割を広げすぎると、本人が潰れます。当社では次の3つだけに絞りました。

• 今月の対象業務を決める（増やしすぎず、1〜2個に絞る）
• ふりかえりの15分を回す（司会だけで、評価はしない）
• ルールの更新日に、削る候補を持ってくる

教育も監査も改善提案も全部を1人に背負わせない、というのが肝です。これは第6回で書いた研修の話とも重なりますが、推進役は先生役である必要はありません。

経営者がやるべきたった1つのこと

経営側の仕事は、使えと言うことではありません。推進役の時間を実際に空けること、この1点です。週2時間でも構いませんが、その分だけ別の仕事を外す判断が要ります。ここを曖昧にしたまま「よろしく」と言うと、止まりやすくなります。

時間を空けることは、精神論よりはるかに効きます。定着の話は最終的に、経営の優先順位の話に行き着きます。

定着度を4段階で判定する

「定着したかどうか」は曖昧になりがちなので、社内では段階で見ています。数値目標ではなく、いま自社がどこにいるかを確認するための物差しです。

レベル表

レベルごとに、打つ手はまったく違う

陥りやすいのは、レベル0の段階でいきなり全社ルールや高度な自動化に手を出すことです。用途が決まっていない段階で仕組みだけ整えても、動かす人がいません。逆にレベル2まで来ているのに個人の工夫に任せ続けると、担当者が抜けた瞬間に業務ごと止まりかねません。

飛び級を狙わない

段階を1つずつ上げるほうが、結果として速いというのが当社の実感です。対象業務を焦って増やすより、まず1つを「AIを使う前提」に作り替えるほうが社内の納得も得られます。

実際に当社では、コーポレートサイトの更新業務がレベル3に到達しました。その具体的な運用はWordPressとAIを活用した日本語指示によるホームページ更新にまとめています。

止まってしまったときのリカバリー手順

ここまで書いた仕組みを入れても、止まるときは止まります。当社でも一度、繁忙期に完全に手が離れた業務がありました。そのときに使った戻し方を残しておきます。

手順1｜まず「業務」ではなく「時間」を疑う

使われなくなった理由を、ツールの性能や社員のやる気に求めると、たいてい診断を誤ります。実際の原因は、その月がただ忙しかっただけということが少なくありません。新しいやり方を試すには余白が要ります。まず直近1ヶ月の業務量を確認し、単に繁忙だったのであれば、落ち着いた週に戻せば十分です。

手順2｜3週間ルールで再起動する

止まった業務を戻すときは、いきなり元の範囲に戻しません。次の3週間で段階的に戻します。

• 1週目：もっとも簡単な1業務だけ、意識的にAIに投げる（成果は問わない）
• 2週目：その業務の指示文を、社内の共有場所に貼る
• 3週目：隣接する業務を1つだけ足し、ふりかえりで共有する

大事なのは1週目で成果を求めないことです。目的は感覚を取り戻すことで、成果はその後についてきます。ここで欲張ると、また止まります。

手順3｜それでも戻らないなら、対象業務を替える

3週間やっても戻らない場合、その業務がそもそも向いていない可能性を疑います。判断の材料が担当者の頭の中にしかない仕事や、前提が毎回変わる仕事は、指示を書く手間のほうが大きくなりがちです。

その場合は素直に対象を替えます。「合わない業務を見極めた」というのも立派な成果です。全業務に当てはめようとするより、向いている領域を増やすほうが総量は伸びます。

そして、この見極めはAIには下せません。どこまで任せ、どこで手を止めるかを決められるのは、その業務を毎日回してきた人だけです。人の判断が入るからこそ、AIは道具として働きます。

定着チェックリスト（月次・四半期）

最後に、社内で実際に使っているチェックリストを載せます。そのままコピーして使っていただいて構いません。

月次チェックリスト

• 今月、AIに任せた仕事を具体的に挙げられる人がチームにいるか
• 共有場所に、今月の指示文が1件以上追加されたか
• うまくいかなかった事例が、1件以上共有されたか
• ルールの更新日を実施し、削った記述があるか
• 推進役の時間は、実際に確保されていたか
• ネタ帳に新しい行が追加されたか

四半期チェックリスト

• 定着レベル（0〜3）は、3ヶ月前と比べて上がったか
• 対象業務は、担当者が代わっても回せる状態になっているか
• 「AIに向かない」と判断した業務を、理由つきで説明できるか
• 社内ルールは、現在の使い方と矛盾していないか
• 次の四半期に広げる業務が、1つ以上決まっているか

迷ったら、外の目を一度入れる

定着の問題は、社内だけで見ていると原因が分かりにくくなります。当社もこの導入日記を書く過程で、自分たちの運用の穴に気づきました。

もし「配ったけれど使われていない」「一部の人だけが使っている」という状態でお困りでしたら、無料相談（オンライン・全国対応・所要60分）で現在地の整理からお手伝いします。サービスの詳細はClaude 法人導入支援のページに、社内体制づくり全般のご相談はAI×WEB戦略コンサルティングにまとめています。売り込みではなく、まず現状を一緒に言語化するところから始めます。