シナリオ
あなたは引き続き Priya Anand — Director of SRE, Anchorpoint Systems(B2B決済インフラ、ARR約$40M、ロンドン在住)です。取締役会(12/15)は Meridian Probes の上位プラン Pulse-15 に 年 +$84k($132k)・12か月・1月開始を承認。1/26 に議長 Margaret が聞くのは 「$84k で何を買ったのか」「うまくいかなかったらどうなるのか」の2つです。
12/18(金)の通話で合意したこと: $132k・12か月/稼働 1/4(日付で)/Exhibit B に p95 30秒以内・月次・Meridian の時刻/1/4〜1/20 に Meridian の p95 が30秒を超えたら、1/29 までに上乗せ分をやめられる(1月分 $7k だけ払う)。未決は「連続2か月、または12か月で3回の未達で解約」の1点でした。
届いたメール
Hi Priya,
Thanks again for Friday — a productive call.
On the open point: we can accept termination of the Pulse-15 uplift after two consecutive monthly misses. We can't accept "three in any twelve"A — our counsel reads it as a twelve-month right to cancel for any one-off.
Lena has turned the redline (attached) and made two clean-ups for consistency with our standard paper:
(a) Exhibit B §3:
(b) §3 Activation:
If you can confirm by tomorrow (Tue 22 Dec) 17:00 CET, Lena will send DocuSign for Wednesday.
Best,
Marcus
"Read the redline. Commercially, three-in-twelve is your call. On (a) I'll draft whatever you agree in principle — but please don't agree words yourself. I can get wording to Lena by 10:00 UTC tomorrow."
このメールの3つの論点
相手の「偶発1回で12か月が揺らぐ」は正当。Priya 自身が置いた仮定の線で、取締役会への答えは「1月の出口+連続2か月」で足りる。ただし単独では渡さない
信号が届かない=割れたときに Meridian の票が来ない。11/28 の 2分21秒はまさにそれ。文言のままだと、試験期間に 20.4時間分以上欠けたら試験期間ごと数えない → 1月の出口が消える。除外月が挟まると「連続2か月」も切れうる
誰の営業日かが無い。12/23 署名で 英国の暦なら 1/4、スウェーデンの暦なら 1/5。ただし「署名前に稼働を約束できない」という相手の心配は正当
12/23 の署名を崩さずに、金曜に決めた「うまくいかなかったらどうなるのか」の答え(出口と解約権)を、赤線版の2行から取り戻す
"clean-up" と紹介されている。悪意を前提にしない。名前ではなく、文言がそのまま適用されたときの効果で読む。顧客名(Halden Pay)は社外に出さない
タスク
① Marcus への返信メール(件名・本文)と、② 1/26 の取締役会で「うまくいかなかったらどうなるのか」に答える1文(Owen(CFO)に渡す・35語以内)を英語で書いてください。
① 結論と「一括」(Short version)
② 1. Termination — 状態を1語で → 理由
③ 2. Activation — 状態を1語で → 2つの日付 → 代わりの文言
④ 3. Data completeness — 状態を1語で → 効果 → 除外してよいもの → 要る原則(箇条書き)
⑤ 文言は誰が・いつまでに → 署名への道筋
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
ヒント(段階的開示)
ヒント 1 — 構成・方向性
- 3つの論点は性質が違う: A は譲る/C は中身を受けて曖昧さだけ消す/B は譲らない
- 譲る点は「一括」と書く。単独の譲歩にすると、B が通らなくても A だけ相手に残る
- "clean-up" という名前に反論しない。文言がそのまま適用されたら何が起きるかだけを書く
- 原則は Priya、文言は Grace。条文を自分で書かない
ヒント 2 — キーフレーズ(表現)
- 冒頭:
"Short version: ..."/"as a package with one change to the third" - (1):
"Agreed."/"Your counsel's reading is fair." - (2):
"agreed in substance, with different wording"/"whose business days we count"/"day for day" - (3):
"as drafted"/"the slowest signal of all"/"out of spec, not as excluded time" - 締め:
"by 10:00 UTC tomorrow"/"If point 3 lands, ..."
ヒント 3 — 骨格テンプレート
[冒頭] 礼1文 → Short version: 1を受ける・2はほぼ・3を1つ変える(一括)→ 3が署名の条件
[1] Agreed → 何を受け何を削る → 相手の理由を認める
[2] Agreed in substance → UK 1/4・SE 1/5 → 代わりの文言 → 遅れたらずれる
[3] Can't accept as drafted → 最も遅い信号 → 出口も解約権も消える → 除外してよいもの → 要る原則3つ
[締め] Grace の文言・時刻 → 他は金曜どおり → 3が通れば水曜に署名
[Owen] 1月の出口(条件・期限・費用)→ その後の解約権
モデル解答(C1〜C2相当)
Hi Marcus,
Thanks for turning this around so quickly. Short version: we can accept your first point and most of the second, as a package with one change to the third. That change is what Grace needs before she can sign on Wednesday.
1. Termination: agreed. Two consecutive monthly misses, and we drop "three in any twelve." Your counsel's reading is fair; one bad month shouldn't reopen a twelve-month commitment.
2. Activation: agreed in substance, with different wording. "Whichever is later" makes the date depend on whose business days we count. On a UK calendar, signature on the 23rd gives January 4; on a Swedish one, January 5. Please write it as "January 4, 2027, provided this Order Form is signed by December 23, 2026." If signature slips, the date moves day for day. I'm not asking you to carry our risk.
3. Data completeness: we can't accept this as drafted. From our side, a signal that is never published is the slowest signal of all. As written, a month, or the January test window, in which your signals go missing simply wouldn't count, so the failure that hurts us most would switch off both the exit and the termination right. We're fine excluding gaps we cause and maintenance announced in advance. What we need is:
- gaps caused by Meridian count as out of spec, not as excluded time;
- if completeness in the test window is below 95%, the January exit applies;
- an excluded month neither counts as a miss nor breaks a run of consecutive misses.
Grace will send Lena wording for point 3 by 10:00 UTC tomorrow, well ahead of your 17:00 CET. Everything else in Lena's redline matches what we agreed on Friday.
If point 3 lands, we sign on Wednesday as planned.
Priya
wc -w で数えた値。署名・箇条書きを含み、To/Cc 行を除く)"If January's re-test shows Meridian's own data above 30 seconds, or missing, we exit by 29 January at a cost of $7k; after that, two consecutive monthly misses let us drop the uplift."
条件・期限・費用・その後を1文に。"or missing" と書けるのは、今日の3点目が通った場合だけ。通らなければこの1文は嘘になる——だから3点目は譲れない。
解説
構成分析
重要表現まとめ
| 表現 | 意味・ポイント |
|---|---|
Short version: | 要点だけ言うと。往復の多いスレッドで結論を先に置く |
as a package with ... | 〜と一括で。条件付きの譲歩 |
agreed in substance | 中身は合意。言い換えの要求が撤回に見えない |
whose business days we count | 誰の営業日を数えるか。国際契約で頻出する曖昧さ |
day for day | 1日につき1日。遅れた分だけ期限もずれる |
as drafted | 書かれたままでは。原則ではなく文言への異議 |
out of spec / excluded time | 仕様外/SLA 計算から外す時間 |
a run of consecutive misses | 途切れない未達の連なり |
If X lands, ... | X が通れば。交渉スレッドで多用 |
文化的ポイント
| 日本の商習慣で起きやすいこと | 英語圏の交渉スレッドで期待されること |
|---|---|
| 「標準書式に揃えただけ」と言われれば細かく読まずに受ける | 名前ではなく効果で読み、合意を変えるなら番号を付けて指摘する |
| 譲歩を相手への好意として単独で伝える | 他の点と一括にし、書面に残す |
| 「ご検討ください」で終え、期限を相手に任せる | こちらの次の行動を時刻で書く |
| 異議を「難しいかもしれません」とぼかす | "We can't accept this as drafted." と言い切り、理由と代案をすぐ後ろに |
| 法務の言葉を担当者がその場で書く | 担当者は原則、法務は文言。役割を相手にも明示する |
| 相手の誠実さを疑うのを恐れて黙る | 意図に触れず、文言の効果だけを書く |
数字の根拠(出所の区別)
シナリオ設定 仮定 導出 確認済み・実測
| 数字 | 区分 | 中身 |
|---|---|---|
| $132k・12か月・1/4・p95 30秒・1/29・$7k・12/23・1/20・1/26 | シナリオ設定 | Day 172〜174 から引き継ぎ |
| 11/28 の切り替え 2分21秒 | シナリオ設定 | Day 169〜172 から引き継ぎ |
| 「12か月で3回」 | 仮定 | Day 174 で置いた線。実在の契約の値ではない |
| 試験期間17日・信号 97,920件・5% = 4,896件 ≒ 20.4時間 | 導出 | 1/4〜1/20 両端含む。15秒ごと=1日 5,760件。python3 |
| 1月の 5% ≒ 37.2時間 | 導出 | 31 × 24 × 0.05 |
| 12/23 署名+5営業日: UK 1/4、SE 1/5 | 導出 暦は仮定 | UK 休日 12/25・12/28(振替)・1/1。SE は 12/24・12/25・12/31・1/1・1/6 を休みとした(12/24・12/31 は法定祝日ではないが多くの企業が休む、という記憶による仮定・未確認) |
| 12/22 17:00 CET = 16:00 UTC | 確認済み | TZ=Europe/Stockholm date で変換 |
| 曜日 | 確認済み | date で確認: 12/21 月、12/22 火、12/23 水、1/4 月、1/5 火、1/20 水、1/26 火、1/29 金 |
| 本文 301語・件名 16語・Owen への1文 33語 | 実測 | wc -w で数えた値 |
迷った他案と採らなかった理由
(1) 「12か月で3回」の削除
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| A. 削除を拒む | 最も強い解約権 | 相手の指摘に理がある。押すと 12/23 の署名が流れる | 1月の再試験が既に1回失敗していたら押す価値がある |
| B. 「6か月で3回」を提案し直す | 中間案 | 相手の法務の審査がもう1周回り、16:00 UTC に間に合わない | 期限に余裕があれば最初の対案としてありうる |
| C. 採用 | 削除を受ける。ただし3点目と一括 | 譲った分を最も重い3点目に集中できる | — |
(2) データ完全性の除外
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| D. 受ける | 早く終わる | 出口と解約権が実質消える。Owen への1文が嘘になる | — |
| E. 条項ごと削除 | 簡単に見える | 自社原因の欠測まで Meridian に負わせることになり、相手の法務が通さない | — |
| F. Priya が条文を書いて送る | 速い | Grace の線に反する。原則と文言が混ざると署名の段で食い違う | Grace 不在で期限が今日中なら、Grace の確認を条件に原則だけ先に送る |
| G. 採用 | 除外してよいものを認め、原則3つを箇条書き。文言は Grace が 10:00 UTC までに | 相手の理由に半分応え、出口は守れる | — |
(3) 稼働日
| 案 | 中身 | 採らなかった理由 | 前提が変われば |
|---|---|---|---|
| H. "whichever is later" を受ける | 1日の差なら許容 | 暦の曖昧さが残り、再試験前の余裕が1日減る | 再試験日を後ろにずらせるなら受けてよい |
| I. 署名日に関係なく 1/4 固定 | 金曜の合意どおり | 署名が遅れれば Meridian は契約前に稼働を約束することになる | — |
| J. 採用 | 12/23 までに署名なら 1/4+遅れたら1日ずつずれる | 曖昧さを消し、相手の心配にも応える | — |
(4) 譲歩の書き方
| 案 | 中身 | 採らなかった理由 |
|---|---|---|
| K. 1・2 を無条件に受ける | 好意的に見える | 3が通らなかったとき、1の譲歩だけが残る |
| L. "in exchange for" と明示 | はっきりする | 相手が clean-up と紹介した点を取引材料として扱う響きになる |
| M. 採用 | "as a package with one change to the third" | 条件付きであることを残しつつ、取引の響きを弱める |
業界の実物との対応(参照日: 2026-10-12)
以下はいずれも記憶による要約で、本ファイル作成時に原文を再取得して確認していません。
- 主要クラウドの SLA の除外規定(例: AWS の "SLA Exclusions") — 予定された保守・利用者側の原因・不可抗力を稼働率の計算から外すのが一般的。提供者自身の原因による計測不能を除外するのは、通常の範囲を超える、というのが Priya の主張の根拠。
- Google SRE 本(2016)第4章「Service Level Objectives」 — SLI の分母(何を有効なイベントと数えるか)が SLO の意味を決める。データ完全性の除外は分母の定義の問題。
- 契約での "business day" の定義 — 国際契約では所在地を定義条項で明示するのが通例(例: ISDA の定義集)。2つの日付の差はこの欠落から生じる。
- Fisher & Ury, Getting to Yes(1981) — 立場ではなく利害。相手の利害(12/23 の売上計上・偶発1回で12か月が揺らがないこと)に応えて、こちらの利害(出口が実際に使えること)を守る。
- "Nothing is agreed until everything is agreed" — 多論点の交渉で広く使われる原則。冒頭の "as a package" の根拠。
よくある日本人のミス
| ミス | 原因 | 正しい表現 |
|---|---|---|
| 件名を "Our comments on the redline" に変える | 新しい話題だと思いスレッドを切る | 元の件名に "| our position on all three points" を足す |
| "We accept the deletion of three-in-twelve." | 譲歩を単独で渡す | "... as a package with one change to the third." |
| "The business days are unclear." | 曖昧さを抽象的に指摘する | "On a UK calendar, ... January 4; on a Swedish one, January 5." |
| "This is not a clean-up. You are changing our agreement." | 相手の意図を責める | "As written, ... would switch off both the exit and the termination right." |
| "Please delete clause (a)." | 自社原因の欠測まで相手に負わせる | "We're fine excluding gaps we cause and maintenance announced in advance." |
| 条文を自分で書いて "Please use this wording." | 法務の役割を先取りする | "Grace will send Lena wording for point 3 by 10:00 UTC tomorrow." |
| "We will reply as soon as possible." | 時刻が無い | "by 10:00 UTC tomorrow, well ahead of your 17:00 CET" |
| "If you don't accept point 3, we cannot sign." | 条件を脅しの形で書く | "If point 3 lands, we sign on Wednesday as planned." |
| 取締役会用に "Meridian agreed to strong protections." | 評価語で中身が無い | 条件・期限・費用を1文に |
ワンランク上の表現
この問題で扱わなかった範囲
- 点3の条文そのもの: Grace の仕事。本問は原則(3つの箇条書き)まで。
- Data Completeness の定義の技術的な詳細(時刻同期のずれ・遅れて届いた信号の扱い・計測の窓): 「公開されるはずの信号のうち公開された割合」で止めた。実務では遅延到着の扱いが次の争点になる。
- 準拠法・紛争解決地: 営業日の暦とつながるが、稼働日の文言だけで解いた。
- 事例紹介(case study): Day 174 で取引と切り離した。触れると取引の一部に見えるので本メールでは触れない。
- Halden Pay への説明: 顧客名は社外に出さない約束のまま。
次のステップ
- 発展: 12/22(火)14:10 UTC、Lena から "Points 1 and 2 accepted. On 3, we accept the first and third bullets. The second we can't: if our feed is degraded in the test window, we'd rather extend the window by the lost time than trigger the exit." 再試験 1/20 は動かせず、取締役会は 1/26。受けるか・どう条件を付けるかを決め、Lena への返信(80語以内)を書く(ヒント: 「延長」が 1/20 を越えたらどうなるか)。
- 次回予告(Day 176・火曜): Meeting × Marketing — week_index 1 に移り、分野は Marketing。