この記事でわかること
- 同じツールなのに社内で品質が揃わない原因
- 業務で使えるプロンプトに必要な6要素
- 社内標準プロンプトを作る5ステップ
- テンプレートの保管・共有・更新の決め方
- 標準化の効果をどう測るか
- 標準化しないほうがいい業務と、よくある失敗5つ
なぜ同じツールで差がつくのか
社内に生成AIを導入して数か月経つと、多くの会社で同じ声が上がります。「使いこなしている人と、そうでない人の差が大きい」というものです。同じツール、同じライセンス、同じ研修を受けているのに、出てくる成果物の水準がまるで違う。
この差の正体は、能力ではなく指示の設計です。うまくいっている人は、無意識のうちに前提・条件・出力形式を書き添えています。うまくいっていない人は、検索窓に入力するのと同じ感覚で一行の依頼を投げています。
| 症状 | 起きていること | 標準化で解けるか |
|---|---|---|
| 出力が毎回違う形式で返ってくる | 出力形式の指定がない | 解ける |
| 一般論しか返ってこない | 自社の前提・制約が渡されていない | 解ける |
| 修正の往復が多く、結局手で書き直す | 評価基準が指示に含まれていない | 解ける |
| 誰かが作った良い指示が共有されていない | 個人のチャット履歴の中に埋もれている | 解ける |
| そもそも何に使えばよいか分からない | 業務の切り出しができていない | 標準化の前段の課題 |
最後の1行だけは、プロンプトの問題ではありません。どの業務に使うかが決まっていない段階で標準プロンプトを作っても、使われるものになりません。用途の切り出しがまだの場合は、AIで業務効率化できる仕事30選|営業・マーケ・事務別や中小企業のAI導入は何から始める?失敗しない進め方を5ステップで解説を先に確認してください。
業務で使えるプロンプトの共通構造
社内で共有する前提のプロンプトには、揃えておくべき要素があります。書き方の流派はいくつもありますが、業務利用では次の6要素が入っていれば実用に足ります。
役割と目的
誰の立場で、何のために書くのかを冒頭に置きます。「社内向けの共有資料を作る」のか「顧客に送る提案文を作る」のかで、出てくる文章はまったく変わります。
前提情報(自社・相手・状況)
業種、商材、相手の立場、現在の状況。ここが空だと一般論しか返りません。テンプレート側では【 】の穴埋め欄として用意し、使う人がその都度埋める形にします。入力してよい情報の線引きは、後述のとおり社内ルールと揃えてください。
制約条件
文字数、使ってよい表現・避ける表現、含めてはいけない内容。業界特有の禁止表現がある場合は、必ずここに固定で書き込んでおきます。これは個人が毎回思い出すべきものではなく、テンプレート側に持たせる情報です。
出力形式
箇条書きか文章か、表にするか、見出しを何段まで使うか。形式が揃うと、受け取った側の確認と修正が一気に速くなります。そのまま資料に貼れる形を指定するのが理想です。
良い例・悪い例
過去に品質が高かった成果物を1つ添えると、水準が伝わります。言葉で「丁寧に」と書くより、実物を1つ見せるほうが確実です。逆に避けたい文体があれば、悪い例も添えます。
確認してほしい点
「前提が不足している場合は質問してから書き始めてください」といった一文を入れておくと、的外れな出力が減ります。いきなり書かせず、条件の確認を挟ませるのは、実務で効果の大きい工夫です。
6要素すべてを毎回書く必要はありません。テンプレートとして固定するのが①③④⑤⑥、使う人が毎回埋めるのが②という分担にすると、現場の負荷はほとんど増えません。穴埋め欄が3つ以内に収まっていれば、日常業務でも使われ続けます。
社内標準プロンプトを作る5ステップ
頻度と定型度で業務を選ぶ
標準化する価値があるのは、「毎週以上発生し、かつ手順がある程度決まっている業務」です。年に数回しか発生しない業務のテンプレートを作っても、次に使うときには存在を忘れられています。
- 候補を10個ほど挙げ、頻度と定型度で並べる
- 上位3つから着手し、いきなり全社展開しない
- 成果物の良し悪しを判断できる人が社内にいる業務を選ぶ
うまくいっている人の指示を集める
ゼロから設計するより、社内で既に良い結果を出している人の実際の入力を見せてもらうほうが早く、現場にも馴染みます。何回かのやり取りで仕上げている場合は、その往復も含めて記録してください。
共通構造に整理し、穴埋め化する
集めた指示を前節の6要素に当てはめ、固定部分と可変部分を分けます。可変部分は【対象】【目的】【前提】のように明示的な穴埋め欄にしてください。「適宜変更してください」という注記だけでは、使う人が判断できません。
3人以上で試し、修正する
作った本人以外が使うと、必ず想定外の使われ方が出ます。習熟度の違う3人に試してもらい、詰まった箇所を直してください。説明を読まないと使えないテンプレートは、実務では使われません。
置き場所を1つに決めて公開する
ファイル共有、社内Wiki、AIツール側のテンプレート機能。手段は何でも構いませんが、置き場所を複数にしないでください。2か所に分かれた時点で、どちらが最新か分からなくなります。
保管・共有・更新の仕組み
テンプレートは作った時点がピークで、放っておくと使われなくなります。運用の型を最初に決めてください。
| 決めること | 具体的に | 決めないとどうなるか |
|---|---|---|
| 置き場所 | 1か所に集約し、全員がアクセスできる状態にする | 個人のメモに散らばり、共有されない |
| 命名 | 「業務名+対象+バージョン」で統一する | 似た名前が並び、どれを使うか迷う |
| 管理者 | テンプレートごとに更新責任者を1名決める | 誰も直さないまま古くなる |
| 更新のきっかけ | ツール変更時、業務手順の変更時、四半期ごとの棚卸し | 使えないものが残り続ける |
| 改善の受け皿 | 使った人が改善案を書き込める欄を用意する | 現場の工夫が個人にとどまる |
入力してよい情報の線引きは、テンプレート側にも書いてください。穴埋め欄に顧客名や個人情報をそのまま入れてよいのか、加工が必要なのか。テンプレートの冒頭に注記として置いておくと、判断を毎回個人に委ねずに済みます。ルールそのものの作り方は生成AIの社内利用ルールの作り方|中小企業向け6章構成と運用手順にまとめています。
ツールが複数ある場合の注意
社内で複数の生成AIツールが併用されている場合、テンプレートが特定ツールの機能に強く依存していると、乗り換え時にすべて作り直すことになります。特殊な記法に頼らず、自然な文章で書いておくほうが移植性が高くなります。ツールが増えすぎている場合は、標準化の前に整理が必要です。進め方は社内のAIツールが増えすぎていないか?シャドーAI・重複サブスクの棚卸しと集約の手順で扱っています。
品質をどう評価するか
「良くなった気がする」で止めると、標準化の効果を説明できません。とはいえ、出力の良し悪しを機械的に採点するのは現実的ではないため、実務では次の見方を組み合わせます。
- 修正の往復回数:最終成果物になるまで何度やり取りしたか。最も測りやすく、体感とも一致します
- 手直しの量:出力をそのまま使えた割合。ざっくり「ほぼそのまま/半分書き直し/作り直し」の3段階で足ります
- 所要時間:その業務にかかった時間を、導入前と比較する
- 差戻し率:上長や依頼元からの差し戻しが減っているか
比較の起点を先に取ってください。標準化に着手する前に、対象業務の所要時間と修正回数を数件分だけでも記録しておくと、あとで効果を説明できます。この記録がないと、導入効果の議論が印象論になります。効果測定全体の設計はAI導入の効果はどう測る?中小企業のためのROI・効果測定の設計手順で扱っています。
標準化しないほうがいい業務
すべてをテンプレート化すべきではありません。次のような業務は、標準化がかえって足かせになります。
| 業務の性質 | 理由 | 代わりにやること |
|---|---|---|
| 毎回条件が大きく異なる企画・戦略立案 | 穴埋め欄が増えすぎ、書くより考えるほうが早くなる | 考える観点のリストだけ共有する |
| 事実確認が成果を左右する調査 | 出力の正しさは指示の型では担保できない | 出典確認の手順をルール化する |
| 機微な情報を扱う業務 | 入力してよい範囲の判断が個別になる | そもそも対象外とするか、加工手順を定める |
| 発生頻度が年数回の業務 | 次に使うときにテンプレートの存在が忘れられる | 手順メモとして残すにとどめる |
テンプレートがあることで、確認をしなくなるのが最大のリスクです。形式が整った出力は、内容が正しく見えます。事実関係・数値・固有名詞は人が確認するという前提を、テンプレートの中にも明記してください。
よくある失敗5つ
最初から数十本作ろうとする
網羅性を求めて大量に作り、どれも使われないパターンです。頻度の高い上位3業務から始め、使われている実感が出てから広げてください。
作った人しか使い方が分からない
穴埋め欄の意図が伝わらず、結局その人に聞くことになる状態です。テンプレートの先頭に「何に使うか」「何を埋めるか」を2〜3行で書いてください。説明書が必要な時点で、設計を見直す合図です。
複雑にしすぎて誰も使わない
条件分岐や長大な指示を盛り込み、読むだけで疲れるテンプレートです。穴埋め欄は3つ以内、全体はスクロールせず読める長さに収めるのが実用的な上限です。
更新されず、古い前提が残る
サービス名や料金、体制が変わったのに、テンプレート内の前提が古いままというケースです。四半期に一度の棚卸しを予定に入れ、使われていないテンプレートは削除してください。
出力の確認手順が決まっていない
テンプレート化で速くなった分、確認が省かれる状態です。誰が何を確認して世に出すかを、業務ごとに決めてください。社内利用と社外送付では、必要な確認の重さが変わります。
社内プロンプト標準化チェックリスト
設計・運用チェックリスト
【対象選び】
- 毎週以上発生する業務から選んでいる
- 手順がある程度決まっている業務である
- 成果物の良し悪しを判断できる人が社内にいる
- まず3業務に絞って着手している
【テンプレートの中身】
- 役割・目的・制約・出力形式が固定で書かれている
- 良い例を1つ添えている
- 穴埋め欄が3つ以内に収まっている
- 入力してよい情報の線引きが注記されている
- 特定ツール固有の記法に依存していない
【運用】
- 置き場所が1か所に集約されている
- テンプレートごとに更新責任者が決まっている
- 使った人が改善案を書ける欄がある
- 四半期ごとの棚卸しが予定に入っている
【品質】
- 着手前の所要時間・修正回数を記録している
- 事実関係を人が確認する前提が明記されている
- 社外に出す成果物の確認担当が決まっている
LnXの見解
AI活用のご相談で意外と多いのが、ツールの選定でも研修でもなく「社内で品質が揃わない」という段階の悩みです。導入直後は物珍しさで全員が触りますが、3か月ほど経つと、使いこなす数名と、結局手で書いている多数に分かれます。この差を埋める打ち手として、プロンプトの標準化は費用がほとんどかからず、効果が見えやすい部類に入ります。
実務でうまくいくのは、社内で既に成果を出している人の指示を、そのまま型にするやり方です。理想形を設計するより、現に動いているものを共有するほうが速く、現場の納得も得やすい。逆に、外部のテンプレート集をそのまま配っても、自社の前提が入っていないため使われません。
もうひとつ、標準化は「考えなくてよくする」ためではなく「考える場所を絞る」ための作業だと考えています。形式や制約はテンプレートに任せ、人は前提の入力と出力の確認に集中する。この分担ができている会社ほど、AIの利用が定着しています。私たち自身も社内業務をこの形で回しており、テンプレートは四半期ごとに棚卸ししています。何から標準化すべきか、どこまでを人が確認すべきかといった線引きに迷われている場合は、業務の棚卸しからご一緒します。
よくある質問
Q プロンプトのテンプレートは、何本くらい用意すればよいですか?
本数を目標にしないでください。頻度の高い上位3業務から始め、実際に使われていることを確認してから広げるのが確実です。最初から数十本を用意すると、どれを使えばよいか分からなくなり、結局使われません。使われた実績のあるテンプレートだけを残していくほうが、結果として本数も質も安定します。
Q 外部で公開されているプロンプト集を、そのまま社内で使ってもよいですか?
着想を得る目的では有用ですが、そのまま配っても定着しにくいのが実情です。自社の商材・顧客・禁止表現といった前提が入っていないため、出力が一般論になります。公開されているものを土台にしつつ、前提情報と制約条件を自社向けに書き換え、良い例を自社の成果物に差し替えてから配布してください。
Q 穴埋め欄に顧客名や社内資料を入れてよいのか、判断に迷います。
個別の判断を現場に委ねると必ずばらつきます。社内の生成AI利用ルールで入力可否の線引きを定め、その要点をテンプレートの冒頭にも注記してください。契約や利用しているプランによって、入力データの取り扱いは異なります。使用しているサービスの利用条件を確認したうえで、線引きを決めることをおすすめします。
Q 標準化すると、社員が自分で考えなくなりませんか?
形式や制約をテンプレートに任せる分、人は前提の入力と出力の確認に集中することになります。むしろ問題になるのは、形式が整った出力を無条件に正しいと思ってしまうことです。事実関係・数値・固有名詞は人が確認するという前提をテンプレート内に明記し、確認の担当と手順を業務ごとに決めておいてください。
Q 効果はどう説明すればよいですか?
着手前に、対象業務の所要時間と修正の往復回数を数件分だけでも記録しておいてください。標準化後に同じ指標で比較すれば、変化を数字で示せます。出力の良し悪しを機械的に採点するのは現実的ではないため、往復回数・手直しの量・所要時間・差戻し率といった周辺の指標を組み合わせて見るのが実務的です。
Q AIツールを乗り換える予定があります。今のうちに作っても無駄になりませんか?
特定ツール固有の記法や機能に強く依存した書き方をしていなければ、多くはそのまま移せます。自然な日本語の文章として、役割・前提・制約・出力形式を書いておく形にしておくと移植性が高くなります。ツールが複数併用されている状態であれば、標準化の前に利用ツールの棚卸しと集約を先に進めるほうが手戻りが少なくなります。