TOEFL Write an Email｜7分で要件・丁寧さ・具体性をそろえる書き方

TOEFL Writingの「Write an Email」は、読む時間を含めて7分で、与えられた状況に合うメールを書くタスクです。

短い時間を見ると、まずテンプレートを暗記したくなるかもしれません。しかし、決まった書き出しや結びを並べても、相手・目的・指定された要件に合っていなければ、メールとして目的を果たせません。

書き始める前に決めるのは、「誰に」「何のために」「何を全部伝えるか」の3点です。

この記事では、ETSの公式情報をもとに、相手との距離に合うtone、要件漏れを防ぐ設計、7分の時間配分、具体性の足し方、最後の確認、例題、14日練習までを解説します。

Write an Emailは、7分で「メールの目的を果たす」タスク

ETSはWrite an Emailを、学術的・社会的な状況で、情報を求める、情報を伝える、解決策を提案するなどの目的を果たすタスクとして説明しています。

公式レッスンプランでは、状況の説明、場合によっては視覚情報、メールの目的、回答すべき箇条書きが提示されます。読む時間を含めて7分で、完全な文を使って回答します。

メールでは「英語が難しいか」より「用件が伝わるか」を先に見る

長い複文や難語を使っても、依頼内容が曖昧、指定された情報が欠ける、相手との距離に合わない——こうした場合は、目的を果たしにくくなります。

反対に、基本的な文でも、次がそろえば明確なメールになります。

• 最初に目的が分かる
• 必要な背景・理由がある
• プロンプトの要件をすべて扱う
• 相手にしてほしいこと、または次の行動が具体的
• 相手に合うopening、依頼表現、closingを使う

難しさより、目的・要件・明確さを優先してください。

Emailに「最低100語」と決められた公式条件はない

TOEFL Writingの別のタスクにある語数情報を、Write an Emailへそのまま当てはめてはいけません。公式レッスンプランではword countの表示が案内されていますが、Emailについて「最低100語書けばよい」という条件は示されていません。

語数は、要件を十分に扱えているか、同じことを繰り返していないかを確かめる参考にします。

Writing全体のタスクと学習順は、TOEFLライティング独学対策で整理しています。

書き始める前に「相手・目的・要件」の3つを決める

7分しかないからこそ、いきなり英文を書き始めないほうが速くなります。最初の短い設計で、途中の書き直しと要件漏れを減らせるからです。

相手は誰で、自分とどんな関係か

相手との関係を一語でメモします。

• friend：親しい友人
• classmate：同級生・知人
• professor：教員
• staff：大学・施設の担当者
• unknown recipient：初めて連絡する制度上の相手

この一語が、Hi / Dear、can / could、直接的な表現 / 理由を添えた依頼の選択に影響します。

目的は動詞で一つにする

メールの目的を、次のような動詞で一つにします。

• ask：情報や対応を求める
• inform：状況や変更を伝える
• invite：参加を誘う
• recommend：案を勧める
• solve：問題と解決策を示す
• apologize：事情と謝意を伝える

目的が二つあるように見えても、主目的と、それを支える情報に分けます。「授業に出られないことを知らせ、代替課題を尋ねる」なら、主目的はask、欠席の情報は背景です。

箇条書きの要件を、短いチェックボックスへ変える

プロンプトに三つの箇条書きがある練習問題なら、英文を書く前に、次のように短くします。

一文を書き終えるたびに、対応する要件へ印を付けます。二つの要件を一つの長文に詰め込むより、要件ごとに一つの明確な文を用意してから結びます。

相手との距離で、toneを選ぶ

toneは、難しい敬語表現をたくさん入れることではありません。相手との距離、依頼の直接性、理由の添え方、結び方をそろえることです。

相手	openingの例	依頼の例	closingの例
友人・親しい同級生	Hi Maya,	Can you send me the notes?	Thanks, / See you,
教員・担当者	Dear Professor Lee,	Could we reschedule our meeting?	Thank you for your time.
初対面・制度上の相手	Dear Program Coordinator,	Could you please confirm whether …?	I appreciate your assistance.

これらは唯一の正解テンプレートではありません。名前や役職が分かるか、状況が緊急か、依頼の負担が大きいかで調整します。

丁寧さは「pleaseの数」では決まらない

pleaseを何度も入れるより、依頼の理由と、相手が答えやすい選択肢を示すほうが自然です。

後者はcouldだけでなく、変更の理由、具体的な希望、参加できる時間を示しています。

過剰に硬い表現は、かえって読みづらくなる

短いキャンパスメールで、古風な表現や長い定型句を重ねる必要はありません。

• I am writing to ask … のように、目的を明確にする
• Could you …? で依頼を一つずつ示す
• Thank you for … で相手の時間・対応へ触れる
• 意味を説明できない難語は、基本語へ置き換える

