Day 122 — 2026-08-16

Negotiation × Marketing

Phase 3 — Advanced 🤝 Negotiation 📣 Marketing ★★★★☆

シナリオ

今日のシナリオ

Day 121のElenaとの1on1で、オーディエンスセグメンテーションの作業は一時的にJordanへ引き継がれることが決まった。これでSara Kimura(あなた)は、計測是正プロジェクトの本丸であるサーバーサイド計測ダッシュボードの構築に集中できる体制が整った。残るタスクは、外部委託するマーケティングアナリティクスエンジニアとの契約条件の確定。候補者はPriya Chandrasekaran——フリーランスで複数のSaaS企業の計測基盤構築を手がけてきた実力者で、David Okafor(VP Finance)が承認した予算は$38,000・5週間の契約期間、納期は9月15日固定。契約書のドラフトを送った後、Priyaから3つの懸念が返ってきた。①要件が途中で膨らんだ場合の扱いが未記載、②5週間は追加要件のリスクを考えると窮屈、③支払い条件がNet-30一括でフリーランスとして資金繰り上厳しい。DavidからのHard制約(予算・納期)は守りつつ、今日中に契約を成立させる必要がある。

あなた
Sara Kimura — Senior Growth Marketing Manager
計測是正プロジェクトのリード。予算$38,000・納期9月15日という制約を守る責任を負う
相手
Priya Chandrasekaran — Freelance Marketing Analytics Engineer
複数社での計測基盤構築実績あり。契約条件については実務的でシビアだが、プロジェクト自体には前向き

目的

予算$38,000・納期9月15日という譲れない制約を守りつつ、Priyaの3つの懸念(スコープ変更の扱い・期間の窮屈さ・支払い条件)に現実的な形で応え、契約を今日中に成立させる

文化的コンテキスト

💰
支払いタイミング=相手のキャッシュフロー
フリーランス相手の交渉では支払い条件が社員間交渉より直接的な論点になる
🧩
動かせない制約と柔軟にできる部分を切り分ける
予算総額・納期は死守し、スコープの範囲・支払い方法で具体策を示す
🔁
懸念は「わがまま」ではなく実務上の権利
要望を突っぱねず"That's a fair concern"と受け止めるところから入る
📐
仕組みで解決し、個人の頑張りに頼らない
change order・requirements-freeze・milestone paymentはすべて検証可能な手続き

タスク

以下の3場面で、あなたはどう発言するか?各場面に対して2〜4文の英語で回答せよ。

場面 A — スコープ変更(追加要件)への懸念への応答
Priya Chandrasekaran

"One thing I want to flag before I sign — the SOW doesn't say what happens if Legal or Finance ask for additional audit fields mid-project. I've had clients before where 'just one more field' turns into two extra weeks of work I never got paid for. Can we address that?"

$38,000・5週間という固定条件は動かせないことを前提に、コア機能(サーバーサイド計測・Idempotency Key・週次自動突合ダッシュボード)は固定スコープとして明確化しつつ、それを超える追加要件には正式な変更管理の手続き(change order)を設ける、という形で応えたい。

⏱️ 3〜5分 📝 2〜4文
場面 B — 期間の窮屈さ(5週間 vs 6週間希望)への応答
Priya Chandrasekaran

"Even with a change order process, five weeks is tight if there's any back-and-forth on requirements once we're underway. Could we push this to six weeks instead, or at least build in a buffer?"

9月15日の納期は取締役会レベルのコミットメントで動かせないことを伝えつつ、期間そのものを延ばす代わりに、初週に要件を確定させる「要件凍結セッション」を設けることで、途中の手戻りリスクを事前に潰す提案でリフレーミングしたい。

⏱️ 3〜5分 📝 2〜4文
場面 C — 支払い条件(Net-30一括 vs マイルストーン払い)への応答
Priya Chandrasekaran

"Last thing — Net-30 after final delivery means I'm not seeing a dollar for over five weeks of work. As a freelancer, that's a real cash flow problem. I'd want to talk about splitting the payment."

支払いを一括からマイルストーン払いに変更すること自体は前向きに応じつつ、各マイルストーンの支払いを明確な検収基準(acceptance criteria)と紐づけることで、総額$38,000という制約の中で双方にとって現実的な形にまとめよ。

⏱️ 3〜5分 📝 2〜4文

Marketing × Negotiation(契約交渉)必須語彙

カードをクリックすると英語表現と使い方のコツを表示します。

