PREP法とは｜例文つきの使い方とテンプレート（文章作成ツール）

ツールの使い方：上の4つの欄（P：結論、R：理由、E：具体例、P：結論のくり返し）に1〜2文ずつ書くと、下に文章が組み上がります。出力の形は「1つの段落にする」「4つの段落に分ける」「箇条書き（チャット・メモ向け）」の3つから選べ、「コピー」で貼り付けられます。文字数（空白・改行を除く）と、話したときの時間の目安（1分300字で計算。箇条書きでも「■ 結論：」などの見出しは除いて計算）も出ます。各欄の最後に句点がなくても、段落の形では「。」（英数字で終わるときは「.」）を補って組み立てます。下の「見直しのヒント」には、結論が空・「〜と思います」で終わる・結論が60字を超える・理由が「〜ため」「〜から」「〜ので」などの形になっていない・具体例に数字がない・最後が最初と同じ文、の6点を確かめた結果が出ます。何から書けばよいか迷ったら、「進み具合の報告」「技術の提案」「自己紹介（30秒）」の見本ボタンで中身を入れてから書き換えると早いです。入力した内容はどこにも送信されません。

PREP法の流れを図にすると次のようになります。最初と最後の P が同じ主張を指し、その間を R と E が支える形です。

flowchart TD
    P1[P 結論<br>最初の1文で言い切る] --> R[R 理由<br>なぜそう言えるか]
    R --> E[E 具体例<br>数字・事実・経験]
    E --> P2[P 結論<br>くり返し＋次の行動]
    P2 -.同じ主張.-> P1

よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS の上で、この記事に置いた PREP 法の文章テンプレート（サイトのテーマの JavaScript）を、127.0.0.1 相当のローカルのページに読み込み、Chromium 153.0.8010.12（playwright-core 1.63.0・Node.js 22.23.4、画面幅390px）で動かしました。見本ボタン3つ×出力の形3つの組み立て結果・文字数・話す時間の表示と、わざと崩した入力12通りで見直しのヒントがどう出るかを記録しています。字数の配分と話す時間の換算は Python 3.13.18 で計算しました。文の長さと「結論を先に書く」ことの裏付けは文化審議会「公用文作成の考え方（建議）」（令和4年1月7日、文化庁のサイトの PDF）、DESC 法の出典は Bower 夫妻の著書の出版社ページで確かめました。PREP 法そのものの考案者や初出は、確かめられる一次資料が見つからなかったため書いていません。生成AIのプロンプト例は形だけを示し、外部の AI サービスには接続していません。図は mermaid-cli 11.16.0 で描画を確かめています（確認日 2026年11月10日）。

PREP法とは（意味と4つの要素）

この節では、PREP法の意味と読み方、4つの要素それぞれの役割が分かります。

PREP法は、Point・Reason・Example・Point の頭文字を並べた名前で、「プレップ法」と読みます。話の順番を「結論から」に固定することで、聞き手や読み手が最初の数秒で話の行き先を知り、その後の理由と具体例を「結論の裏付け」として受け取れるようにする型です。報告・メール・会議での発言・提案書・プレゼンなど、相手に何かを分かってもらう、決めてもらう場面で広く使われます。

起承転結との違い

学校の作文で習う起承転結は、出来事の順に話を進め、最後に結末や結論が来る組み立てです。読み手が最後まで読むことを前提にしているため、物語やエッセイには向きますが、忙しい相手への報告では「結論にたどり着く前に読むのをやめる」ことが起きます。PREP 法は結論を最初に置くことで、途中で読むのをやめられても要点が伝わるようにした形です。

PREP法の由来について