丁寧さは、読み手の負担を減らす明確さでもあります。

要件はチェックボックス化して、漏れを防ぐ

プロンプトを読んだとき、名詞ではなく動詞を拾います。explain、suggest、ask、describe、inviteなどが、メール内で実行すべき行為です。

各要件に「答え＋具体」を一つずつ置く

次の練習状況を使います。

要件は次の三つです。

1. 出席できない理由
2. 別の参加可能時間
3. 別の会い方の提案

各要件に、「答え」と「一つの具体」を足します。

要件	答え	具体
理由	laboratory sessionが重なる	必修で午後1時まで
別時間	Friday afternoon	2 p.m.以降
別方法	online meeting	同日の夕方も可能

これだけあれば、書きながら内容を発明する負担が減ります。

視覚情報がある場合は、事実と提案を分ける

案内表、地図、スケジュールなどが提示された場合、そこから読み取れる事実と、自分が提案する内容を混同しないようにします。

• 事実：The library closes at 6 p.m.
• 影響：Therefore, we cannot hold the event there at 7 p.m.
• 提案：I suggest using the student center instead.

事実→影響→提案の順にすると、なぜその解決策を出すのかが伝わります。

要件を一文へ詰め込みすぎない

because、and、which、soを連続させると、主目的と要件の境界が見えにくくなります。

まずは要件ごとに短い完全な文を作り、その後、自然に読める二文を一つにまとめます。文法の正確さが崩れるなら、短い文のままで構いません。

本文は「目的→状況・根拠→依頼・解決」で組む

固定テンプレートではなく、メールの役割を三つのブロックとして覚えます。

ブロック1：目的を早く示す

読み手が、最初の数文で用件をつかめるようにします。

• I am writing to ask if we could reschedule our meeting.
• I would like to invite you to our department event.
• I am writing to let you know about a change to the workshop.
• I would like to suggest a solution to the scheduling problem.

これらは目的別の起動部品です。状況に合わせ、主語・相手・対象を変えて使います。

ブロック2：必要な状況・根拠を具体化する

目的を支える情報だけを書きます。背景を長く説明して、依頼が最後まで出てこないメールは避けます。

具体性は長さではありません。「何が」「いつ」「どこで」「どのような影響か」を一つ選ぶだけで、状況が伝わります。

ブロック3：依頼・解決・次の行動を示す

相手が返信しやすい形にします。

• Could we meet after 2 p.m. on Friday?
• If that time is not convenient, I am also available online in the evening.
• Please let me know which option works better for you.

選択肢を増やしすぎると焦点がぼやけます。第一希望と代替案を、一つずつにします。

目的によって、三ブロックの順序を調整する

問題解決では「問題→影響→解決」、招待では「招待→日時・場所→参加理由→返答」、情報依頼では「目的→必要な情報→理由→回答方法」が自然な場合があります。

覚えるのは英文の全文ではなく、情報の役割です。

具体性は「いつ・どこで・何が起きる」で一つ足す

具体性が足りない回答は、文法が正しくても、相手が状況を理解したり判断したりできません。

一要件につき、一つの具体で十分

練習問題の情報と矛盾しない範囲で、次の一つを足します。

• time：after 2 p.m. / next Tuesday
• place：in the student center / online
• reason：because the room is larger
• result：so more students can attend
• example：such as a question-and-answer session

すべてを一文に詰めず、要件ごとに、最も役立つ具体を一つ選びます。

勝手な設定は、プロンプトと矛盾させない

状況を具体化するとき、提示された日時・人物関係・場所・問題を変えてはいけません。

たとえば、教授との面談が火曜日と明示されているのに、水曜日の会議として書き始めれば、英語が自然でもtask successを損ねます。

同じ意味の言い換えで、文字数だけを増やさない

I am very busy. I have a busy schedule. I do not have much time. と重ねても、新しい情報は増えません。

一文目で事情、二文目で影響、三文目で解決策へ進みます。

目的別に「中心となる情報」を変える

Write an Emailの目的は、一つではありません。どの問題でも同じ三文を使うのではなく、目的に応じて、中央に置く情報を変えます。

情報を求めるメールは、質問を答えやすくする

information requestでは、「詳しく教えてください」だけで終わらず、何を判断するために、どの情報が必要かを示します。

二つ以上の質問がある場合は、文を分けるか、whether A and whether Bの並列を明確にします。相手がyes / noや具体的な日時で答えられる形にすると、メールの目的が伝わります。

招待メールは、相手が参加を判断できる情報を置く

invitationでは、誘うこと、日時・場所、行うこと、参加する意味、返答方法をそろえます。

• 何のイベントか
• いつ・どこで行うか
• 相手に何を期待するか
• 参加すると何が得られるか
• いつまでに、どう返事するか

相手との距離が近くても、日時や場所を省略すると参加できません。toneより前に、判断材料をそろえます。