固定報酬(スコープ・金額固定)の契約 クリックで詳細を表示 →
fixed-fee / fixed-scope engagement 💡 予算超過リスクを発注側が負わない契約形態を指す
変更管理の手続き(追加作業の正式な扱い) クリックで詳細を表示 →
change order (process) 💡 「スコープが膨らんだら無償対応」を防ぐための仕組み語
スコープが際限なく広がる現象 クリックで詳細を表示 →
scope creep 💡 Priyaの懸念そのものを表す定番語。中立的に使える
業務範囲記述書 クリックで詳細を表示 →
SOW (Statement of Work) 💡 契約に付随する作業範囲の正式文書を指す実務語
要件を初期段階で確定させるセッション クリックで詳細を表示 →
a requirements-freeze session 💡 期間延長の代わりに手戻りを事前に防ぐ提案の核
マイルストーン連動の分割払い クリックで詳細を表示 →
milestone-based payment 💡 一括後払いに対する現実的な代替案を示す表現
検収基準(何をもって完了とみなすか) クリックで詳細を表示 →
acceptance criteria 💡 支払いの根拠を明確にし、双方の認識齟齬を防ぐ語
前払い・着手金 クリックで詳細を表示 →
upfront payment / a deposit 💡 フリーランスのキャッシュフロー懸念に応じる際の鍵語
〜を条件として クリックで詳細を表示 →
contingent on (completing X) 💡 譲歩を無条件にせず、検証可能な条件とセットにする
(契約上)動かせない制約 クリックで詳細を表示 →
a hard constraint / non-negotiable 💡 予算・納期など交渉の余地がない項目を明示する際に使う

ヒント(段階的開示)

ヒント 1 — 構成・方向性
  • 場面A: 懸念を正当なものとして受け止める → コア機能を固定スコープとして明文化 → それを超える要求には正式な変更管理手続き(change order)を設ける、という仕組みの提案で応じる
  • 場面B: 納期が動かせない制約であることを明確に伝える → 期間延長ではなく「要件凍結セッション」で手戻りリスク自体を事前に減らす提案にリフレーミングする
  • 場面C: 支払い条件の見直し自体には前向きに応じる → 総額は変えずにマイルストーン払いへ分割し、各支払いを検収基準と紐づけて具体化する
ヒント 2 — キーフレーズ・表現
  • 場面A: "That's a fair concern, and it's an easy one to fix — let's lock the core scope (server-side tracking, the idempotency key work, and the weekly reconciliation dashboard) as fixed, and anything beyond that goes through a simple change order with its own budget and timeline."
  • 場面B: "The September 15 date is a hard constraint on our end — it's a board-level commitment, so I can't move it. What I can do is build in a requirements-freeze session in week one, so we lock scope early and avoid the back-and-forth that eats into your buffer."
  • 場面C: "I'm fine moving away from a single Net-30 payment — let's split it into milestones instead, each tied to clear acceptance criteria, so you're not carrying five weeks of unpaid work."
ヒント 3 — 骨格テンプレート

場面A — 懸念の受け止め → コアスコープの固定 → change orderの仕組み:

"That's a fair concern. [コアスコープの固定を提案]. Anything beyond that goes through [change orderの仕組み], so [双方にとってのメリット]."

場面B — 制約の明示 → リフレーミング → 具体的提案:

"[納期が動かせない制約であることの明示]. What I can do instead is [要件凍結セッションの提案], so [手戻りリスクを減らす理由]."

場面C — 前向きな受諾 → 分割案 → 検収基準:

"[支払い条件見直しへの前向きな姿勢]. Let's split it into [マイルストーン払いの具体案], each tied to [検収基準], so [双方の懸念への配慮]."

モデル解答(B2〜C1相当)

Priya Chandrasekaran

"One thing I want to flag before I sign — the SOW doesn't say what happens if Legal or Finance ask for additional audit fields mid-project. I've had clients before where 'just one more field' turns into two extra weeks of work I never got paid for. Can we address that?"

あなた(場面A モデル解答)

"That's a fair concern, and it's an easy one to fix. Let's lock the core scope — server-side tracking, the idempotency key implementation, and the weekly reconciliation dashboard — as the fixed $38,000 deliverable. Anything Legal or Finance asks for beyond that goes through a short change order with its own budget and timeline, so you're never doing unpaid work to accommodate a scope you didn't agree to."

Priya Chandrasekaran

"Even with a change order process, five weeks is tight if there's any back-and-forth on requirements once we're underway. Could we push this to six weeks instead, or at least build in a buffer?"

あなた(場面B モデル解答)

"The September 15 date is a hard constraint on our end — it's tied to a board-level commitment, so I genuinely can't move it. What I can offer instead is a requirements-freeze session in week one, where we lock the technical scope with Legal and Finance before you start building, so the back-and-forth that usually eats into a buffer happens up front instead of mid-project."

Priya Chandrasekaran