PREP法は、ビジネス文書やプレゼンの研修で広く教えられている型ですが、誰がいつ名付けたのかを示す一次資料は、確認日の時点で見つけられませんでした。そのため、この記事では考案者や初出を書いていません。一方で、「結論を先に書く」という考え方そのものは、公的な文書の書き方の指針にもあります。文化審議会の「公用文作成の考え方（建議）」（令和4年1月7日）は、「文書の構成」の項目で「結論は早めに示し、続けて理由や詳細を説明する」と見出しを立て、「文書の結論は、できれば最初の段落で示しておく。」と書いています。

「prep」と書く別の言葉との違い

検索すると、同じつづりの別の言葉も出てきます。この記事の PREP 法は、文章と話し方の型のことです。

PREP法の書き方（4ステップとテンプレート）

この節では、PREP法で文章を書く手順と、そのまま埋めて使えるテンプレートが分かります。

書く順番は、P→R→E→P の並びどおりでなくてかまわず、「最初の P を決める→E の材料を集める→R で E と P をつなぐ→最後の P で次の行動を決める」の順に考えると速く書けます。伝えたいことが決まっていないうちに書き始めると、理由と具体例が別々の話になりやすいためです。

そのまま使える PREP法のテンプレート

次の空欄を埋めると、PREP法の文章になります。ツールの4つの欄も同じ並びです。

【P 結論】　結論から言うと、＿＿＿＿＿です。（または「＿＿＿＿＿を提案します。」）
【R 理由】　なぜなら、＿＿＿＿＿からです。
【E 具体例】例えば、＿＿＿＿＿（数字・事実・経験）。
【P 結論】　以上から、＿＿＿＿＿です。まず＿＿＿＿＿から進めます。

メールやチャットなど書いて伝える場面では、「なぜなら」「例えば」をそのまま書くと硬く見えることがあります。そのときは、接続のことばを消して段落を分けるだけでも PREP の並びは伝わります。ツールの「4つの段落に分ける」は、この形で出力します。

接続のことばの言いかえ

PREP法の例文（報告・提案・メール・会議・チャット・自己紹介）

この節では、仕事でよくある6つの場面について、PREP法で書いた例文が分かります。

例文は、場面が変わっても「P で答え、R で一つの理由、E で数字か事実、P で次の行動」という骨組みは同じです。変わるのは、結論の言い方（報告なら現状、依頼ならお願い）と、最後の P に入れる行動です。最初の3つは記事上のツールの見本ボタンと同じ文で、ツールで「1つの段落にする」を選んだときの出力と文字数をそのまま載せています。

例文1：進み具合の報告（ツールの見本）

画面Aの実装は、予定より2日遅れています。外部APIの仕様書と実際の応答が違い、確認に時間がかかったためです。応答の項目名が3か所違っており、提供元に問い合わせて昨日回答をもらいました。本日、修正に着手しました。遅れは2日で取り戻せる見込みで、金曜日の結合テストには間に合わせます。

ツールの表示は「141 文字（空白・改行を除く）。話すと約 28 秒（1分300字の目安）。」で、見直しのヒントは「4つの要素がそろっています。」でした。悪い知らせほど、最初の1文で「何日遅れているか」を言い切ると、聞き手は次に「なぜ」「間に合うのか」を待つ姿勢になります。

例文2：技術の提案（ツールの見本）

ログの集め方を、各サーバーへのログインから集約の仕組みに変えることを提案します。障害の調査にかかる時間を半分にできるからです。先月の障害では、5台のサーバーに順に入ってログを探すのに40分かかりました。集約していれば、1画面で数分で探せていました。まず検証環境で2週間試し、効果を数字で確かめてから本番に広げたいと考えています。

表示は「164 文字。話すと約 33 秒」。提案では、最後の P に「小さく試す期間と、確かめる方法」を入れると、聞き手が判断しやすくなります。

例文3：自己紹介（ツールの見本）

私の強みは、分からないことを早く聞いて早く進めることです。一人で悩む時間を減らすと、チーム全体が早く進むと考えているからです。前のプロジェクトでは、疑問を朝会で必ず1つ出すと決めました。その結果、手戻りが減り、担当した機能を予定より早く終えられました。この強みを生かして、早くチームの力になりたいと考えています。

