なぜこう書くのか
技術用語を「分かりやすく説明して」と頼むと、返ってきた文章の中に別の専門用語が含まれていることがよくあります。「APIとはサーバーとクライアントがデータをやり取りするためのインターフェースです」といった具合です。AIにとって「分かりやすく」という言葉には明確な基準がないため、誰に向けて、どの程度噛み砕くべきかを人間側が指定する必要があります。
役割として「聞き手が理解できないのは説明する側の責任」と考えるスピーカーを設定したのは、文章のハードルを徹底的に下げるためです。この1行があるかないかで、同じ概念の説明でも使われる語彙が目に見えて変わります。
聞き手を具体的に指定するのは、たとえ話の材料が聞き手の属性から生まれるからです。営業部には契約や見積もりで、中学生には学校生活やゲームに例えなければ響きません。「自分たちの仕事にどう関係するのか」をあらかじめ指示に組み込んだのも同様の理由で、この一文があることで単なる用語解説ではなく、その場に即した実用的な説明が生成されます。また、形式として長さを指定することも重要です。エレベーターピッチとスライド1枚では求められる文章構成が全く異なります。
概念をたとえ話で説明するのは一発で完璧なものを出すのが難しいため、3案を出させて選び、推敲するアプローチが適しています。たとえ話には相性があり、1つ目がしっくりこなくても2つ目がピッタリはまることがよくあります。気に入った案を選んで「この方向性でさらに調整して」と進められます。制約として「実際とのズレ」を書かせているのは安全装置です。たとえ話には必ずどこかに限界(実際の技術との違い)があり、それを理解しないまま使うと聞き手が誤解したまま次の会議に進んでしまいます。また、想定質問3つを事前に用意しておくことで、本番の質疑応答で慌てる心配も減らせます。
悪い例との比較
APIとは何か、非エンジニアでも分かるように簡単に説明して
ほぼ毎回「レストランのウェイター」のたとえ話が出現し、本文には「クライアント」「リクエスト」「レスポンス」といった専門用語がそのまま残りがちです。聞き手が定まっていないため実務との結びつきが抜け落ち、文章の長さも指定がないためそのまま実際の会話や資料で使うことができません。
バリエーション
説明がまだ難しい場合に続けて調整する
先ほどの説明のうち、2番目の案が最も適していました。ただ、【{{聞き手}}】にとってはまだ少し難しく感じられます。専門用語や硬い言葉をピックアップしてさらに平易な言葉に言い換え、同じたとえ話を維持したままもう一度書き直してください。言い換えた単語は「難しい言葉 → 変更後の言葉」のリストとして整理してください。
最初に出た回答を捨てずに、さらにハードルを下げてブラッシュアップします。変更した言葉のリストが手元に残ることで、次回の説明時にも同じ言葉遣いを避けることができます。
相手が正しく理解できたか確認したいとき
【{{聞き手}}】が【{{説明する概念}}】を正しく理解できたか確認するための質問を5つ作成してください。テストのような正誤を問う問題ではなく、会話の中で自然に投げかけられる質問にしてください。それぞれの質問について、「どのような返答が返ってきたら、まだ理解できていないサインか」を一言添えてください。
説明後に相手がただ相槌を打って終わってしまうのを防ぎます。勉強会や業務の引き継ぎの場面で特に効果的です。
関連プロンプト
最終更新 2026-09-02 · 誤りがありますか? 知らせる