필사 모드: 社内英語のメールとチャット：最初の三行がトーンを決める

はじめに：長さの問題ではありません

英語のメールを書いたあとで読み返すと、何かぎこちないのにどこがぎこちないのか分からないことがあります。文法は合っています。単語も間違っていません。それなのに硬く読めたり、逆に懇願しているように読めたりします。

多くの人はこれを長さの問題だと考えます。もっと短く書けばよくなりそうに思えます。ところが短く書いてもぎこちなさはそのまま残ります。

理由はこうです。英語の業務メールでトーンを決めるのは全体の長さではなく最初の三行です。 読む人は三行のうちにこのメールをどう読むかを決めてしまい、残りはその判断の下で読まれます。後ろでどれだけ丁寧に書いても、最初の三行が決めたトーンはひっくり返せません。

三行がやっていることはそれぞれ違います。

一行目は距離を決めます。 あいさつ一つで、二人がどれだけ近い間柄なのかが宣言されます。

二行目は種類を決めます。 これが依頼なのか、決定の要求なのか、ただのお知らせなのかを、読む人はここで判断します。

三行目は緊急度を決めます。 いつまでなのか、やらなければ何が止まるのか。

この配置には名前があります。アメリカ軍の文書から出て企業の文章術に広がったBLUF、つまり結論を先に書く方式です。そしてここにはスタイル以上の実質的な理由があります。いまはほとんどの人が携帯の通知でメールの最初の二、三行だけを見て、いま開くかどうかを決めます。三行のうちに依頼がなければ、そのメールは後で読まれるか読まれません。

韓国語の業務メールの基本的な順序は、おおむね逆です。背景を敷き、状況を説明し、最後にお願いを置きます。丁寧な配置であり、韓国語ではうまく働きます。日本語のメールにも同じ癖があります。それをそのまま英語に移すと、二つのうちどちらかに読まれます。ただの参考メールか、言い出しにくい頼みごとをしようとしている人か。

一行目：関係の距離によるあいさつ

一つだけ選ぶなら Hi Sarah, です。アメリカでもイギリスでもヨーロッパでも、社内でも社外でも無難で、格式ばりすぎて浮くことも、砕けすぎて無礼になることもほとんどありません。

Dear の位置づけは地域差がかなり大きいです。アメリカのテック企業の社内メールで Dear Sarah, は妙に格式ばって読まれるか、社外の人のように感じられます。一方ヨーロッパの多くの国やイギリスの格式ある業務書簡では、いまも標準に近い扱いです。相手が自分に書いてきた書き方に合わせるのがいちばん安全です。

Dear Sir or Madam, は名前が分かるのに使うと、手を抜いたように見えます。LinkedInか会社の紹介ページを30秒探して名前を書いてください。

近況のひと言についても整理しておきます。Hope you're well, は無害な常套句で、社外メールでよく見ます。I hope this email finds you well, は同じ意味ですが、かなり古風だと感じる人も多いです。そして社内メールでは 近況のひと言をまるごと省いても無礼ではありません。 むしろ効率的に読まれます。

二行目と三行目：用件を前に出す

No action needed on your side は小さいけれど大きな配慮です。業務メールで人をいちばん疲れさせるのは中身ではなく、自分が何かをしなければならないのかどうか分からない状態です。何もしなくてよいと明示すれば、その負担が消えます。

Heads-up は前もって知らせるという意味で、英語圏の職場で非常によく使われます。悪い知らせを予告するとき、会議の前に背景を敷くとき、日程が変わるとき、どれにも使います。一つ覚えるなら、これも強力です。

件名も冒頭の一部です。

よい件名に共通するのは 動詞と日付が入っていることです。件名だけ読んで何をすればいいか分かるなら、その件名は仕事を果たしています。

会社によっては [Action needed]、[FYI]、[Decision needed] のような角かっこのタグを使います。便利ですが会社ごとに規則が違うので、新しい組織ではまず周りの使い方を観察してください。

催促はしても急き立てない：四つのステップ

返事が来ない状況はいつか必ず来ます。ここには順序があり、一気に最後のステップへ飛ぶと関係が傷みます。

ステップ1、軽く上げる。

ステップ2、コストを言う。

ステップ3、既定値を決める。

このステップ3が実戦でいちばん効果的です。 そしていちばん正直な形でもあります。圧力ではなく情報を渡す文であり、相手は沈黙でも同意できるようになります。無反応の多くは無視ではなく優先順位の押し出しなので、既定値を決めておくと互いに楽になります。