"Last thing — Net-30 after final delivery means I'm not seeing a dollar for over five weeks of work. As a freelancer, that's a real cash flow problem. I'd want to talk about splitting the payment."

あなた(場面C モデル解答)

"I'm fine moving away from a single Net-30 payment — that's a reasonable ask. Let's split the $38,000 into three milestones: 30% upfront when we sign, 40% at the week-three checkpoint once the idempotency key logic is verified, and the final 30% on delivery of the dashboard, each released against clear acceptance criteria we agree on now."

解説

構成分析

1
懸念を正当なものとして受け止める: 場面A・Cで"That's a fair concern" "That's a reasonable ask"と最初に相手の懸念を認めることで、防御的な交渉ではなく協力的な姿勢を示す
2
動かせない制約と柔軟にできる部分を切り分ける: 場面A・Bでは「予算総額」「納期」という動かせない制約を明言した上で、「スコープの範囲」「要件確定のタイミング」という柔軟にできる部分で具体策を提示する
3
仕組み(プロセス)で解決し、個人の頑張りに頼らない: change order・requirements-freeze session・milestone paymentはいずれも、口約束ではなく検証可能な手続きとして合意している

重要表現まとめ

表現意味ポイント
fixed-scope engagement固定スコープの契約予算超過リスクを発注側が負わない契約形態を明示する語
change order (process)変更管理の手続き追加作業を無償対応にしないための仕組み語
a requirements-freeze session要件凍結セッション期間延長ではなく手戻りリスクを事前に潰す提案の核
milestone-based paymentマイルストーン連動の分割払い一括後払いへの現実的な代替案を示す表現
acceptance criteria検収基準支払いの根拠を明確にし、認識齟齬を防ぐ語

文化的ポイント

日本のビジネス感覚英語圏でのビジネス感覚
外部委託先からの支払い条件・スコープの要望を「わがまま」「細かい」と捉えてしまいがち資金繰り・労働時間の保護という実務上当然の権利として扱われる
要望に「わかりました、考えておきます」と抽象的に応じて済ませがち"That's a fair concern"と受け止めた上で、仕組みとして解決する具体案をセットで返す
動かせない制約を伝えるとき、謝罪から入り正当性を弱めてしまいがち"a hard constraint"と早い段階で明言し、後の「言った言わない」の摩擦を避ける

よくある日本人のミス

❌ "We'll try to keep the scope small, don't worry."
抽象的な安心材料で済ませ、仕組みとして合意しない
✅ "Let's lock the core scope as fixed, and anything beyond that goes through a change order with its own budget."
❌ "I'm sorry, but the deadline really can't move."
謝罪から入り、制約の正当性を自ら弱めてしまう
✅ "The September 15 date is a hard constraint on our end — it's tied to a board-level commitment."
❌ "Sure, let's think about splitting the payment somehow."
具体的な配分・条件を示さず、合意が口約束で終わる
✅ "Let's split the $38,000 into three milestones: 30% upfront, 40% at the week-three checkpoint, 30% on delivery."
❌ "That's just how our company always pays contractors."
相手の懸念に向き合わず、社内慣行を理由に押し通す
✅ "I understand Net-30 after delivery is tough on cash flow — let's restructure the payment schedule instead."
❌ "Can you just trust us on the extra work getting compensated?"
検証可能な仕組みがなく、相手にリスクを一方的に負わせている
✅ "Anything beyond the fixed scope goes through a change order with its own budget and timeline, so it's never unpaid."

ワンランク上の表現(Phase 3 以降)

Basic
"We can't change the budget or deadline, but we can talk about the payment schedule."
↓ ビジネスでは
B2
"The budget and deadline are fixed, but I can lock the core scope, add a change order process for anything extra, and split payment into milestones tied to acceptance criteria."
↓ さらに上のレベルでは
C1
"Rather than treating the budget, timeline, and payment schedule as one inflexible package, I'd rather isolate what's genuinely non-negotiable — the total spend and the September 15 date — and use everything else as room to de-risk this for both of us: a locked core scope with a clean change-order path, and a payment structure that matches the actual pace of delivered work instead of a single point of risk at the end."

次のステップ

  • 発展: 本日合意した契約条件(固定スコープ・change orderプロセス・マイルストーン払い)を正式なSOWの改訂版としてPriyaと確認する
  • 次回(月曜): Email × Marketing — 本日の契約交渉合意事項をPriya Chandrasekaranと社内(David Okafor)向けに正式に確認するフォローアップメール

自己評価(解いた後に記入)

理解度

自分の回答

場面A — スコープ変更への懸念への応答
場面B — 期間の窮屈さへの応答
場面C — 支払い条件への応答

気づき・メモ