表示は「156 文字。話すと約 31 秒」です。見本の名前どおり、30秒前後で話せる長さです。新しいチームの顔合わせなどで1分話すなら、具体例をもう1つ足すか、担当分野や趣味の一言を加えて300字前後にそろえます。

例文4：ビジネスメール（依頼）

件名：【11/14まで】検証環境の利用延長のお願い

〇〇様

検証環境の利用期間を、11月末まで2週間延長していただけないでしょうか。
性能試験の再実行が必要になったためです。
11月7日の試験で、応答時間が目標の1.5倍になる画面が2つ見つかり、修正後にもう一度測る必要があります。
延長が難しい場合は、11月14日までにお知らせいただければ、試験の範囲を絞る案をご相談します。

メールでは、件名で何の話か（前提）を伝えてから本文の1行目に結論を置きます。前提を示さずに結論から書くと唐突に見えるため、件名がその役を担います。

例文5：会議での発言（意見）

リリース日は、1週間後ろにずらすのがよいと考えます。
決済まわりの結合テストが、まだ半分しか終わっていないからです。
予定した120件のうち、終わったのは58件で、昨日も不具合が3件見つかっています。
1週間あれば残りの62件を終えられるので、来週の金曜日に改めてリリースの判断をさせてください。

例文6：チャットでの報告（箇条書き）

■ 結論：本番のバッチ処理は、9:40に正常終了しました。
■ 理由：夜間に止まった原因は、ディスクの空き容量不足のためです。
■ 具体例：ログ用の領域が使用率100%になっており、不要な2GBを削除して再実行しました。
■ まとめ：同じことが起きないよう、本日中に使用率80%で通知する設定を入れます。

ツールで「箇条書き（チャット・メモ向け）」を選ぶと、この「■ 結論：」「■ 理由：」「■ 具体例：」「■ まとめ：」の形で出力されます。空の欄の行は出力されません。

PREP法を使う前と後（ビフォー・アフター）

同じ内容でも、並べる順番を変えるだけで伝わり方が変わります。次の「前」は経緯から話し始めた報告、「後」は同じ材料を PREP の順に並べ直したものです。

【前】昨日の夕方に外部APIの担当の方から連絡があって、仕様書の件で確認したいことがあると言われたので、
　　　午前中はその対応をしていました。仕様書と実際の応答を比べたら項目名が何か所か違っていて、
　　　それを直すのに時間がかかりそうで、画面Aの実装はたぶん少し遅れるかもしれません。

【後】画面Aの実装は、予定より2日遅れています。（P）
　　　外部APIの仕様書と実際の応答が違い、確認に時間がかかったためです。（R）
　　　項目名が3か所違っており、昨日提供元から回答をもらい、本日修正に着手しました。（E）
　　　遅れは2日で取り戻せる見込みで、金曜日の結合テストには間に合わせます。（P）

「前」の文は、聞き手が最後まで聞かないと「遅れているのか」「どのくらいか」「間に合うのか」が分かりません。しかも結論が「たぶん少し遅れるかもしれません」とぼやけているため、聞き手は「何日？」「テストは？」と聞き返すことになります。「後」は、最初の1文で遅れの大きさが分かり、最後の1文で聞き手がいちばん気にする「間に合うのか」に答えています。材料は同じで、足したのは「2日」「3か所」という数字と、最後の見込みだけです。

長い文章やプレゼンでは PREP を入れ子にする

提案書やプレゼンのように長いものは、全体を1つの PREP にしたうえで、理由ごとに小さな「理由→具体例」の組を作ると崩れにくくなります。

入れ子にしても、最初と最後の P は1つの主張のまま変えないのが大切です。章ごとに結論が増えると、聞き手は「結局どれが言いたいのか」が分からなくなります。

