「同じことを聞いたのに、Aさんのところでは使える答えが出て、自分のところでは的外れな答えが返ってくる」。生成AIを部署で使い始めると、ほぼ必ずこの声が出ます。多くの場合、原因はツールの性能差ではなく頼み方（プロンプト）の差です。プロンプトとは、AIに渡す指示文のこと。ここに何を書くかで、出力の精度は大きく変わります。
この記事では、なぜ答えがぶれるのかを整理したうえで、社内で共有できるプロンプトのひな形をどう作り、どう配り、どう保守するかを、明日から着手できる手順に落として説明します。
同じ質問でも答えが変わる、4つの理由
まず前提の理解から。生成AIの出力がばらつく理由は、おおむね次の4つに分けられます。
| 要因 | 内容 | 社内で対処できるか |
|---|---|---|
| 確率的な生成 | 次に来る語を確率で選ぶ仕組みのため、同じ入力でも毎回まったく同じ文にはならない | できない（前提として受け入れる） |
| 前提情報の差 | 相手・目的・文量・禁止表現など、人によって書く情報が違う | できる |
| 会話の文脈 | 同じチャット内の前のやり取りが、後の回答に影響する | できる（新規チャットで始める等） |
| モデルの更新 | 提供側のモデルが更新されると、以前と同じ指示でも挙動が変わることがある | 一部できる（定期的な再確認） |
注目すべきは、ばらつきの大半が「人によって渡す情報が違う」ことに由来する点です。確率的な揺れは消せませんが、前提情報の揺れはひな形で消せます。社内でそろえる価値があるのはここです。
ひな形に必ず入れる6つの項目
うまくいっているプロンプトを分解すると、だいたい同じ要素が入っています。社内ひな形の骨格として、次の6項目を枠にしてしまうのが早道です。
| 項目 | 書くこと | 記入例（顧客向け案内文の場合） |
|---|---|---|
| 役割 | AIに演じさせる立場 | 法人向けサービスのカスタマーサポート担当 |
| 目的と読み手 | 何のための文か、誰が読むか | 既存顧客に仕様変更を知らせる。読み手は現場の運用担当者 |
| 材料 | 事実・数値・固有名詞をそのまま貼る | 変更日、変更前後の仕様、問い合わせ先 |
| 出力の形 | 文量、構成、箇条書きの有無、敬体か常体か | 400字以内、件名＋本文、敬体 |
| 禁止事項 | 書いてはいけないこと | 推測で理由を補わない。謝罪の文言を勝手に足さない |
| 不明時の扱い | 材料が足りないときの振る舞い | 不明点は「【要確認】」と明記し、創作しない |
特に効くのが最後の2つです。生成AIは「分かりません」と言うより、それらしい文を埋める傾向があります。「分からないときは空欄のまま印をつける」と明示するだけで、事実確認の手戻りが目に見えて減ります。
なお、材料を先にそろえてから書かせるという順序の話は、AI資料作成が速くならないのは「順番」のせい——材料・型・仕上げの3段構えでも扱っています。ひな形はこの「型」を文章化したものだと考えると分かりやすいはずです。
ひな形は「ゼロから書かない」— 成功例からの逆算で作る
ひな形づくりでよくある失敗は、担当者が机上で理想のプロンプトを書き起こそうとして、長大で誰も使わない文書ができることです。実務的には逆から作ります。
- うまくいった出力を3つ集める。部署の中で「これはそのまま使えた」という生成結果を、使った指示文ごと提出してもらいます。
- 共通点を抜き出す。3つの指示文を並べ、上の6項目のどこに当たるかを仕分けします。抜けている項目が、ばらつきの発生源です。
- 穴埋め式に書き換える。固有の内容を［ ］に置き換え、誰でも埋められる形にします。
- 最も苦手な人に試してもらう。AIに慣れていない人が埋めて、期待どおりの出力が出れば合格です。慣れた人のテストは意味が薄いと考えてください。
- 1枚に収める。説明が1画面に収まらないひな形は使われません。
作る対象は、最初から全業務に広げないことです。頻度が高く、型があり、間違っても取り返しがつく業務から選びます。社内向けの案内文、議事メモの整形、問い合わせ返信の下書きなどが典型です。
配り方で決まる — 置き場所・名前・更新のルール
ひな形は作った時点では半分です。残り半分は配り方で決まります。押さえる点は3つあります。
1. 探す手間をゼロに近づける
社内Wikiの深い階層に置いたひな形は使われません。現実的な選択肢は次のとおりです。
- AIツール側の保存機能に登録する。主要な生成AIサービスには、指示文や参照資料をまとめて保存し、呼び出して使える機能（カスタム版の作成、プロジェクト単位の設定など）が用意されています。利用中のプランで使えるなら、これが最短です。
- チャットツールに定型文として登録する。普段使っているビジネスチャットの定型文機能やスニペット機能にひな形を入れておくと、業務の流れから外れずに呼び出せます。
- 共有ドキュメント1枚に全ひな形を並べる。ツールをまたいで使うなら、これが分かりやすい方法です。
2. 名前を業務の言葉にする
「プロンプト集_v3」ではなく「【返信下書き】納期遅延の一次回答」のように、業務の場面がそのまま名前になっていることが重要です。使う人は「プロンプト」を探しているのではなく、目の前の仕事を終わらせたいだけだからです。
3. 更新の責任者と見直し時期を決める
モデルの更新や業務ルールの変更で、ひな形は確実に古くなります。各ひな形に作成者・最終確認日・用途の3点を添え、見直しの頻度（たとえば四半期ごと、または業務ルール変更時）を先に決めておきます。更新の担当が決まっていないひな形は、半年で誰も信用しなくなります。
ひな形に「入れてはいけないもの」も決めておく
ひな形は社内に広く配るものなので、そこに書いた内容は全員が使う前提になります。だからこそ、入力してはいけない情報の線引きを、ひな形と同時に配る必要があります。
- 顧客名・個人名・連絡先を例文として埋め込まない。記入例は架空のものに置き換えます。
- 社外秘の数値をサンプルに使わない。ひな形は転送されやすいため、そのまま社外に出る前提で作ります。
- 最終判断をAIに委ねる指示を書かない。「送信可否を判断して」ではなく「確認が必要な箇所を挙げて」と書きます。
この線引きの決め方はAIに個人情報を入れる前に決める5つのこと──「全面禁止」より「線引き」が業務を回すに、やらせないことの決め方は生成AIを業務に入れるとき、最初に決めるべき「やらせないこと」に整理しています。ひな形づくりと同じタイミングで決めておくと、後から禁止事項を足して回る手間が省けます。
なお、個人情報の取り扱いについては個人情報の保護に関する法律（個人情報保護法）および個人情報保護委員会が公表しているガイドラインが基準になります。生成AIサービスへの入力に関する注意喚起も同委員会から出ているため、社内ルールを作る際は最新の内容を直接確認してください。
定着のための運用 — 「直した跡」を集める
ひな形を配ったあと、最も価値があるのは使った人が手で直した箇所です。そこがひな形の穴だからです。運用としては次のような流れが現実的です。
- 月に一度、各ひな形について「よく直す箇所」を1人1つだけ挙げてもらう
- 3人以上から同じ指摘が出た項目を、ひな形本体に反映する
- 反映した内容と日付を、ひな形の末尾に追記する
たとえば次のような場面です。案内文のひな形で、毎回「お客様各位」を「ご担当者様」に直している人が複数いるとします。これは宛名の指定が抜けている証拠なので、ひな形に宛名欄を足せば解決します。個人の工夫として埋もれている修正を、組織の資産に変えるのがこの運用の狙いです。
逆に、1人しか指摘していない項目は急いで反映しないほうが無難です。例外対応を全部取り込むと、ひな形がふくらんで使われなくなります。
まとめ
生成AIの答えがぶれる理由のうち、確率的な揺れは消せません。しかし渡す情報の揺れは、ひな形でそろえられます。今日から着手するなら、順序はこうなります。
- 部署内で「うまくいった出力」と、そのときの指示文を3つ集める
- 役割・目的と読み手・材料・出力の形・禁止事項・不明時の扱いの6項目に仕分ける
- 抜けている項目を補い、穴埋め式の1枚にする
- AIに慣れていない人に試してもらい、通れば保存機能または定型文に登録する
- 業務名で名前をつけ、作成者・最終確認日・見直し時期を添える
- 月に一度、手で直した箇所を集めて反映する
最初の1本は、半日あれば作れます。そして1本できれば、2本目以降は同じ枠に当てはめるだけです。AIの使い方を個人の腕前に任せている状態から、組織の手順に移す。その入り口が、この1枚のひな形です。
この記事は、AI で下書きを作り、益山康秀（運営者）が内容を確認して公開しています
