シナリオ
あなたは引き続き Priya Anand — Director of SRE, Anchorpoint Systems（B2B決済インフラ、ARR約$40M）です。CloudEdge のステータスAPIが「プライマリリージョン障害」と誤って報告し、自社のフェイルオーバーが作動したのは9か月で3回（INC-2026-003 1/22、-041 5/7、-088 9/15）。3回とも実際のリージョンは正常でした。自社側の原因（単一ベンダーの信号だけで切り替える設計）は、検証レイヤーで 9/28〜11/6 に直すと決まっています（DR-2026-014）。9/15 の直接の手数料損失は約$600です。
力関係 — 押せる材料と押せない材料
✗ 押せない（持ち込むと負ける）
- SLA は「リージョンの可用性」だけが対象（99.95%）。3回とも正常＝SLA上は違反ゼロ
- ステータスAPIは規約 §9.4 で "best-effort, informational"
- 単一信号で切り替えたのは自社の設計
- 直接損失は3回合計で $2K 未満
- Black Friday 前の他社移行は不可能（Dana も知っている）
✓ 押せる
- 「3回とも存在しない障害を報告した」という事実（全顧客に影響するデータ品質の問題）
- 年間コミット $1.4M、更新 2027-01-31
- 四半期末（10/31）前に揉めたくない CloudEdge の事情
- BATNA: 検証レイヤーで依存を下げることは既に決定済み——取れなくても困らない
今日ほしいもの（優先順位つき）
10/6 までに Hannah に渡せる、日付と中身が具体的で、書面で確認できる約束を取る
「契約上の権利」で押すと §9.4 で全部断られる。損害額を膨らませると、元CTOの取締役にも CloudEdge にも見抜かれる
タスク
電話での自分の発言を英語で書いてください。相手の発言4つは決まっています（V3 だけ Tomás）。最後に、Ravi（CEO の Chief of Staff）に送る取締役会資料用の1行（30語以内）も書きます。
"First — I'm genuinely sorry about the 15th. But I want to be straight with you: the SLA covers availability, and your region was available the whole time. The status API is best-effort under section 9.4. There's no credit mechanism for this."
"What I can do today is ninety days of Enterprise Premium support at no cost — a named TAM and fifteen-minute response. That's about sixty thousand dollars of value. I'd see that as a good way to put this behind us."
"On the API changes — a regional confidence field, advance notice of threshold changes — that's a roadmap call. And honestly, most customers treat our status feed as a signal, not a trigger. Aren't you asking us to pay for an architecture choice on your side?"
"Okay. I can get you written RCAs and a named contact for Black Friday. The API asks I'll take to product. And your renewal's in January — I'd love to fold any goodwill piece into that conversation rather than do something one-off now."
交渉で長く話すほど、相手に譲歩の材料を渡します。1回の発言は話して40〜60秒に収めます。
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
ヒント（段階的開示）
ヒント 1 — 構成・方向性
- 冒頭で自社の責任を先に認める: V3 で Tomás が突く論点を、先に自分で言って無力化する
- 求めないものを言う: 「今日はSLAクレジットを求めない」。勝てない要求を外すと、相手は防御を解く
- V1 は争わない: §9.4 は相手が正しい。論点を「データの正確さ」へ
- V2 は受け取るが、和解にしない: TAM は実際に役立つ。ただし "in lieu of" ではないと一言
- V3 は分解する: 「トリガーにした」は自社の問題、「存在しない障害を報告した」は CloudEdge の問題
- V4 はお金の先送りを受け、書面と日付を取る: お金は優先順位4位
ヒント 2 — キーフレーズ（表現）
- 冒頭:
"Let me start with our part: we let a single status signal trigger a regional failover. That was our design, and we're fixing it." - 求めない物:
"I'm not here to claim SLA credits, and I'm not going to put a dollar figure on the table today." - V1:
"Contractually, you're right. … Three times this year, the feed reported a regional outage that didn't exist." - V2:
"I'll gladly take it — with one clarification: it's not in lieu of the three things I asked for." - V3:
"You're half right, and I'll own that half. … But a feed that reports outages that didn't happen is a problem for every customer who reads it." - V4:
"Happy to fold it into the renewal, as long as it's written down." - 締め:
"Let me read back what I've got, and I'll put it in an email within the hour."
ヒント 3 — 骨格テンプレート
→ 今日ほしい3つ（RCA 10/5・BF窓口・API回答日 10/21）→ 求めないもの（SLAクレジット・今日の金額）
V1 → 契約論は明け渡す → 論点を「データの正確さ」へ → 3つは契約外でも出せる物
V2 → 受ける → 和解ではないと明示 → BF期間をカバーするよう開始日を調整
V3 → 半分は正しいと認める → 自社でやっていること → 残り半分は全顧客の問題 → 求めるのは回答日
V4 → お金の先送りを受ける → 条件: 3回の誤報とRCAを更新の記録に → 残る論点を日付つきで確認
[締め] 読み上げ → 1時間以内に要約メール → 金曜までに書面で確認
[Ravi への1行] 約束の中身＋日付。CloudEdge の非を書かない
モデル解答（C1〜C2相当）
"Thanks for making the time, Dana, Tomás. I'll be brief. Three times this year — January 22nd, May 7th and September 15th — your status API reported our primary region as degraded when it wasn't. Each time, our failover moved traffic off a healthy region."
"Let me start with our part, because it's real: we let a single vendor signal trigger a regional failover. That was our design choice, and we start fixing it on Monday."
"What I need from you is three things. Written root-cause reports on all three events by October 5th. A named escalation contact for November 26th through December 1st. And a date — not a commitment to build, just a date — by which your product team answers two API requests."
"I also want to be clear about what I'm not asking for. I'm not claiming SLA credits, and I'm not putting a dollar figure on the table today."
"... The status API is best-effort under section 9.4. There's no credit mechanism for this."
"Contractually, you're right, and I'm not going to argue section 9.4. This isn't an SLA question. It's a data-quality question: three times, the feed reported an outage that didn't exist. None of the three things I asked for needs a credit mechanism. An RCA, a named contact and a date from product are all things you can give a customer without touching the contract."
"... ninety days of Enterprise Premium support at no cost ... I'd see that as a good way to put this behind us."
"That's genuinely useful — a TAM who knows our setup during Black Friday is worth having, and I'll gladly take it. One clarification, though: it's not in lieu of the three things I asked for, and I don't see it as putting this behind us. One practical ask: could the ninety days start on October 15th rather than today? That way they run through the end of the peak and our first post-peak review, which is when we'll actually lean on it."
"... Aren't you asking us to pay for an architecture choice on your side?"
"You're half right, Tomás, and I'll own that half. Treating your feed as a trigger was our call. From November, nothing fails over unless your feed and our own checkout probes agree."
"But the other half isn't about us. A feed that reports a regional outage that didn't happen is a problem for every customer who reads it — including the ones who only put it on a dashboard and wake someone up at three in the morning."
"And I'm not asking you to commit engineering on this call. I'm asking for a date by which product tells us yes, no, or not this year. October 21st works for us, because we test our new failover logic on the 23rd, and I'd like to know what signal we're designing around."
"... I'd love to fold any goodwill piece into that conversation rather than do something one-off now."
"That works. I'd rather have the RCAs and the contact now than a small credit now, so I'm happy to fold any goodwill piece into the renewal conversation. The one condition is that it's written down: the three incident numbers, the RCAs once they exist, and a line saying goodwill will be discussed as part of the renewal. Account teams change, and I don't want us relitigating this in January from memory."
"On product: if the answer by the 21st is 'no', that's a fine answer. I just need to know."
"Let me read back what I've got. Dana, you'll send written RCAs for INC-003, INC-041 and INC-088 by Monday, October 5th, and a named escalation contact for November 26th through December 1st. Tomás, you'll take the regional confidence field and the advance-notice request to product, with an answer by Wednesday, October 21st. The ninety-day premium support trial starts October 15th, and it isn't in lieu of any of this. Goodwill goes into the renewal discussion, on the record."
"I'll send that as an email within the hour. Could you reply to confirm by Friday? Our board pre-read locks on the 8th, and 'we're in discussions' won't survive that room. I'd much rather it say what CloudEdge committed to."
Ravi への1行 → 取締役会資料に入るとこうなる
wc -w で数えた値、見出しを除く）解説
構成分析
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
Let me start with our part, because it's real. | 自分の責任を先に置く。because it's real で社交辞令の謝罪ではないと示す |
I also want to be clear about what I'm not asking for. | 要求しない物の宣言。アンカーを意図的に下げ、残りを通しやすくする |
Contractually, you're right | 副詞1語で「契約上は」と範囲を限定して明け渡す |
This isn't an SLA question. It's a data-quality question. | 争点を移す定型（Day 159 の "The problem isn't X. It's Y." と同じ型） |
not in lieu of | 〜の代わりではない。受け取った物を和解と見なされないための定型句 |
You're half right, and I'll own that half. | 指摘を分解し、正しい部分だけ引き受ける |
yes, no, or not this year | 回答の選択肢を先に示し、「No」も立派な回答だと伝える |
relitigating this in January from memory | relitigate ＝ 決着した話を蒸し返す。記録を求める理由を相手も困る事態として言う |
won't survive that room | その場（取締役会）の追及に耐えない。room は参加者全体を指す口語 |
文化的ポイント
| 日本の商習慣で起きやすいこと | 米国のベンダー交渉で期待されること |
|---|---|
| ベンダーの非を責め、「誠意ある対応」を求める | 何がほしいかを具体的に・日付つきで言う。「誠意」は相手が何をすればよいか分からない |
| 自社の落ち度には触れない（弱みになるから） | 自分の落ち度を先に言うほうが強い。相手が突く材料が消える |
| 無償サービスの申し出は、断るか黙って受ける | 受けつつ、何の代わりでもないと口頭で明言する |
| 「前向きに検討します」をもらって終わる | 読み上げ → 要約メール → 返信で確認、までが交渉 |
| 暗に「次の発注」をちらつかせる | 更新は話題にしてよいが脅しには使わない。移行できないことは相手も知っている |
数字の根拠（出所の区別）
シナリオ設定 仮定 導出 実測・確認済み
| 数字 | 区分 | 中身 |
|---|---|---|
| 3回の誤報の日付・番号 | シナリオ設定 | Day 158 と同じ。INC-2026-003 1/22、-041 5/7、-088 9/15 |
| 9/15 の直接損失 約$600 | シナリオ設定 | Day 158。決済額 $180K ではなく手数料ベース |
| 3回合計の直接損失 $2K未満 | シナリオ設定 | 本問で置いた値。お金を最優先にしない理由 |
| 年間コミット $1.4M・更新 2027-01-31 | シナリオ設定 | 本問で置いた値 |
| SLA 99.95% | 仮定 | 主要クラウドのリージョン単位 SLA によくある水準として置いた |
| Premium support 90日「約$60K」 | 仮定 | Dana の主張。比較: AWS Enterprise Support の料金表（月間利用額の一定割合、最低月額 $15,000 と記憶）を当てはめると、月約$117K の利用で最低額が効き 90日 ≈ $45K。$60K はやや高め。記憶による計算で、料金表は再取得していない |
| 90日の終了日 | 導出 | 9/30 開始 → 12/29、10/15 開始 → 2027-01-13 |
| 日付の曜日 | 確認済み | date で確認: 9/30 水、10/2 金、10/5 月、10/6 火、10/8 木、10/21 水、10/23 金、11/26 木、12/1 火、2027-01-31 日 |
| モデル解答 約640語、Ravi への1行 30語 | 実測 | wc -w で数えた値 |
迷った他案と採らなかった理由
(1) お金をどう扱うか
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| A. 検証レイヤー費用 $85K を goodwill credit として請求 | 金額で強く出る | 検証レイヤーは自社の設計の修正。V3 の指摘がそのまま正しくなる。直接損失 $2K 未満との落差を見抜かれる | 二重決済の返金など大きな損失が出ていて、原因が CloudEdge 側と RCA で確定したなら金額を出してよい |
| B. SLAクレジットを契約解釈で争う | §9.4 の "best-effort" を無効と主張 | 規約上ほぼ勝てない。争う姿勢を見せた時点で法務に回り、10/6 までに何も取れない | 誤報が実際の部分障害を伴っていたなら SLA の話になる |
| C. 採用 | 今日は金額を出さない。goodwill は更新で扱うと書面に残す | 1〜3 を最短で取れる。お金は力関係が最も強い更新時に持ち越せる | — |
(2) 更新（1月）をどう使うか
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| D. 「応じなければ更新時に他社へ」と明言 | 最も強いカード | Black Friday 前に移れないことは相手も知っている。空の脅しは1月の本番の交渉力まで削る | 他社見積もりと移行計画があり、経営が承認済みなら事実として伝えてよい |
| E. 採用 | 更新には自分から触れない。Dana が持ち出したら goodwill の置き場所として受ける | 相手に言わせることで、更新が脅しではなく相手の提案になる | — |
(3) V2 の無償サポートをどうするか
| 案 | 中身 | 採らなかった理由 |
|---|---|---|
| F. 断る | 決着の解釈を完全に避けられる | TAM は Black Friday に実際に役立つ。断ると「何を出しても受けない相手」と見られ、残りも通りにくくなる |
| G. 採用 | 受ける。"not in lieu of" を口頭と要約メールで明示し、開始日を 10/15 にずらす | 実利を取りつつ、和解の解釈を記録で否定できる |
業界の実物との対応（参照日: 2026-09-27）
以下はいずれも記憶による要約で、本ファイル作成時に原文を再取得して確認していません。
- 主要クラウドの SLA の構造 — AWS・Google Cloud・Azure の SLA は、提供者が定義する可用性を下回ったときにだけサービスクレジットを出し、顧客が期限内に申請する方式だと記憶している。ステータスページの正確さ自体を保証する条項は無い。「契約論は明け渡す」とした根拠。
- AWS Infrastructure Event Management（IEM） — Enterprise Support で、大規模イベントの前に構成レビューと当日の窓口を用意する仕組み。「Black Friday の名前つき窓口」は、この種の既存サービスがあるから通りやすい要求。
- Fisher & Ury, Getting to Yes（1981） — 立場ではなく関心で交渉する、BATNA を知っておく。Priya の BATNA（検証レイヤー）が確保済みであることが、落ち着いて「求めないもの」を言える理由。
- Chris Voss, Never Split the Difference（2016） — 相手が「No」と言える形の問いのほうが合意に近づく。"yes, no, or not this year" はこれに近い。
よくある日本人のミス
| ミス | 原因 | 正しい表現 |
|---|---|---|
| "We suffered serious damage because of your mistake." | 実際の損失は $2K 未満。誇張はすぐ見抜かれる | "Three times this year, your status API reported our primary region as degraded when it wasn't." |
| "We hope CloudEdge will respond sincerely." | 「誠意」を求めるだけで、何をしてほしいか分からない | "What I need from you is three things. ..." |
| "But the SLA should cover this situation." | 勝てない契約論で粘る | "Contractually, you're right. This isn't an SLA question. It's a data-quality question." |
| "Thank you very much for the kind offer." | 礼だけで受け、決着を認めたように見える | "I'll gladly take it — with one clarification: it's not in lieu of ..." |
| "Please improve the API as soon as possible." | 相手が約束できない要求。期限もない | "I'm asking for a date by which product tells us yes, no, or not this year." |
| "If you don't cooperate, we will consider other vendors." | 実行できない脅し | 自分から触れない。相手が出したら "Happy to fold it into the renewal — as long as it's written down." |
| "Thank you, we look forward to your response." | 誰が・何を・いつ、が確認されないまま終わる | "Let me read back what I've got. ... I'll send that as an email within the hour." |
ワンランク上の表現
この問題で扱わなかった範囲
- 1月の更新交渉そのもの（コミット額・割引・他社見積もりの使い方）: 本問は「更新に持ち越す」ことを書面化するところまで。
- Elena（VP of Finance）との事前のすり合わせ: 金額を出さない方針にしたため扱わない。
- CloudEdge の法務が RCA の書面化を渋った場合: 次のステップの「発展」に回した。
- 要約メール本文: 次回（Day 161・Email）の題材。
次のステップ
- 発展: V4 の代わりに Dana が "Legal won't let us put RCAs in writing for incidents that weren't SLA breaches. I can walk you through them on a call instead." と言った場合の返答を書く。口頭説明の利点（速い）と欠点（取締役会資料に "in writing" と書けない、担当が変わると消える）を踏まえ、代わりに何を書面にしてもらうか（例: 日付と原因の分類だけの1ページ）を提案する
- 次回予告（Day 161・月曜）: Email × Operations — この電話の直後に Dana と Tomás へ送る要約メール。"not in lieu of" と goodwill の扱いを、相手が返信1行で確認できる形で書く