Webページ・技術文書の冒頭で使う

PREP 法は、話し言葉だけでなく、Web ページや README・設計書の冒頭にも使えます。検索や一覧から来た読み手は、最初の数行で「このページに答えがあるか」を判断するため、冒頭に P（答え）を置き、続けて R・E、最後に次の行動（手順へのリンク・申し込み・問い合わせ）を置く形がそのまま当てはまります。この記事の先頭の「結論」の囲みも、答え→この記事でわかること、の順にしています。

ツールの見本を分解して分かった、PREP法の文字数の配分

この節では、ツールの見本3つを要素ごとに数えた結果から、P・R・E のそれぞれにどのくらいの字数を使うとよいかが分かります。

3つの見本はどれも、具体例（E）が全体の36〜40％で最も長く、最初の結論（P）は15〜24％でした。結論は短く言い切り、字数は具体例に回す、という配分です。字数は空白・改行を除いて Python で数え、ツールの表示（141・164・156字）と一致することを確かめました。

文の長さについては、前述の「公用文作成の考え方」が「一文を短くする」の項目で「50～60字ほどになってきたら読みにくくなっていないか意識するとよい」と書いています。ツールの「結論が60字超」のヒントは、この目安と同じ範囲です。見本の文はいちばん長いものでも40字で、どれも1文に1つのことだけを書いています。

PREP法で話すときの時間の目安（30秒・1分・3分は何字か）

この節では、PREP法で話すとき、決められた時間に何字くらい入るかが分かります。

ツールは「1分300字」で話す時間を計算します。この目安だと、30秒は約150字、1分は約300字、3分は約900字です。話す速さは人や場面で変わるため、下の表では1分250字（ゆっくり）と350字（やや速い）の場合も Python で計算して並べました。

ツールの表示は「文字数÷300×60」を四捨五入した秒数で、短い文でも最低1秒と表示されます。例えば141字は 141÷300×60＝28.2 で「約 28 秒」です。

箇条書きで出したときの字数と秒数

ツールで「箇条書き」を選ぶと、文字数には表示どおり「■ 結論：」などの見出しも数えるため増えますが、話す時間は見出しを除いた4つの欄の中身だけで計算されます（表示に「■ の見出しは除いて計算」と出ます）。そのため、秒数はどの出力の形でも同じでした。

PREP法のメリット

この節では、PREP法を使うと何がよくなるのかが分かります。

PREP法のいちばんのメリットは、相手が最初の1文で「何の話で、自分は何をすればよいか」を知れることです。途中で話を遮られても、メールの最初の数行しか読まれなくても、結論だけは伝わります。

なお、「最初と最後に言うと記憶に残る」理由として、記憶の心理学の用語（初頭効果・新近効果）を挙げる解説があります。この記事では、PREP 法そのものの効果を直接確かめた研究を一次資料で見つけられなかったため、根拠としては扱っていません。2回言うことの利点は、「聞き逃しても最後にもう一度伝わる」という仕組みの面で考えるのが確実です。

PREP法のデメリットと向かない場面

この節では、PREP法が合わない場面と、その代わりにどう組み立てるかが分かります。

PREP法は「分かってもらう・決めてもらう」ための型なので、相手との前提がそろっていない場面や、気持ちや物語を伝えたい場面には向きません。型が合わないときは、PREP にこだわらず前提を先に置く・時系列で話すなどに切り替えます。

すべての文章を PREP で書くと、かえって回りくどくなります。例えば「会議室を14時に変えました」という連絡は、結論の1文で完結します。理由や具体例を足すのは、相手が「なぜ？」と思いそうなときだけで済みます。

PREP法とSDS法・DESC法の違い

この節では、PREP法とよく並べて紹介される SDS 法・DESC 法の違いと、使い分けが分かります。

SDS法は「要点→詳細→要点」で短く伝える型、DESC法は「事実→気持ち→提案→結果」で相手に配慮しながら頼む型です。PREP は「理由と具体例で納得してもらう」ときの型で、目的が違います。

