シナリオ
あなたはグローバルSaaS企業（東京オフィス）の カスタマーサクセスマネージャー（CSM） で、戦略的アカウント Northwind を担当しています。今朝 9:15 JST 頃から Northwind のデータ同期が止まっており、すでに約3時間が経過。彼らの 月末レポーティングが完全にブロック されていて、顧客のチャンピオン（窓口）である Kenji から「これはビジネスクリティカルだ」と連絡が来ました。
さらに悪いことに、この Northwind は 2週間後に契約更新（renewal）を控えた重要アカウント。ここで対応を誤ると更新に直接響きます。まず社内 #cs-escalations でこの障害を P1としてエスカレーションし、オンコールのエンジニアを巻き込んで対応をリード したうえで、顧客のチャンピオンにも落ち着いた一次連絡を入れる必要があります。
あなた
Customer Success Manager
Northwind 担当（顧客窓口 兼 対応リード）
相手 A
#cs-escalations のオンコール陣
サポート／エンジニア、英語ネイティブ・非ネイティブ混在
相手 B
Kenji（顧客チャンピオン）
Slack Connect、英語は流暢だが第二言語
文化的コンテキスト
目的
障害対応を素早く社内で動かし、更新前の重要顧客の信頼を守る
障害対応を素早く社内で動かし、更新前の重要顧客の信頼を守る
BLUF・アクション志向
パニックにならず、事実・影響・依頼を簡潔に。相手が「次に何をすべきか」が一目で分かる形に
パニックにならず、事実・影響・依頼を簡潔に。相手が「次に何をすべきか」が一目で分かる形に
レジスターの切替
社内は率直・箇条書き、顧客向けは安心感を優先。同じ事象でも書き分ける
社内は率直・箇条書き、顧客向けは安心感を優先。同じ事象でも書き分ける
守れない約束をしない
過剰なETAを出すより「次にいつ連絡するか」を約束（under-promise, over-deliver）
過剰なETAを出すより「次にいつ連絡するか」を約束（under-promise, over-deliver）
タスク
2つの Slack メッセージを作成してください。社内向けと顧客向けで レジスター（丁寧さ・詳細度）を切り替える のがポイント。
状況 A — #cs-escalations へのエスカレーション投稿
- P1として緊急である旨（BLUF）
- 障害の事実（何が・いつから・影響範囲）
- 更新が迫っている＝ビジネス上の重要性
- オンコールへの明確な依頼（オーナーとETA、他アカウントへの波及確認）
- 自分が顧客側を持つこと＋スレッドで随時共有する旨
状況 B — 顧客チャンピオン Kenji への一次連絡
- 認知と謝意（対応中であること）
- 最優先で見ていること
- 守れないETAは出さず「1時間以内に正式アップデート」と約束
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
P1として緊急対応が必要
クリックで英語を表示 →
🚨 P1 — need eyes on this
💡 冒頭でBLUF。絵文字で緊急度を可視化
〜から止まっている（時刻明示）
クリックで英語を表示 →
...has been failing since ~09:15 JST
💡 開始時刻と経過を出すと対応が早い
影響範囲・波及
クリックで英語を表示 →
Impact: ... / is this hitting other accounts?
💡 1件か全体かを最初に切り分ける
誰か対応できる人は？
クリックで英語を表示 →
Who's on call for X? Can someone jump on this?
💡 @here より人を特定すると反応が良い
更新が迫っていて時間的に敏感
クリックで英語を表示 →
their renewal is up in 2 weeks, so timing is sensitive
💡 ビジネス影響を一言で添える
必要なもの（依頼を箇条書き）
クリックで英語を表示 →
What I need: an owner + a rough ETA I can relay
💡 相手が動きやすい形で依頼
顧客側は自分が持つ／随時共有
クリックで英語を表示 →
I'll hold the customer and keep this thread updated
💡 役割分担を明確に。情報ハブ宣言
守れない数字は出したくない
クリックで英語を表示 →
I don't want to give you a number I can't stand behind
💡 顧客への誠実なETA回避
1時間以内に正式な続報を
クリックで英語を表示 →
let me get you a proper update within the hour
💡 次の連絡の約束で安心感を与える
ヒント（段階的開示）
ヒント 1 — 構成・方向性
状況Aは「P1宣言（BLUF）→ 事実（何が/いつから/影響）→ ビジネス重要性 → 明確な依頼 → 自分の役割」の順。パニックを見せず、箇条書きで「相手が次に何をすればいいか」を一目で分かる形に。状況Bは「認知＋謝意 → 最優先で対応中 → 守れる続報の約束」の3点だけ。技術的な言い訳や原因の断定はしない。
ヒント 2 — キーフレーズ（表現）
"🚨 P1 — need eyes on this"で緊急度を即伝達"Impact: ..."で影響範囲を1行に"renewal is up in 2 weeks, so timing is sensitive"でビジネス重要性を添える"Who's on call ...? Can someone jump on this?"で明確に人を求める- 顧客向けは
"I don't want to give you a number I can't stand behind"+"a proper update within the hour"
ヒント 3 — 骨格テンプレート
状況A の骨格：
🚨 P1 — need eyes on this. Northwind's [障害] since ~09:15 JST (~3h). [顧客影響].
Impact: 1 account, but strategic — renewal is up in 2 weeks, so timing is sensitive.
@here who's on call for [対象]? Can someone jump on this and confirm if it's on our side?
What I need:
• [依頼1: オーナー＋ETA]
• [依頼2: 他アカウント波及の確認]
I'll hold the customer and keep this thread updated. 🙏
Impact: 1 account, but strategic — renewal is up in 2 weeks, so timing is sensitive.
@here who's on call for [対象]? Can someone jump on this and confirm if it's on our side?
What I need:
• [依頼1: オーナー＋ETA]
• [依頼2: 他アカウント波及の確認]
I'll hold the customer and keep this thread updated. 🙏
状況B の骨格：
Hi Kenji — thanks for flagging this, and sorry for the disruption. [対応中＋最優先]. I don't want to give you a number I can't stand behind, so [1時間以内に続報]. 🙏
モデル解答（B2〜C1相当）
状況 A — #cs-escalations への投稿
# cs-escalations
You
12:18
🚨 P1 — need eyes on this. Northwind's data sync has been failing since ~09:15 JST (about 3 hours now). Their month-end reporting is fully blocked and their champion has flagged it as business-critical. Impact: 1 account, but it's a strategic one — their renewal is up in 2 weeks, so timing is sensitive. @here who's on call for the sync pipeline? Can someone jump on this and confirm whether it's on our side or theirs? What I need: • An owner + a rough ETA I can relay to the customer • A heads-up if this is hitting other accounts too I'll hold the customer and keep this thread updated. 🙏
状況 B — @kenji への DM（Slack Connect）
Direct message · @kenji · Slack Connect 🔗
You
12:24
Hi Kenji — thanks for flagging this so quickly, and I'm sorry for the disruption. Our engineering team is actively looking into the sync issue right now, and it's our top priority. I don't want to give you a number I can't stand behind, so let me get you a proper update within the hour. I'll ping you the moment I have something concrete. 🙏
解説
構成分析 — 状況A（社内エスカレーション）
1
P1宣言（BLUF） — "🚨 P1 — need eyes on this" で、スクロール中でも目に留まる形で緊急度を最初に提示。
2
事実の提示 — 「何が（data sync）」「いつから（~09:15 JST, ~3h）」「顧客影響（month-end reporting blocked, business-critical）」を1文に凝縮。時刻を入れると対応が早い。
3
ビジネス重要性 — "1 account, but it's a strategic one — renewal is up in 2 weeks" で、規模ではなく戦略的重要性を根拠に優先度を正当化。
4
明確な依頼 — "who's on call ...? Can someone jump on this?" で人を特定し、"What I need:" の箇条書きで「オーナー＋ETA」「波及確認」という具体アクションを提示。
5
役割の明確化 — "I'll hold the customer and keep this thread updated" で、自分は顧客窓口＋情報ハブを担うと宣言し、エンジニアを技術対応に集中させる。
構成分析 — 状況B（顧客への一次連絡）
1
認知＋謝意 — "thanks for flagging this ... sorry for the disruption" で相手の連絡を受け止める。原因を確定する前なので謝罪は「体験（disruption）」に限定。
2
最優先の明示 — "actively looking into ... our top priority" で放置していないことを伝える。
3
誠実なETA回避＋続報の約束 — "a number I can't stand behind" で守れない約束を避けつつ、"a proper update within the hour" で次の連絡タイミングを保証し安心感を与える。
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
need eyes on this | 「誰かに見てほしい／注目してほしい」。エスカレーションの定番 |
jump on this | 「すぐ取り掛かる」。オンコール依頼で自然 |
hold the customer | 「顧客側を（自分が）引き受ける」。CS/サポートで頻出のコロケーション |
a number I can't stand behind | 「自信を持って言えない数字」。守れないETAを断る誠実な言い回し |
the moment I have something concrete | 「具体的な情報が入り次第すぐに」。続報の即時性を約束 |
文化的ポイント
日本語の傾向
緊急時ほど経緯説明から入り、誰に何を頼むかが曖昧になりがち。焦って "30分で直します" と勝手に断言したり、原因確定前に過剰謝罪してしまうことも。
緊急時ほど経緯説明から入り、誰に何を頼むかが曖昧になりがち。焦って "30分で直します" と勝手に断言したり、原因確定前に過剰謝罪してしまうことも。
英語ビジネス（インシデント対応）
「事実（observation）」と「依頼（ask）」を分け、相手が次に取る行動を明示。社内は率直・アクション志向、顧客向けは過剰ETAより「次にいつ連絡するか」を約束（under-promise, over-deliver）。社内外でレジスターを切り替えるのが Phase 2 の到達点。
「事実（observation）」と「依頼（ask）」を分け、相手が次に取る行動を明示。社内は率直・アクション志向、顧客向けは過剰ETAより「次にいつ連絡するか」を約束（under-promise, over-deliver）。社内外でレジスターを切り替えるのが Phase 2 の到達点。
よくある日本人のミス
❌ いきなり長い経緯説明から入る
BLUF不足。緊急時ほど結論先行
→
✅ "🚨 P1 — need eyes on this." を先頭に
❌ "Please help." だけ
誰に何を頼むか不明
→
✅ "Who's on call for X? Can someone jump on this?" と人＋行動を特定
❌ "It will be fixed in 30 minutes."
守れないETAを顧客に約束
→
✅ "a proper update within the hour"（続報の約束に置換）
❌ "Sorry sorry, this is our fault..."
責任範囲を確定前に自認
→
✅ "sorry for the disruption"（体験への謝意に留める）
❌ 影響範囲を書かず「大変です」だけ
優先度判断の材料が無い
→
✅ "Impact: 1 account, but strategic — renewal in 2 weeks"
ワンランク上の表現（Phase 3 以降）
Basic
"Northwind has a problem. Please someone help, it's urgent."
↓ 社内 Slack では
B2
"🚨 P1 — need eyes on this. Northwind's sync down since ~09:15 JST. Renewal in 2 weeks. Who's on call? What I need: an owner + a rough ETA. I'll hold the customer."
↓ さらに上のレベルでは
C1
"Looping in @support-lead in case we need a status page. To be clear, I'm not blocking anyone's sprint — happy to own customer comms if someone can own the fix. I'll drop a running timeline in this thread for the postmortem."
高度なフレーズ集
"Looping in @support-lead in case we need to spin up a status page for them."
先読みで関係者を巻き込み、次善策（ステータスページ）まで提示する上級の段取り。
"I'm not blocking anyone's sprint — happy to own the customer comms if someone can own the fix."
責任分担を先回りで明確化し、エンジニアの心理的負荷を下げる配慮。
"I'll drop a running timeline in this thread so we've got a clean paper trail for the postmortem."
対応中からポストモーテムを見据え、スレッドを記録として活用する意図を示す。
次のステップ
- 発展: オンコールが "It's on their side — their upstream API changed a field" と返してきた場合に、(1) 社内スレッドでの受け止めと (2) Kenji への「原因は御社側の可能性が高い」というデリケートな一次連絡を、非難にならないトーンで書き分ける練習をする
- 次回（木曜: Day 092）: Presentation × Product — 次期ロードマップのプロダクトレビューで冒頭に方針を提示する
自己評価（解いた後に記入）
理解度
自分の回答
状況 A — #cs-escalations への投稿
状況 B — @kenji への DM