部門横断で迷子にならない。日本企業向けチャットボット用プロンプト設計の型
中間管理職の皆さんが直面するのは、「現場で使える回答品質」だけではありません。問い合わせ部門、CS、開発、情報システムが同じ言葉で会話できるかどうかが、運用の速度と安心感を決めます。ここでは、部門横断の認識ズレを減らすためのプロンプト設計の型を、企業チャットボットの現場目線で整理します。
この記事のゴール
- 部門が増えても破綻しない「型」を用意する
- プロンプトの意図がブレないように「入力前の整理」を固定する
- 品質評価が運用に組み込める単位で設計する
1. まず「部門の役割」をプロンプトの前に切り分ける
プロンプトで頑張り過ぎると、運用が属人化します。最初に行うべきは、部門ごとの役割と判断ポイントを文章化し、モデルに「何を、誰の基準で」決めてほしいかを渡すことです。
CS（顧客応対）
丁寧な言い回し、確認すべき事実、NG表現のガイドを担当。
開発/運用（業務ルール）
回答の根拠（規約、手順、仕様）、更新頻度、例外処理を担当。
情シス/ガバナンス（安全・統制）
個人情報、機密情報、禁止領域の線引きを担当。
2. 「入力スロット」を固定し、意図を翻訳しない
部門横断で迷子になる最大要因は、同じ言葉でも指しているものが違うことです。そこで、プロンプト内の入力欄（スロット）を固定します。例として、社内でよくあるチャットボットの情報は次のように分解できます。
入力スロットの例
- 目的：例）一次回答、手続き誘導、一次切り分け
- 対象：例）請求、利用方法、障害、契約
- 制約：例）個人情報を求めない、機密は参照しない
- 参照情報：例）社内FAQ、手順書、規約（更新日も）
- 出力形式：例）箇条書き＋確認質問、手順番号つき
3. 推論を見せるのではなく「振る舞い」を指定する
プロンプトで「考え方」まで書こうとすると、運用は複雑になります。中間管理職がコントロールすべきは、モデルの推論ではなく回答の振る舞いです。たとえば次のように指定します。
- 回答に根拠がない場合は、確認質問を返す（断定しない）
- 社内ルールに照らせない場合は、エスカレーション手順に切り替える
- 敬語、要点、次アクションの順番を固定する
4. 品質評価を「部門の言葉」に翻訳する
プロンプトが良くても、評価指標が部門ごとに違うと改善が止まります。そこで、評価を少数の観点に寄せます。現場では、次の観点がそのまま会議で使えます。
評価観点（例）
- 意図理解：問い合わせ目的を取り違えていないか
- 手続き妥当性：案内が業務ルールに沿っているか
- コミュニケーション品質：丁寧さ、確認質問の適切さ
- 安全性：禁止領域（個人情報、機密）の扱い
5. 迷子を防ぐための「運用テンプレ」を残す
最後に、改善が回る状態を作る必要があります。プロンプト文面だけを更新しても、部門横断の認識は戻りません。運用テンプレには、更新の理由、変更点、影響範囲（どの問い合わせタイプに効くか）を記録します。これがあると、後から入ってきたメンバーも判断基準を追えます。
次に読むと理解が進みます
関連するプロンプト改善の考え方も、同じ型で接続できます。
補足
この型は、日本企業の「部門の境界」が効いている領域ほど効果が出ます。チャットボットを中間管理職の運用に落とし込む際は、まず評価の観点を揃えることから始めるのがおすすめです。