DESC は、出版社 Hachette Book Group の紹介ページで「the celebrated DESC scripts (describe, express, specify, consequences)」と説明されている、アサーション（相手を尊重しながら自分の考えを伝えること）の練習用の台本です。PREP と組み合わせるなら、「DESC で相手に頼み、相手から理由を聞かれたら PREP で説明する」という使い分けができます。

同じ内容を3つの型で書くと

「レビューの依頼が直前に来て困っている」という同じ内容を、3つの型で書き分けると違いが分かります。

【PREP】レビューの依頼は、締め切りの2営業日前までにお願いしたいです。
　　　　直前だと、確認の観点が抜けやすいからです。
　　　　先月は前日の依頼が4件あり、うち2件で後から不具合が見つかりました。
　　　　来週から、2営業日前を目安に依頼をいただけると助かります。

【SDS】 レビュー依頼の締め切りを決めたいという相談です。
　　　　先月は前日の依頼が4件あり、確認が十分でないまま通したものがありました。
　　　　依頼を2営業日前までにする決まりを相談させてください。

【DESC】先月、前日のレビュー依頼が4件ありました。（事実）
　　　　短い時間での確認になり、見落としが心配でした。（気持ち）
　　　　2営業日前までに依頼をもらえないでしょうか。（提案）
　　　　そうすれば、観点表に沿って確認でき、手戻りを減らせます。（結果）

PREP法でうまくいかない書き方と直し方

この節では、PREP法の形にはなっているのに伝わらない文章のよくあるパターンと、その直し方が分かります。

伝わらない PREP の多くは、「結論が言い切れていない」「理由と具体例が別の話」「最後の P が最初の写し」のどれかです。型に当てはめただけでは直らないため、次の表で症状から原因を探します。

見直しのヒント6つ：ツールで確かめられることと、その結果

この節では、記事上のツールの「見直しのヒント」が何を確かめていて、わざと崩した文を入れたときに実際に何と表示されたかが分かります。

ツールが確かめるのは6点で、どれも文の形だけを見ています。内容が正しいか、理由と具体例が同じ話をしているかまでは判断しないので、ヒントが出なくても読み返しは必要です。Chromium で入力した結果は次のとおりでした。

ヒントの判定で気をつけること

判定は文字の並びで行うため、ヒントは「見落としを拾う目安」として使い、最後は自分で読み返します。迷いやすい入力を試した結果は次のとおりです。

• 1漢数字も数字として数える「三件の質問が出ました」は数字ありと判定され、「4つの要素がそろっています。」と表示された（一〜十・百・千・万に対応）
• 2理由は「〜ためです」「〜からです」「〜ので。」などの形で見る「ためしに読んだ新人が迷いました」は理由の形ではないと判定され、理由のヒントが出た。形が合っていても、結論の理由になっているかは自分で確かめる
• 3句点のない欄には「。」を補う4つの欄を句点なしで書いても、「1つの段落」の出力は「間に合わないかもしれません。テストが残っているので。残りは40件です。明日相談させてください。」となった。箇条書きの形では補わず、入れたとおりに出る
• 4「同じ文」は句点と空白を無視して比べる最後の P を「設計書の書式をそろえます」（句点なし）にしても同じ文と判定された。1文字でも言葉が違えば判定されないので、次の行動が入っているかは自分で見る
• 5英語の文はピリオドと空白を補ってつなぐ「1つの段落」で英語を組み立てると「English test. Because it is fast. It took 3 seconds. So use it.」となった。理由の判定は日本語の形だけなので、英語の理由には理由のヒントが出る

生成AIにPREP法で書かせるプロンプト

この節では、ChatGPT や Claude などの生成AIに PREP 法で文章を書かせたり、直させたりするときのプロンプトの書き方が分かります。

