「AIに下書きを頼めば早いはずなのに、返ってきた文章が毎回ずれる」と感じる時は、プロンプトの長さより前に、書く前の前提が抜けています。確認日: 2026年7月9日。先に結論を書くと、AIに文章を頼む前は、読者、目的、使ってよい事実、言い方の4行だけ先に決めるのがいちばん効きます。この記事では、メール返信、ブログ導入、社内案内の3場面で、どこまでAIに渡し、どこから人が残すかを具体化します。

AIに文章を頼む前に読者、目的、使ってよい事実、言い方の順で決める図
4行は思いついた順ではなく、読者から順番に決めるとぶれにくくなります。

先に決めるのはこの4行だけです

  • 読者
  • 目的
  • 使ってよい事実
  • 言い方

たとえば「返信メールを書いて」だけでは、AIは相手との関係、返してよい範囲、決めていない数字や日付まで推測で埋めようとします。最初に4行を決めておくと、「ここまでは書いてよい」「ここから先は人が入れる」という境界線がはっきりします。

この4行は、次の順で書くと使いやすいです。

1. 読者

最初に「誰が読むか」を一人まで絞ります。上司、初めて問い合わせたお客様、ブログ読者、部署内メンバーのように相手を一人へ寄せると、語尾や説明の深さが安定します。

2. 目的

次に「読んだ人に何をしてほしいか」を書きます。安心してほしい、次回連絡日だけ把握してほしい、次の見出しを読んでほしい、など行動で書くとぶれにくくなります。

3. 使ってよい事実

ここは公開してよい日付、URL、決定済みの文言だけを残します。未公開数字、仮の日程、相手の個人情報、問い合わせ本文そのものは入れません。AIは空欄を自然に埋めようとするので、「使ってよいものだけ書く」が重要です。

4. 言い方

最後に、どんなトーンで出したいかを具体的に決めます。「丁寧に」だけだと広すぎるので、「結論を先に」「謝罪は1文だけ」「箇条書き中心」「強い断定は避ける」まで書く方が安全です。

そのまま投げるとずれやすい3つの場面

クレーム返信

「このクレームに返信して」とだけ頼むと、AIは相手を落ち着かせようとして、こちらがまだ決めていない返金や交換まで書いてしまうことがあります。返してよいのは「確認中であること」と「次回連絡日」だけなのに、その範囲が伝わっていないからです。

  • 読者: 初めて不満を伝えてきた個人のお客様
  • 目的: 不快にさせた点を受け止めつつ、次回連絡日だけ伝える
  • 使ってよい事実: 受信日、確認中であること、次回連絡日
  • 言い方: 謝罪は短く、返金や交換は未確定なら書かない

この4行が決まっていれば、「確認のうえ再度ご連絡します」で止められます。逆に、ここが曖昧だとAIは善意で条件を足してしまいます。

ブログ導入

「読者の心をつかむ導入を書いて」と頼むと、AIは強い言い切りや、確認していない数字を入れがちです。この記事で本当にやりたいのは、読者に続きを読む理由を渡すことであって、誇張した結論を先回りさせることではありません。

  • 読者: 生成AIを初めて使う会社員
  • 目的: 「自分の悩みだ」と思って次の見出しを読んでもらう
  • 使ってよい事実: 本文に書いてある確認日、例、公式確認が必要な範囲
  • 言い方: 強い断定を避け、読者の迷いから入る

ここで「今すぐ変えるべき」「絶対こうするべき」と書かせると、検索意図より煽りが前に出ます。導入は気持ちをつかむより、何が分かるかを正確に渡す方が長く読まれます。

社内案内

「新しい手順の案内を書いて」と頼むと、AIは仮の日付や仮の問い合わせ先まで自然な形で埋めてしまうことがあります。社内連絡は文章のうまさより、まだ出してはいけない内容を混ぜないことの方が大切です。

  • 読者: その手順に初めて触れる部署内メンバー
  • 目的: 変更点を一度で理解して、確認先だけ迷わないようにする
  • 使ってよい事実: 発表済み資料の内容だけ
  • 言い方: 箇条書き中心、解釈の余地が出る比喩は使わない
