メインコンテンツへスキップ

Copilotが「使われない」から「使い込まれる」に変わった瞬間:渡し方より業務の入口を変えた

    画像

    「ライセンスは配ったのに、誰も開いてくれない」。AI導入担当をしていると、どこかで通る悩みです。私もそうでした。

    今日は、研修もマニュアルも変えずに、Copilotが毎朝使われるようになった分岐点を共有します。鍵は「渡し方」ではなく「置き場所」でした。

    ツールを配り終えても、現場は普段通りだった

    立場としては、組織内にAIツールを広める実務担当でした。Copilotを配り、使い方の説明会も開き、マニュアルも整えました。

    しかし結果は、想像と違いました。「便利そうですね」とは言われます。でも翌日には、誰もが普段通りの作業に戻っているのです。

    つまり、配ったツールがほぼ使われない。研修で触れて終わり、という状態でした。

    ここで気づいたのは、定着の課題は「渡し方」ではなかった、ということです。

    説明資料の質、研修の分かりやすさ、サポートの厚さ。それらをいくら磨いても、現場でCopilotは開かれませんでした。問題はもっと手前にあったのです。

    壁は「業務フローの中にCopilotの場所がない」ことだった

    利用者の動きを観察すると、見えてきたことがあります。

    朝来てまず開くのは、メール、社内チャット、決まったテンプレート。すべて、これまで通り。そこにCopilotが入ってくる余地は、どこにもありませんでした。

    別タブで開き直すという一手間が発生する。すると、忙しい日には「あとでいいや」になる。その「あとで」は、来ません。

    研修で機能を覚えてもらっても、業務の流れに乗らなければ意味がない。これは想定外の壁でした。「使い方を学ぶ」と「使う」の間には、思った以上に距離があったのです。

    ここから出てきた仮説はシンプルです。ツールを「便利な選択肢」として渡しても選ばれない。「業務の初期動作」に組み込んだとき、初めて使い込まれる。

    実際に試したこと:朝一番の「メール仕分け」に置く

    そこで、Copilotの「渡し方」ではなく「置き場所」を変える実験をしました。

    着目したのは、多くの人にとって朝一番の仕事である「メールチェック」です。

    メールの仕分けは、地味に消耗します。重要な案件、期日が迫っているもの、社内連絡、広告やセミナー案内。種類がバラバラに混ざって届きます。

    特に有給を取った翌日。受信箱を開いた瞬間に、数十件、ときには百件単位のメールが並んでいます。ここから「自分が今日対応すべきもの」を抜き出すだけで、午前中の集中力をかなり使ってしまいます。

    そこでCopilotに、未読メールのサマリと仕分けを依頼するプロンプトを用意しました。分け方はシンプルにしています。

    • 期日が今日・明日のもの

    • 返信が必要だが期日に余裕があるもの

    • 情報共有や案内(読むだけでよいもの)

    • 広告・セミナーなど後回しでよいもの

    これだけでも、受信箱を開いたときの気分が変わります。仕分けされたサマリがあるだけで、頭の中が一気に整理されるのです。

    そして、これをCopilot利用の「入口」として紹介しました。新しい機能を教えるのではなく、「明日の朝、この一手から始めてみてください」と伝えただけです。

    決定打になったのは、Copilot側に「このプロンプトをスケジュール設定する」機能があったことです。プロンプト上にマウス ポインターを置き、そこにあるボタンを押す。それだけで、翌朝から毎日自動で同じ処理が走ります。

    画像
    設定例

    設定画面を開き直す必要も、難しい構文を覚える必要もありません。AIが少し苦手な人でも、抵抗感なく日常に組み込めました。

    やってみて分かったこと(と、二つの失敗)

    良かった点は、はっきりと表れました。

    メール仕分けが入口になったことで、利用者側に「毎朝必ずCopilotの画面を見る」という習慣ができました。接触回数が増えると、距離感が変わります。「ついでに別のことも頼んでみよう」と、自分から別用途に広げる人が出てきました。

    スケジュール設定によって、利用者が「使うことを意識しなくてよい」状態になったのも大きかったです。意識する必要がないからこそ、続きました。

    一方で、失敗もあります。

    失敗1:欲張ってすべての業務にCopilotを組み込もうとした
    何が起きた:「あれもCopilot、これもCopilot」と提案して、現場を混乱させた。
    なぜ:押し付けと変わらず、逆に距離を取られた。
    どう変えた:最初に触れる業務を一つに絞り、入口だけを設計し直した。

    失敗2:プロンプトを丁寧に作り込みすぎた
    何が起きた:最初に提示したサンプルが長く、利用者から「自分用に直すのが面倒」と言われた。
    なぜ:完成度を上げるほど、利用者にとっては「自分のものではない」と感じやすい。
    どう変えた:プロンプトを短く削り、自分で1行足せば動く形にした。

    この2つを直してから、メール仕分けを起点に、自然と他の場面へ広がっていきました。

    明日から試せる一歩

    導入担当として、明日からできることはシンプルです。

    • 利用者の「朝一番の操作」を一つだけ観察する

    • その動線にAIを置ける場所を探す(メール仕分けは入りやすい)

    • 短いプロンプトを一つだけ用意し、入口として渡す

    • 繰り返し実行できる仕組み(スケジュール設定など)に乗せる

    • マニュアル配布で終わらせず、毎朝触れる接触機会を設計する

    「使い方を教える」より「使う前提を作る」。一歩目はこれで十分だと感じています。

    関連する話

    同じ「配って終わり」を別の角度から書いた記事です。あわせて読むと、Copilot定着の打ち手がもう少し具体になると思います。


    この記事が参考になったら「スキ」で教えてください。次の実験の励みになります。

    #AI活用100本ノック 進捗:91/100
    次回の実験:メール以外の「朝一番の動作」にもAIの入口を置けるか試す


    このnoteでは、現場改善・AI活用・小さな自作ツールの試行錯誤を記録しています。
    初めての方はこちらからどうぞ。
    ▶ はじめての方へ|このnoteで書いていること


    あなたへのおすすめ