「PREP法で書いて」だけでなく、4つの要素の中身の条件（結論は言い切る・理由は1つ・具体例に数字・最後は次の行動）と、字数と出力の形を指定すると、直す手間が減ります。ツールの見直しのヒントと同じ条件をプロンプトに入れておくと、AI の出力をツールに貼って確かめる、という使い方もできます。下の例は形を示すもので、この記事では外部の AI サービスに接続しての出力は載せていません。

メモから PREP の文章を作らせる

次のメモを、PREP法（結論→理由→具体例→結論）で、上司への口頭報告の原稿にして。
条件：
- 全体で150字前後（30秒で話せる長さ）
- 最初の1文で結論を言い切る。60字以内。「〜と思います」で終わらせない
- 理由は1つに絞り、「〜ため」「〜から」で理由と分かる形にする
- 具体例には数字（件数・時間・日付など）を1つ以上入れる。メモにない数字は作らない
- 最後の文は、最初の結論のくり返しに次の行動を添える
- 出力は「■ 結論：」「■ 理由：」「■ 具体例：」「■ まとめ：」の4行

メモ：
・画面Aの実装 2日遅れ
・外部APIの応答が仕様書と3か所違った
・昨日回答あり、今日から修正
・金曜の結合テストには間に合う見込み

書いた文章を PREP の観点で直させる

次の文章を、PREP法の観点で見直して。
1. P・R・E・P のどの文がどれにあたるかを示す
2. 欠けている要素、理由と具体例のずれ、言い切れていない結論を指摘する
3. 直した文章を1つ出す。元の文章にない事実や数字は足さない

文章：
（ここに貼る）

「メモにない数字は作らない」「元の文章にない事実は足さない」の1行は大切です。具体例に数字を求めると、AI がもっともらしい数字を作ってしまうことがあるためです。プロンプトの書き方の全体は、関連記事「生成AIプロンプトのコツ8選｜例示・役割・出力形式」で扱っています。

PREP法を使う場面・使わない場面の判断表

この節では、手元の文章や発言に PREP 法を使うかどうかを、場面ごとに判断できます。

迷ったら「相手にこの文章で判断や行動をしてほしいか」を考え、してほしいなら PREP、知らせるだけなら結論の1文か SDS、気持ちが中心なら別の型にします。

1. 1結論の1文で済む連絡 → 結論だけ会議室の変更・時間の連絡・受け取りの返事
2. 2「なぜ？」と聞かれそうな報告・意見 → PREP遅れの報告・リリース日の意見・見積もりの説明
3. 3判断してほしい提案 → PREP（最後の P に試し方と期限）ツールの導入・手順の変更・予算の相談
4. 4短く正確に知らせたい説明 → SDS障害の第一報・変更点のお知らせ・自己紹介
5. 5相手に行動を変えてほしい → DESC依頼の締め切りを守ってほしい・作業の分担を見直してほしい
6. 6気持ちや経験を伝えたい → 時系列か気持ちを先にお詫び・お礼・振り返りの体験談

報告の型をさらに詳しく知りたいときは、関連記事「報告書の書き方と例文｜結論から書く構成とテンプレート5種」、報告・連絡・相談の使い分けは関連記事「報連相のやり方と例文集｜報告・連絡・相談の違いとチャット用テンプレート」で扱っています。メールの件名と本文の型は関連記事「ビジネスメール例文集｜依頼・催促・お詫び・日程調整と件名の型」、チャットでの書き方は関連記事「チャットの書き方｜仕事で伝わる報告・依頼テンプレートとルール」で扱っています。

PREP法を身につける練習方法

この節では、PREP法をふだんの仕事の中で身につけるための、短い時間でできる練習が分かります。

練習は「毎日1回、短い報告を PREP の4文で書く」がいちばん続けやすい方法です。型は使う回数で身につくため、特別な時間を取るより、もともと書く報告やチャットを PREP の形にするほうが早く慣れます。