推薦・提案メールは、選択肢と理由を結び付ける

recommendationでは、I recommend the student center. だけでなく、問題との関係を説明します。

「広い」「利用できる」という二つの理由が、参加人数と時間という問題に対応しています。よい点を列挙するのではなく、状況の制約を解決する理由を選びます。

問題解決メールは、責任追及より、次の行動を明確にする

problem solvingでは、問題、影響、現実的な解決策、相手に求める行動を並べます。

1. 何が起きているかを、事実として説明する
2. 誰・何へ、どのような影響があるか示す
3. 実行できる解決策を一つ提案する
4. 相手の確認・承認・返信を求める

感情を強くするより、問題と解決の関係を明確にします。相手側の事情を推測して非難する表現は避けます。

謝罪を含むメールは、理由だけで終わらない

欠席、遅延、予定変更では、謝意・事情・影響を減らす行動をそろえます。

• I am sorry that I cannot attend …
• The reason is …
• I have already … / I can … instead.

長い弁解より、次にどう対応するかを示すほうが、メールの目的に合います。

練習の後は、最初の一文だけを読み、メールの主目的が推測できるか確認してください。次に中央の文だけを読み、プロンプトの要件と一対一で対応しているかを確かめます。

7分を「読む・設計」「書く」「確認」の3つに分ける

時間配分は公式の採点条件ではなく、練習の目安です。自分の入力速度と苦手に合わせて調整します。

時間の目安	行うこと	残すもの
0:00–1:00	状況、相手、目的、箇条書きの要件を読む	相手1語・目的1語・要件チェック
1:00–5:45	目的、要件ごとの答えと具体、依頼・解決を書く	完全な文で構成したメール
5:45–7:00	要件、主語・動詞、時制、tone、綴りを確認	送れる状態の回答

最初の1分で、全文を日本語作文しない

日本語で長い内容を作ってから翻訳すると、英語にできない情報が増えます。メモは、次のように単語・短句で十分です。

英語で使える材料を先に置き、書きながら完全な文にします。

書く時間は、要件ごとにチェックを付けながら進む

一文目で目的、中央で三要件、最後に次の行動を置きます。途中で表現に迷ったら、難しい言い換えを探し続けず、知っている基本語で一度、文を完成させます。

word countは目標値ではなく、偏りの警告に使う

word countが極端に少ない場合、要件や具体が欠けていないかを見ます。多い場合は、背景の繰り返し、長い定型句、同じ意味の言い換えがないかを見ます。

数字に合わせて内容を削ったり増やしたりするのではなく、目的を果たす情報が、過不足なくあるかを確認します。

最後の75秒は、5点だけ直す

残り時間で全文を一から書き換えると、新しい誤りが増えます。確認項目を固定します。

spell-checkがない前提で、危険語を自分で持つ

練習ログから、自分が繰り返し誤る語を10〜20語に絞ります。

• available
• schedule
• convenient
• recommend
• information
• appreciate

全単語を見直すのではなく、頻出語と自分の危険語を先に確認します。

直す優先順位は、目的→意味→文法→綴り

要件が一つ欠けているなら、細かな冠詞より先に、短い一文を足します。意味が逆になる時制・否定を直し、次に主語と動詞、最後に細かな綴りへ進みます。

読み手がメールの目的を理解できることを、最優先にします。

練習例：3要件を、7分のメールへ組み立てる

先ほどの面談変更の状況を使い、設計から回答までを見ます。これは練習用の例であり、すべての問題に使う固定テンプレートではありません。

30秒設計

回答例

要件と表現を照合する

確認	回答中の役割
目的	ask if we could reschedule
理由	required laboratory session / until 1 p.m.
別時間	Friday after 2 p.m.
別方法	meet online that evening
次の行動	let me know which option works better
tone	Dear / could / Thank you / Best

この例の価値は、英文を丸暗記することではなく、各文の役割を説明できることです。相手が友人ならopeningと依頼を少し直接的にし、目的が招待なら、中央の情報を日時・場所・参加理由へ変えます。

書き直しでは、一つの失敗だけ直す

初回に要件漏れがあったなら、二回目は要件のチェックだけを重点にします。toneが不自然なら、内容を変えず、opening・依頼・closingだけを調整します。

一度に全項目を直すと、何が改善したか分かりません。

5種類の失敗から、翌日の練習を変える

Write an Emailの失敗を、すべて「英語力不足」とまとめないでください。

失敗	症状	翌日の練習
要件漏れ	箇条書きの一つを扱っていない	プロンプトの動詞をチェック化する
具体性不足	理由・日時・影響がなく抽象的	一要件一具体を足す
tone不一致	友人に硬すぎる、教員に命令形	同じ内容を相手別に書き分ける
言語エラー	主語・動詞、時制、語法が崩れる	誤った一文を短くし、再構築する
時間切れ	結び・推敲がなく途中で終わる	設計1分と確認75秒を先に固定する

