プロンプト集を配っても使われない理由:生成AIの全社展開を阻む「3種の要因」と「期待値のギャップ」

こんにちは!REFRAME(リフレーム)の後藤です!
「社内の生成AI活用を推進するため、業務で使える『プロンプト集』を作成して全社に配布した。しかし、数か月経っても利用ログは一向に増えず、現場は相変わらず従来のやり方のまま……」
これは、多くの企業のDX推進担当者やAI導入プロジェクトリーダーの皆さんが直面している、とても一般的で、かつ深いお悩みです。「せっかくみんなのために時間と労力をかけて作ったのに」と、ちょっぴり切ない気持ちになっている方も多いのではないでしょうか。
良かれと思って配ったプロンプト集が、なぜ現場では「形骸化してしまったツール」になってしまうのか。その理由を紐解くには、プロンプト集を取り巻く3つの主体――「作る側(推進部門)」、「使う側(現場社員)」、その間にある「プロンプト集本体」――のそれぞれに潜む要因と、「作る側(推進部門)」と「使う側(現場社員)」の両者の間に横たわる「期待や認識のギャップ」という、すれ違いの構造を解剖していく必要があります。
原因がわかれば、必ず現場の皆さんに喜んでもらえる一歩が見えてきます。今回はその理由を整理しながら、現場に生成AIが心地よく定着していくための具体的なヒントを、一緒に考えていきましょう。

目次
- 1. 三者の要素に潜む「内的要因」:なぜ単体で機能不全を起こすのか
- ①「作る側(推進部門)」の問題:現場の「業務理解不足」
- ②「使う側(現場社員)」の問題:コストと「変化」への抵抗
- ③「プロンプト集本体」の問題:「コンテキスト」と「検索性」の欠落
- 2. 本質的な要因:作る側と使う側の「期待・認識のギャップ」
- 使う側(現場)の期待:「一発で完璧なアウトプットが出る魔法の呪文」
- 作る側(推進部門)の認識:「AIとの対話を始めるための、たたき台(スタートライン)」
- 3. 解決への処方箋:要因に対応する「3つのアプローチ」
- 【処方箋A】現場を巻き込んだ「ユースケースの共同開発」
- 【処方箋B】業務動線への「埋め込み」と「利用文脈の明記」
- 【処方箋C】一発100点信仰を捨てる「マインドセットの共有」
- 4. 結び:プロンプト集は「ゴール」ではなく「スタート」
1. 三者の要素に潜む「内的要因」:なぜ単体で機能不全を起こすのか
まずは、プロンプト集を取り巻く3つの要素が、それぞれ単体で抱えている小さなお困りごと(内的要因)に目を向けてみましょう。
【作る側(推進部門)】の業務理解不足
↓
【プロンプト集本体】のコンテキスト・検索性の欠落
↓
【使う側(現場社員)】のコスト・変化への抵抗①「作る側(推進部門)」の問題:現場の「業務理解不足」
推進部門の皆さんは、全社のために広い視野で動かれているからこそ、個々の現場の「リアルな業務フロー」や「日々の細かな困りごと」の具体的な手触りまで、なかなか解像度高く見えてこないことがあります。
その結果、できあがるプロンプト集が「一般的な長文の要約」や「汎用的なビジネスメールの添削」といった、教科書通りのきれいな内容にとどまりがちです。
しかし、現場が本当に助けてほしいのは、「自社特有のルールに沿った議事録への落とし込み」であったり、「特定の商材に合わせた営業ロープレ」であったりします。現場の固有の業務と少し距離があることで、受け取った側は「自分の仕事には使いどころがないのかな」と感じてしまうのです。
②「使う側(現場社員)」の問題:コストと「変化」への抵抗
現場の社員がプロンプト集を使わないのにも、実は彼らなりの切実な理由があります。
第一に、「スイッチング・コストの高さ」です。ただでさえ忙しい通常業務の手を止めて、わざわざ「別のファイル(ExcelやNotionなど)を開く > 目的のプロンプトを探す > コピーする > AIツールに切り替えて貼り付ける」という一連のアクションを行うのは、想像以上にエネルギーがいり、大きな足枷になってしまいます。
第二に、「既存フローへの固執(現状維持バイアス)」です。私たち人間には、「慣れ親しんだいつものやり方を変えたくない」という自然な心理が働きます。新しい操作を覚える手間のほうが大きく感じられると、「これまでの手作業のほうが慣れていて確実だな」と、これまでの道具を選んでしまうのです。
③「プロンプト集本体」の問題:「コンテキスト」と「検索性」の欠落
配布されるプロンプト集そのものにも、見直せるポイントがあります。
多くの場合、プロンプトがリストとしてきれいに羅列されている一方で、「利用コンテキスト(実際の業務のどのシチュエーション、どのタイミングで使うべきなのか)」という文脈が見えにくくなっています。
そのため、現場の社員は自分の日常業務とプロンプトを頭の中で結びつけられません。さらに、いざ使おうと思ったときに、膨大なリストから「今、この瞬間に必要なもの」がすぐに見つけ出せないことも、そっと画面を閉じてしまう原因になります。
2. 本質的な要因:作る側と使う側の「期待・認識のギャップ」
三者にまつわる要因が重なり合った結果、最も根深いすれ違いとして生まれてしまうのが、「作る側と使う側の期待・認識のギャップ」です。実は、プロンプト集が早々に使われなくなってしまう一番の理由は、このお互いの「前提」のズレにあります。
使う側(現場)の期待:「一発で完璧なアウトプットが出る魔法の呪文」
現場の皆さんは、プロンプト集を「自動販売機」のように捉えてしまいがちです。
「このプロンプトをコピー&ペーストしてボタンを押せば、一瞬で100点満点の成果物が飛び出してくるはず」と、AIに対してちょっぴり夢のような高い期待を抱いています。
そのため、試しに1回使ってみて、少しでも自分の意図と違うズレた回答が返ってくると、「やっぱりAIは使えないんだな」「このプロンプトは難しくてダメだ」と感じ、二度と触らなくなってしまいます。
作る側(推進部門)の認識:「AIとの対話を始めるための、たたき台(スタートライン)」
一方で、生成AIの特性をよく知っている推進側の皆さんは、プロンプトが一発で100点満点の答えを出すとはそもそも思っていません。
推進側にとってプロンプトとは、「まずはAIを起動させ、60点レベルの『たたき台』を出してもらうための呼び水」という認識です。そこからAIと対話(質問や修正指示などのキャッチボール)を重ねることで、徐々に100点に近づけていくものだという大前提を持っています。
この「一発の完璧を求める現場」と「対話によるブラッシュアップを前提とする推進側」の認識のズレをそっと埋めてあげることが、全社展開を成功させるための大切な鍵になります。