メール返信、ブログ導入、社内案内でAIへ渡す内容と人が残す内容の違いを示す図
同じ4行でも、場面ごとにAIへ渡す範囲と人が残す範囲は変わります。

4行は「悪い例」と「良い例」で決めると書きやすい

読者

  • 悪い例: みんな向け
  • 良い例: 初めて問い合わせた個人のお客様。専門用語は使わない

「みんな向け」だと、AIは毎回ちがう読者像を想像します。相手が取引先なのか、社内メンバーなのか、ブログ読者なのかを一人まで絞ると、説明の深さと語尾が安定します。

目的

  • 悪い例: いい感じにまとめる
  • 良い例: 次回連絡日だけ伝え、返金の可否はまだ書かない

「何を書くか」ではなく、「読んだ人に何をしてほしいか」で書くとぶれにくくなります。返信してほしい、次の見出しを読んでほしい、確認先だけ先に見てほしい、のように行動で書くのが安全です。

使ってよい事実

  • 悪い例: 必要な情報は文脈で拾って
  • 良い例: 使ってよいのは、この本文にある日付とURLだけ。ない数字は空欄のまま

ここがいちばん事故が起きやすい場所です。AIは空欄を嫌うので、指定がないと数字や固有名詞をもっともらしく埋めることがあります。個人情報、顧客名、会員情報、問い合わせ本文、未公開数字は最初から渡さない前提で考えます。

言い方

  • 悪い例: 丁寧に
  • 良い例: 謝罪は1文だけ。長い前置きは入れず、結論を先に出す

トーンは抽象的にすると毎回ぶれます。結論を先に出すか、箇条書き中心か、責めない言い方にするかまで書いておくと、あとで削る量が減ります。

30秒で作る最小版

  • 読者:
  • 目的:
  • 使ってよい事実:
  • 言い方:

時間がない時は、この4行だけ先にメモしてからAIに渡します。たとえば社内案内なら、「読者: 部署内の全員」「目的: 新ルールを1回で理解してもらう」「使ってよい事実: 添付資料の内容だけ」「言い方: 箇条書き中心で確認先を最後に」まで書ければ十分です。そのあとに「300字で」「箇条書きで」「件名も作る」を足せば、プロンプトは長くしなくても回ります。

途中で崩れやすい点

  • 最初は伏せていたのに、追加質問で具体的な数字や固有名詞を足してしまう
  • 目的を「分かりやすくする」だけにして、相手に取ってほしい行動を書かない
  • 元資料にない日付や金額を、AIの提案だからとそのまま残してしまう

ありがちな事故は、最初の1回よりも、やり取りの2往復目以降で起きます。途中で足した情報ほど、そのまま出力に混ざりやすいので、追加で情報を渡す時も「使ってよい事実」の行を見直す癖を付けるのが安全です。

仕事利用で止まる条件

  • 個人情報、顧客情報、会員情報が混ざる
  • 未公開の数字や発表前の内容が入る
  • 会社ルールや契約条件に触れる
  • 料金、プラン差、保存データなど最新の公式確認が必要な説明を書く

こうした場面では、AIへ渡す前に情報を削るか、社内確認を先にした方が安全です。OpenAIのData Controls FAQでは、学習利用を止める設定やTemporary Chatの扱いが案内されていますが、それだけで会社の入力ルールが置き換わるわけではありません。組織向けプランは別条件になる場合があるため、契約しているサービスの公式説明と、所属先のルールを別々に見ます。

今日やる一つ

次にAIへ文章を頼む前に、本文ではなく4行だけ先に書いてみてください。読者、目的、使ってよい事実、言い方。この4行が埋まったあとにAIへ頼むだけで、「なんとなくずれている文章」を直す時間はかなり減ります。途中で情報を足したくなったら、その場で4行の3つ目だけ見直すのがおすすめです。

公式確認が必要な箇所

  • データ利用、保存、履歴、Temporary Chatなどの扱い
  • Business、Team、Workspaceなど組織向けの別条件
  • 料金、機能、プラン差に関する説明
  • 会社利用ルール、機密情報、個人情報の扱い