誤答ログは、一通につき主原因を一つ

初回の最も大きな失敗を一つ選びます。要件が欠け、冠詞も誤っているなら、まず要件漏れを直します。

ログには、次を残します。

• 相手と目的
• 要件数と回収数
• 書き終えた時刻
• 主な原因
• 次回の一行ルール

14日で「設計→執筆→確認」を自動化する

日程	重点	練習
Days 1–2	相手・目的	10問で、相手と目的だけを10秒で分類
Days 3–4	要件	箇条書きをチェック化し、一要件一文を書く
Days 5–6	tone	同じ依頼を、友人・教員・担当者へ書き分ける
Day 7	初回測定	7分で一通、5失敗へ分類
Days 8–9	具体性	一要件一具体を足し、繰り返しを削る
Days 10–11	言語	危険な文を短く直し、見ずに再構築
Days 12–13	時間	設計1分・確認75秒を守って初見問題
Day 14	再測定	要件回収、具体性、tone、エラー、完了時刻を比較

Santa TOEFLが合うのは「書いて直す回数」が足りない人

学習手段は、失敗の原因に合わせて選びます。

状態	次の選択
構成は分かるが、2026年形式で書いて結果を見る回数が少ない	Santa TOEFLを検討
基本的な一文で、主語・動詞が崩れる	短文・文構築へ戻る
要件を日本語でも整理できない	相手・目的・要件の設計練習
学習計画が続かない	独学ロードマップを見直す

Santa TOEFLは、2026年改訂形式、ETS公式コンテンツ、4技能の学習、WritingのAIフィードバックを、公式ページで案内しています。内容、文法、語彙、構成などの観点から、書いた回答を見直す環境が必要な人に合います。

テンプレートを増やすより、初見の課題で書き、フィードバックの後に同じ目的のメールを書き直す回数を増やしたい人が、検討しやすい選択肢です。

機能・料金・注意点まで見て決めたい人は、Santa TOEFLの解説記事へ進んでください。

基本的な英文の組み立てで止まる場合は、TOEFL Build a Sentence対策で語順の確認へ戻ります。4技能全体の学習時間を組み直すなら、TOEFL独学ロードマップを使います。

Write an Emailのよくある質問

何語書けばよいですか？

Emailに公式の最低100語条件があるとは示されていません。固定の語数を目標にせず、目的、すべての要件、必要な具体、相手が次に行うことが伝わるかを優先します。word countは、極端な不足や繰り返しに気付くための参考として使います。

件名は必要ですか？

表示される入力形式と公式案内に従ってください。練習では、件名の有無より、本文の目的を最初に明確にし、プロンプトの要件を回収することを優先します。画面に件名欄がないのに、本文の時間を使って追加する必要はありません。

テンプレートは使えますか？

opening、目的提示、依頼、closingの短い部品は使えます。しかし、全文テンプレートへ問題の名詞だけを入れると、相手、目的、要件、toneが合わないことがあります。英文ではなく、情報の役割を覚えてください。

丁寧な表現はいくつ必要ですか？

数では決まりません。相手に合うopening、依頼の直接性、理由、closingが一貫しているかを見ます。pleaseを何度も足すより、could、理由、具体的な選択肢を自然に組み合わせます。

スペルミスが心配です

spell-checkはないため、練習ログから自分の危険語を絞ります。本番の確認では、全単語を読み返すのではなく、available、scheduleなど、頻出・反復ミスの語を先に見ます。綴りを避けて意味が曖昧になる言い換えはしません。

難しい単語や長い文を使うべきですか？

語彙・文法の幅は、目的を明確に達成する中で示します。意味を説明できない難語や、制御できない長文を入れる必要はありません。基本の文を正確に作り、because、if、whichなどを、必要な関係にだけ使います。

最後まで書けないときは、何を削りますか？

長い挨拶、同じ背景の繰り返し、二つ目以降の例を削ります。目的、全要件、依頼・解決は残します。次の練習では、設計1分と確認75秒を先に固定し、背景を一要件一具体へ制限します。

まとめ：相手・目的・要件を決め、7分で送れるメールにする

Write an Emailでは、丸暗記した英文を再現するより、状況に合う判断を短時間で行うことが重要です。

生活場面の要件を満たすメールとは別に、教授の問いと2人の投稿へ自分の価値を足す練習は、TOEFL Academic Discussion対策で確認できます。Writingの中でも、相手と目的に応じて設計を切り替えてください。

相手→目的→要件→具体性→確認の順を固定すれば、初めての状況でも内容を組み立てられます。

TOEFL全体でこのタスクの位置を確認したい人は、TOEFL iBTとは何かを解説した2026年版の全体像を参照してください。