ステップ4、人を増やす。

ここで一つ強く言っておきたいことがあります。相手の上司をCCに入れる行為は、ほとんどの組織で圧力の手段として読まれます。 本当にその人の判断が必要なときだけ、そしてなぜ入れるのかを一行で明かしながらやってください。理由なく静かに追加するのがいちばん悪い形です。

そして絶対に避けたい催促の文句が一つあります。As per my last email. 直訳は中立ですが、英語圏の職場では受動的攻撃の代表的な文句として広く知られています。Per my previous message、As previously mentioned、Just to reiterate も同じ家族です。以前の内容をもう一度示す必要があるなら、指摘せずにそのまま貼ってください。Copying the relevant bit here so it's in one place: くらいで十分です。

日付と時刻を曖昧に書くと必ず事故が起きます

文字で仕事をするときにいちばんよく起きる事故は、文法の誤りではなく時刻の表記です。そしてこれは英語力とほとんど関係がなく、ネイティブどうしでも同じように間違えます。

ここで next Friday はとくに有名な落とし穴です。今日が水曜のとき、これが二日後なのか九日後なのかは人によって読み方が違い、英語圏の人どうしでも毎回確認しています。曜日と日付を一緒に書くだけで、この問題は丸ごと消えます。

タイムゾーンはもう一段の注意が必要です。3pm my time は情報ではありません。複数の国にまたがるチームなら、最低二つ併記するのが慣例です。

最後の文は実務でよく必要になります。時差を理由に時間をずらしてほしいと言うのは、まったく無礼ではありません。むしろ何も言わずに深夜に入るほうが、後で問題になります。

時刻の言い回し自体にも地域差があります。イギリスで half five は5時30分、アメリカで quarter of five は4時45分です。どちらも自信がなければ、数字で書けば大丈夫です。

メールとSlackは別の言語です

いちばん重要な違いは最後の行です。決定と約束は記録として残さなければなりません。 Slackで結論が出たら、一行に要約してスレッドか文書に打ち込んでおいてください。Summarising so it's findable: we're going with option A, Sujin owns it, target is the 12th. この一行が二か月後の会議を一つ消してくれます。

Slackで通じる慣習もいくつか整理しておきます。

絵文字のリアクションを返信の代わりに使うのは、ほとんどのテック企業で完全に普通です。ただしこれは会社の文化に強く依存するので、新しいチームでは他の人の使い方を見てから合わせてください。親指の絵文字だけを送るのを素っ気ないと感じる人がいるという話はときどき流れますが、たいていの職場では単に確認の印として通ります。確信がなければ短い単語を一つ添えれば十分です。

Slackでやってはいけないことが一つあります。あいさつだけ送って相手が答えるまで待つことです。Hi! だけ送ると相手は何の用か分からないまま待つことになり、この癖は英語圏のテック業界で明示的に嫌われる慣習として知られています。最初のメッセージに質問まで入れてください。 Hi! Quick one — do you know who owns the billing cron now? の一行なら、相手は合間に答えられます。

短い返信の読み方

この部分がこの記事でいちばん実戦に近いところです。ネイティブの同僚から届く三語の返信の意味が分からず、一日を無駄にすることがよくあります。

この表を解読器のように使わないでください。同じ言葉も人と状況によって違う使われ方をします。Interesting. が本当に興味深いという意味である場合も多いです。

なので本当に必要なのは表ではなく一つの文です。

Just to make sure I'm reading this right — are you saying we should hold until the audit's done?

この文は無礼ではありません。むしろ曖昧に書いた責任をやわらかく返しながら、自分は正確に仕事をしようとする人になります。英語圏の職場で確認の質問は、弱点ではなく職業的な習慣として読まれます。

イギリス式の婉曲とアメリカ式の誇張

二方向の歪みを一緒に知っておくと、誤読が大きく減ります。

イギリスの職場英語はおおむね 弱く言うほうに傾きます。a bit of a problem がかなりの問題であることがあり、I'm not entirely convinced が強い反対であることがあります。quite good はとくに紛らわしく、イギリス式では「まあまあ」に近く、アメリカ式では「かなり良い」に近いです。同じ二語が反対方向へ行きます。

アメリカの企業英語は逆に 強く言うほうに傾きます。awesome、amazing、love it が日常的に使われるので、アメリカ人の great はイギリス人の fine に近いことがあります。