3. 解決への処方箋:要因に対応する「3つのアプローチ」
このすれ違いを解消し、プロンプト集を現場の「頼れる相棒」に変えていくためには、前述したそれぞれの要因に寄り添う施策が効果的です。明日から推進担当者の皆さんが取り組める処方箋を、3つのアプローチに整理しました。

【処方箋A】現場を巻き込んだ「ユースケースの共同開発」
推進側で一生懸命作ったものを一方的に「配る」スタイルから、少しだけ歩み寄ってみませんか。現場のキーマンを巻き込み、実際の業務フローを一緒に眺めながら、「この業務の、どのステップをAIに手伝ってもらおうか」と共同で開発していく方法です。
現場の皆さんが開発プロセスに関わることで、固有業務へのフィット感がぐっと高まります。また、「自分たちで作った親しみやすいツール」という愛着(当事者意識)が芽生えるため、これまでのやり方から新しいフローへ移行する際の心のハードルをやわらげることができます。
【処方箋B】業務動線への「埋め込み」と「利用文脈の明記」
現場の皆さんに、わざわざプロンプト集(ExcelやNotionなど)を「探しにいかせる」のをやめてみましょう。社内AIツールのテンプレート機能や、GPTs、ワークスペース機能を活用し、普段使っているAIツールの画面上で「ワンクリックでプロンプトを呼び出せる仕組み」を整えます。これで、探す手間やコピー&ペーストの手間をなくしてあげることができます。
また、テンプレートの名前には、「【毎朝のミーティング前】前日の議事録を3行に要約する」というように、利用する「タイミングと文脈(コンテキスト)」を明記して、現場の皆さんが自分の業務と直感的に結びつけられるように工夫します。

【処方箋C】一発100点信仰を捨てる「マインドセットの共有」
何より大切なのは、現場の皆さんが抱く「一発100点」というプレッシャーや期待を上手にコントロールしてあげることです。
プロンプトを配布するときや研修の場で、「これは1回で完璧な答えを出す魔法ではなく、AIとの会話を始めるための『最初のキャッチボールの球』なんですよ」という思想を、優しく丁寧に伝えていきます。
プロンプト単体だけでなく、「2手目、3手目の追加指示の出し方(例:『もっと~の視点で直して』『表形式にして』などの対話パターン)」をセットで見せてあげることで、現場の皆さんも「AIを育てる感覚」が掴めるようになり、1回目の回答が少しズレていても、楽しみながら活用を続けられるようになります。
4. 結び:プロンプト集は「ゴール」ではなく「スタート」
プロンプト集をきれいにまとめ上げて配布することは、AI活用プロジェクトのゴールではありません。現場の業務に寄り添って動線を整え、「対話という楽しさ」を丁寧に共有していくこと。この温かいコミュニケーションこそが、社内の生成AI活用を成功に導き、みんなで真のDXを成し遂げるための第一歩となります。
