シナリオ
Day 101の月次パフォーマンスレビューコールで、あなた Yuki Tanaka は SwiftHaul Logistics の VP of Client Operations、David Kim との間で3点合意しました。SLAクレジットは7月の違反期間に紐づくものとして8月請求への相殺で適用（減免はしない）、代替ベンダーキャップは10%に縮小するが「60営業日連続97%以上」が条件、優先ベンダー地位は書面化するが四半期ごとの見直し条項付きという内容です。
この3点、特に「60営業日連続」の起算日や「四半期レビュー＝無期限ではない」という点は、口頭のままだと相手に都合よく解釈されるリスクが残ります。あなたは本日の合意内容をDavid宛の確認メールとして書面化し、Day 099のインシデントレポートを承認した直属の上司 Daniel Reyes にもCcして進捗の可視性を確保する必要があります。
あなた
Yuki Tanaka — Operations Manager
合意内容を書面で確認し、解釈のズレを防ぎたい
To
David Kim — VP of Client Operations, SwiftHaul
合意内容の当事者。数値回復を交渉材料に使ってきた相手
Cc
Daniel Reyes — VP of Operations
緊急対応計画を承認した上司。交渉結果の進捗を見守っている
目的
口頭合意した3点（SLAクレジットの扱い・代替ベンダーキャップの条件・優先ベンダー地位の見直し条項）を書面で正式に確認し、次のアクションアイテムを明確にした上で、Danielに交渉結果を可視化する。
文化的コンテキスト
相手に有利に解釈されうる条件ほど正確に書面化
「60営業日連続」「四半期レビュー」のような数値・期間はぼかさず、そのままの強さで記録するのが誠実な実務習慣
「60営業日連続」「四半期レビュー」のような数値・期間はぼかさず、そのままの強さで記録するのが誠実な実務習慣
起算日まで自ら提案する
「いつから60日を数えるか」を曖昧にせず、具体的な開始日を提案しておくことで後日の解釈の食い違いを防ぐ
「いつから60日を数えるか」を曖昧にせず、具体的な開始日を提案しておくことで後日の解釈の食い違いを防ぐ
Ccには理由を添える
黙って追加するのではなく "looping in [名前] for visibility" のように、なぜCcしたのかを一言明示する
黙って追加するのではなく "looping in [名前] for visibility" のように、なぜCcしたのかを一言明示する
交渉完了後のCcは承認依頼にしない
すでに合意済みの内容であることを踏まえ、上司へのCcノートは進捗共有として書く
すでに合意済みの内容であることを踏まえ、上司へのCcノートは進捗共有として書く
タスク
以下の内容を含む、David Kim宛（Daniel Reyesをcc）のフォローアップメールを英語で書いてください。
To:David Kim <david.kim@swifthaul.com>
Cc:Daniel Reyes <daniel.reyes@shopwave.com>
From:Yuki Tanaka <yuki.tanaka@shopwave.com>
Subject: [ _____ ] _____________________________
含めるべき要素（6点）:
- 1. SLAクレジットの扱い（7月の違反期間に紐づく／8月請求への相殺／減免はしない）
- 2. 代替ベンダーキャップの条件（10%への縮小・60営業日連続97%以上が条件）
- 3. 優先ベンダー地位（書面化するが四半期レビュー付き・無期限の約束ではない）
- 4. アクションアイテム（担当者・期限を明記）
- 5. Danielへの一言（進捗の可視性を確保する短い言及）
- 6. 締め（認識のズレがあれば訂正を歓迎する一文）
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
今日話し合った内容を書面に残しておきたかった
クリックで詳細を表示 →
I wanted to put today's call in writing
💡 recapメールの定番の書き出し
話が着地した内容をまとめると
クリックで詳細を表示 →
To recap where we landed
💡 箇条書きの直前に置く導入句
〜に紐づいている（今後の実績とは独立）
クリックで詳細を表示 →
is tied to (the breach period), not to how things look going forward
💡 クレジットの根拠を正確に書面化する表現
請求相殺として適用する
クリックで詳細を表示 →
apply (a credit) as an offset against the August invoice
💡 減免ではなく相殺であることを明示する実務表現
〜を条件とする
クリックで詳細を表示 →
contingent on (60 consecutive business days at 97%+)
💡 譲歩を無条件にせず、達成条件とセットで書面化する
書面にする（口約束で終わらせない）
クリックで詳細を表示 →
put X in writing
💡 合意事項を正式化する際の定番表現
無期限の約束ではなく定期的に見直す
クリックで詳細を表示 →
framed as a quarterly review rather than an open-ended commitment
💡 譲歩を無期限にしないためのセーフガード表現
念のため共有しておきます（進捗の可視性）
クリックで詳細を表示 →
looping in [名前] for visibility
💡 Ccした相手に一言添える定番表現
期限までに完了させる
クリックで詳細を表示 →
have X finalized by [date]
💡 アクションアイテムの期限明示に使う
認識が違っていたら教えてください
クリックで詳細を表示 →
Please flag it if I've gotten any of this wrong
💡 一方的な確認にせず、相手に訂正の余地を残す
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- 件名で「これはrecap（確認）メールだ」と即座に伝える。テーマ（SLAクレジット・キャップ・優先ベンダー）を含めると相手が文脈をすぐ把握できる
- 第1文（BLUF）で「本日のコールの合意内容を書面で確認するためのメール」だと明示する
- 箇条書きで「SLAクレジット」「代替ベンダーキャップの条件」「優先ベンダー地位」を整理する。長文の段落に埋めない
- Davidに都合よく解釈されるリスクがある2点（60営業日連続97%以上・四半期レビュー）の数値・期間は曖昧にせずそのまま書面化する
- DanielへのCcノートは1〜2文で簡潔に。すでに交渉は完了しているため、承認を求めるものではなく進捗共有であることを明確にする
- 締めは「認識違いがあれば教えてください」という一文で、押し付けがましさを避ける
ヒント 2 — キーフレーズ・表現
- 件名:
[Recap] SwiftHaul Monthly Review — Credit, Backup Vendor Cap & Preferred Status Confirmed - BLUF:
"I wanted to put today's call in writing so we're both working from the same page on the three items we discussed." - SLAクレジット:
"The SLA credit is tied to the breach period in July, not to how things look going forward, so it will be applied as an offset against the August invoice rather than waived." - 代替ベンダーキャップ:
"We'll scale the backup vendor cap down to 10% of West Coast volume, contingent on SwiftHaul holding 97%+ on-time dispatch for 60 consecutive business days." - 優先ベンダー地位:
"On preferred-vendor status, I'm glad to put that in writing, framed as a quarterly review rather than an open-ended commitment." - Danielへの一言:
"Looping in Daniel for visibility, since he'll want to see how the SwiftHaul negotiation landed."
ヒント 3 — 骨格テンプレート
骨格：
Subject: [Recap] SwiftHaul Monthly Review — Credit, Backup Vendor Cap & Preferred Status Confirmed
Hi David,
[BLUF: 本日の合意内容を書面で確認する目的]
To recap where we landed:
- [SLAクレジット: 違反期間に紐づく／8月請求への相殺]
- [代替ベンダーキャップ: 10%への縮小＋60営業日連続97%以上の条件]
- [優先ベンダー地位: 書面化するが四半期レビュー付き]
Action items:
- [担当者]: [内容] by [期限]
- [担当者]: [内容] by [期限]
[Danielへの一言（cc共有の理由）]
[締め: 認識違いがあれば訂正を歓迎]
Best,
Yuki
モデル解答（B2〜C1相当）
To:David Kim <david.kim@swifthaul.com>
Cc:Daniel Reyes <daniel.reyes@shopwave.com>
From:Yuki Tanaka <yuki.tanaka@shopwave.com>
Subject: [Recap] SwiftHaul Monthly Review — Credit, Backup Vendor Cap & Preferred Status Confirmed
Hi David,
Thanks for a productive call earlier. I wanted to put today's discussion in writing so we're both working from the same page on the three items we covered.
To recap where we landed:
- SLA credit: This is tied to the breach period in July, not to how dispatch rates look going forward, so it will be applied as an offset against the August invoice rather than waived
- Backup vendor cap: We'll scale the rollout down to 10% of West Coast volume (from the original 20%), contingent on SwiftHaul holding 97%+ on-time dispatch for 60 consecutive business days
- Preferred-vendor status: I'm glad to put that in writing for any future volume growth, framed as a quarterly review rather than an open-ended commitment, so we can adjust if either side's situation changes
Action items:
- Yuki: apply the SLA credit as an August invoice offset and draft the preferred-vendor language — ready by Wednesday, July 29
- David: confirm the 60-consecutive-business-day tracking start date (I'd propose July 20, when dispatch first hit 97.8%)
Looping in Daniel for visibility — he approved the original mitigation plan and will want to see how the credit and vendor terms landed.
Please flag it if I've gotten any of this wrong, or if your read on the 60-day window differs from mine. Really appreciate SwiftHaul's recovery over the past few weeks, and looking forward to seeing the streak hold.
Best,
Yuki
Yuki
解説
構成分析
1
感謝から入る: "Thanks for a productive call earlier." — 交渉直後の確認メールでも、冒頭に一言感謝を置くことで協力的なトーンを保つ
2
BLUF: 第1段落で「何のためのメールか」を明示。読み手は件名と第1文だけで用件を把握できる
3
箇条書きで事実を整理: SLAクレジット・代替ベンダーキャップ・優先ベンダー地位を太字ラベル付きの箇条書きにすることで、後から見返す記録として機能する
4
相手に有利に解釈されうる条件を正確に記録する: "60 consecutive business days" "quarterly review" という具体的な数値・期間をぼかさずそのまま書面化することで、後の解釈の食い違いを防ぐ
5
アクションアイテムを分離: 「担当者・内容・期限」を独立したセクションにし、さらに「トラッキング開始日」を自ら提案することで、60日カウントの起点をめぐる後日の争いを未然に防ぐ
6
Ccへの配慮: Danielを"looping in for visibility"と明示し、すでに交渉が完了している旨がわかるトーンで一言添える
7
訂正の余地を残す締め: "Please flag it if I've gotten any of this wrong" — 一方的な記録の押し付けにせず、相手に確認・修正の機会を与える
重要表現まとめ
| 表現 | 意味 | ポイント |
|---|---|---|
I wanted to put today's call in writing | 今日話し合った内容を書面に残しておきたかった | recapメールの定番の書き出し |
To recap where we landed | 話が着地した内容をまとめると | 交渉の結論を確認する箇条書きへの導入句 |
is tied to (the breach period), not to how things look going forward | 〜に紐づいており、今後の実績とは独立している | クレジットの根拠を正確に書面化する表現 |
apply (a credit) as an offset against the August invoice | 8月分の請求への相殺として適用する | 減免ではなく相殺であることを明示する実務表現 |
contingent on (60 consecutive business days at 97%+) | 〜を条件とする | 譲歩を無条件にせず、達成条件とセットにする |
framed as a quarterly review rather than an open-ended commitment | 無期限の約束ではなく定期的な見直しとして位置づける | 将来調整できる余地を残すセーフガード表現 |
looping in [名前] for visibility | 進捗の可視性のため〜をCcする | Ccの理由を明示する実務表現 |
Please flag it if I've gotten any of this wrong | 認識が違えば教えてください | 一方的でない、修正を歓迎する姿勢を示す |
文化的ポイント
| 日本のビジネス感覚 | 英語圏でのビジネス感覚 |
|---|---|
| 口頭合意で済ませ、書面化は「念のため」程度 | 相手に有利に解釈されうる条件（60日・四半期レビューなど）ほど、recapメールで正確な数値・期間を書面化するのが標準実務 |
| 起算日・カウント方法など細部を曖昧にしたまま進める | 「60 consecutive business days」の起算日を自ら提案することで、後日の解釈の食い違いを未然に防ぐ |
| Ccする際、理由を説明せず黙って追加する | "looping in [名前] for visibility" と一言添えて、なぜCcしたかを明示する |
| すでに完了した交渉結果を、上司へのCcで「承認をお願いします」のように書いてしまう | 交渉はすでに完了しているため、上司へのCcノートは進捗共有であり承認依頼ではないと明確にする |
よくある日本人のミス
❌ "We agreed to give SwiftHaul a break on the credit and reduce the backup vendor plan."
合意内容が曖昧で、相殺なのか減免なのか、10%なのか条件付きなのかが不明瞭
→
✅ "The SLA credit... will be applied as an offset against the August invoice rather than waived. The backup vendor cap will scale down to 10%, contingent on 60 consecutive business days at 97%+."
❌ "We'll keep SwiftHaul as our preferred vendor going forward."
「四半期レビュー付き」という条件を書き漏らし、無期限の約束に読めてしまう
→
✅ "I'm glad to put that in writing... framed as a quarterly review rather than an open-ended commitment."
❌ 60営業日のカウント開始日を書かない
起算日を曖昧にすると、後で「いつから数えるか」で解釈が割れる
→
✅ "David: confirm the 60-consecutive-business-day tracking start date (I'd propose July 20, when dispatch first hit 97.8%)."
❌ CcにDanielを追加するだけで一言も触れない、あるいは承認を求めるように書く
交渉はすでに完了しているのに、承認依頼のように読めてしまう
→
✅ "Looping in Daniel for visibility — he approved the original mitigation plan and will want to see how the credit and vendor terms landed."
❌ アクションアイテムに期限を書かない
「そのうちやる」の感覚が英語ビジネスでは伝わらない
→
✅ "Yuki: apply the SLA credit... — ready by Wednesday, July 29."
ワンランク上の表現（Phase 2 以降）
Basic
"I want to confirm what we agreed on the call. Please let me know if this is correct."
↓ ビジネスでは
B2
"I wanted to put today's call in writing so we're both working from the same page. Please flag it if I've gotten any of this wrong."
↓ さらに上のレベルでは
C1
"Putting the tracking start date in writing now, rather than leaving it implicit, mainly protects both of us from re-litigating the 60-day window later — happy to revisit if the pattern of dispatch performance shifts before then."
次のステップ
- 発展: メール送信後、Davidから "Actually, can we start the 60-day count from today instead of July 20?" という返信が来た場合、どう返信して起算日を確定させるか
- 次回（火曜）: Meeting × Operations — SwiftHaulとの合意内容を踏まえ、週次オペレーションチームMTGで進捗と今後のモニタリング体制を共有する
自己評価（解いた後に記入）
理解度
自分の回答
自分のメール本文
語数 ・ 所要時間