ここで必ず付けておくべき但し書きがあります。ネットに出回る「イギリス人がこう言うときの本当の意味」という表は面白半分に作られたもので、かなり誇張されています。個人差のほうが国の差より大きいです。 この表を解読器として信じると、本心で言った人を誤解することになります。方向だけ知っておいて、重要な件では確認の文を使ってください。

結びの言葉

簡単な規則を一つ。何か頼んだなら Thanks,、そうでなければ Best,。 この二つで社内メールのほとんどは片づきます。

やらないほうがよいこと

As per my last email を使う。前に書いたとおり、受動的攻撃の代名詞です。

背景を五段落書いたあとに依頼を置く。この記事全体の要旨です。依頼がスクロールの下にあるなら、ないのと同じです。

Please advise. 広く使われていて誤りでもありませんが、人によっては役所の文書のように素っ気なく読まれます。Let me know what you think や Which would you prefer? のほうが温かく、何より相手が何を答えればいいのかが明確です。

感嘆符の乱発と大文字。感嘆符一つは親しみ、三つは切迫です。すべて大文字は叫んでいると読まれます。

Please revert と Kindly do the needful。インド英語の業務文体では完全に標準の表現です。ただしアメリカとイギリスの読者にとって revert は「以前の状態に戻す」という意味なので混乱を招きます。受信者が複数の国にまたがるなら、Please let me know と Could you please ... のほうが遠くまで通じます。

一通のメールに依頼を三つ混ぜる。一つだけ処理されて二つは忘れられます。依頼が複数なら番号を振るか、メールを分けてください。

Thanks in advance を使う。非常によくあり、おおむね無害ですが、まだ承諾していない相手に先に感謝する構造なので、人によっては圧力と感じます。気になるなら Thanks for taking a look くらいに変えれば十分です。

深夜に送って即答を期待する。たいていのメールクライアントに予約送信があります。時差のあるチームならなおさらです。

実戦の流れ：メール一通とそのあとの催促

Subject: Payments spec — need your review by Thu

Hi Sarah,

Quick ask: could you review the payments spec by Thursday?
It's blocking the QA kickoff on Friday.

The doc is here [link]. It's about ten minutes — I've marked the
three sections that actually changed, you can skip the rest.

If Thursday's bad, tell me and I'll ask Jae instead.

Thanks,
Youngju

木曜に返事がなければ、Slackでこう続きます。

私:    Hi Sarah — quick one. Any update on the payments spec review?
       QA kickoff is tomorrow morning.

(半日たっても返事がなければ)

私:    No pressure on the detail — if I don't hear back by 4,
       I'll kick QA off against the current version and we can
       fold your comments in next week. Shout if that's wrong.

Sarah: Sounds good, sorry — swamped today. Skimmed it, one comment
       in section 3.

私:    Got it, thanks. Just to make sure I'm reading this right —
       you're okay with the retry logic as written?

Sarah: Yes, fine as written.

私:    Perfect. Summarising in the channel so it's findable:
       spec approved, one comment on section 3, QA starts 9am tomorrow.

ここで使われたのが前の内容のすべてです。依頼を最初の二行に置き、抜け道を開けておき、催促はコストを言ってから既定値で閉じ、曖昧な返信は確認の文でほどき、結論は記録に残しました。難しい英語は一つもありません。

今日すぐやってみること

1. 依頼を前に: 次のメールの最初の二行に用件と締切を入れてみてください。
2. 抜け道を一行: If Thursday's bad, tell me and I'll ask someone else.
3. 催促のステップ3: If I don't hear back by Thursday, I'll go ahead with option A.
4. 曖昧な返信をほどく: Just to make sure I'm reading this right — are you saying ...?

英語のメールがうまいというのは文章が華やかだという意味ではなく、読む人が3秒で何をすべきか分かるということです。

続けて読む

• 社内英語で頼む・断る — 前の記事。同じ依頼と断りを口で言うときの構造。
• 英語で進捗報告と悪い知らせを伝える — 次の記事。最初の三行の原則がいちばん大きく働く場所。
• 作文練習帳 — 上の文の型を自分の文に置き換える練習ができます。
• ブラウザAIラボ — 曖昧な返信を感情分析と翻訳でもう一度確かめられます。判断の代わりにはなりませんが、誤読を減らすのには使えます。