進み具合の報告に絞った書き方は、関連記事「進捗報告の書き方と例文 週報テンプレートと遅れの報告メール」も参考になります。

よくある質問

この節では、PREP法についてよく聞かれる疑問への短い答えが分かります。

Q. PREP法の読み方は？
「プレップ法」と読みます。Point・Reason・Example・Point の頭文字です。

Q. 最初の P と最後の P は同じ文でよいですか？
同じ主張で、文は変えるのがおすすめです。最初は答えを短く、最後は次の行動やお願いを添えて言い直します。ツールは、最後が最初と同じ文（句点・空白の違いは無視）のときにヒントを出します。

Q. 理由が3つ以上あるときは？
大事な1〜2つに絞ります。3つ以上並べると長くなり、どれが本当の理由か伝わりにくくなります。残りは、聞かれたときに答えれば済みます。長い説明では「理由1→例1」「理由2→例2」と組にします。

Q. 具体例が思いつかないときは？
数字・前回の出来事・比べたもの、の3つから探します。「先月は〇件」「前回は〇分かかった」「A案なら〇日、B案なら〇日」のように、相手が確かめられる事実が具体例になります。

Q. 1分で話すと何文字くらいですか？
ツールの目安では約300字です。話す速さで変わり、1分250〜350字で計算すると250〜350字の幅になります。30秒なら約150字です。

Q. メールでも PREP 法は使えますか？
使えます。件名で何の話かを示し、本文の1行目に結論（お願い・報告）を置きます。最後の P には期限や次の行動を書きます。

Q. SDS法とどちらを使えばよいですか？
相手に納得して判断してほしいなら PREP、短く正確に知らせたいだけなら SDS です。障害の第一報のように急ぐ連絡は、SDS か結論の1文が向きます。

Q. PREP法は誰が考えたのですか？
確認日の時点で、考案者や初出を示す一次資料は見つけられませんでした。「結論を先に書く」考え方そのものは、文化審議会の「公用文作成の考え方（建議）」にも書かれています。

Q. 記事上のツールに入れた文章は送信されますか？
送信されません。組み立てと文字数の計算はブラウザの中だけで行われます。

Q. ツールの「自己紹介（30秒）」の見本を1分に延ばすには？
見本は156字で、表示は「約 31 秒」です。1分話すなら、具体例や担当分野の一言を足して300字前後にします。

まとめ

この節では、PREP法のポイントを5つに絞って振り返れます。

• PREP法は結論→理由→具体例→結論の型で、最初の1文で言いたいことを言い切る。
• 結論は60字くらいまで、字数は具体例に回す。ツールの見本3つは具体例が36〜40％だった。
• 話す長さは1分300字が目安（30秒は約150字、3分は約900字）。
• 前提がない相手・気持ちを伝える場面には向かない。SDS 法・DESC 法・時系列と使い分ける。
• ツールのヒントは文の形だけを見る。理由と具体例が同じ話をしているかは、自分で読み返して確かめる。

参考・出典

この節では、この記事で確かめた資料が分かります（確認日 2026年11月10日）。

• 文化審議会「公用文作成の考え方（建議）」令和4年1月7日（Ⅲ－３「ア 一文を短くする」、Ⅲ－４「イ 結論は早めに示し、続けて理由や詳細を説明する」）：https://www.bunka.go.jp/seisaku/bunkashingikai/kokugo/hokoku/pdf/93731901_01.pdf
• Hachette Book Group「Asserting Yourself (Updated Edition)」Sharon Anthony Bower・Gordon H. Bower（DESC scripts の説明）：https://www.hachettebookgroup.com/titles/sharon-anthony-bower/asserting-yourself-updated-edition/9780738209715
• 記事上の PREP 法の文章テンプレート：Chromium 153.0.8010.12 で見本3つ×出力の形3つと、崩した入力12通りを実行（2026年11月10日）

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。