🎬 シナリオ
あなたはMOps（Marketing Ops/販促システム）チームのエンジニア3年目。9月13日（日）、来週月曜の関係者会議に向けた準備を頼まれ、案件の背景資料に目を通している。
案件名は「季節商品在庫処分プロモーション」。発端は、在庫管理部門長からMOpsチームへの直接依頼だった。
この依頼を受けてマーケティング部門内の会議で共有したところ、即座に反対の声が上がった。
さらにCS部門長からも、過去の苦い記憶を理由にした条件が突きつけられた。
つまり、次のような状態になっている。
| 要求元 | 要求 |
|---|---|
| 在庫管理部門長 | サイト全体・トップページに大型バナーで大々的に露出させたい（露出は最大化したい） |
| ブランド戦略部門長 | サイト全体での露出を一切認めない（露出はゼロにしたい） |
| CS部門長 | 露出の大小そのものには言及していないが、在庫のリアルタイム連携がなければ着手そのものに反対 |
| 経営会議（すでに社外開示済み） | 評価損4,200万円圧縮、期限は9月末の期末決算（実質、今日から約2.5週間） |
在庫管理部門長とブランド戦略部門長は、社内的な発言力がほぼ対等（どちらも本部長クラス）で、真っ向から矛盾する要求を出している。あなたが「間を取って中くらいの露出にしましょう」と単純に足して2で割る調整をしても、どちらの本質的な目的も満たせないまま、双方から不満が出るだけだろうという予感がある。
📝 課題
あなたのタスク: 来週月曜の関係者会議に向けて、以下4つの成果物を作成してください。
- 矛盾要求整理表＋要求再定義メモ: 3つの要求元（在庫管理／ブランド戦略／CS）それぞれの「表層要求」と、その裏にある「本当に守りたいもの（真因）」を分けて整理し、矛盾を解消する形で要求そのものを再定義する
- 再定義後のPRD要点: 再定義した要求をもとに、背景／課題／ゴール／非ゴール／成功指標／オープンな論点を整理する
- スコープ確定表（MoSCoW）＋Go/No-Go基準＋簡易WBS: 再定義後の要求をもとに機能をMust/Should/Could/Won'tに仕分け、CSの前提条件をGo/No-Go基準として明記し、期末までの実行可能な簡易WBSを作る
- リスク登録簿＋ステークホルダー合意形成レポート: 再定義によって生まれる新しいリスク（特に「目標金額に届くか」という数字上のリスク）を洗い出し、関係者への説明資料をまとめる
🔍 ヒント（段階的開示）
取り組む前のヒント
- 「バナーを大きくするか小さくするか」という軸のまま交渉すると、両者にとってゼロサム（どちらかが我慢する）の対立にしかならない。在庫管理部門長が本当に欲しいのは「バナーの大きさ」ではなく「評価損の圧縮（＝売れること）」であり、ブランド戦略部門長が本当に守りたいのは「露出のゼロ」ではなく「一般の閲覧者・プレミアムブランド購入者にアウトレット訴求が見えないこと」である。この2つは、実は両立可能な組み合わせがある
- 「露出を絞る」という再定義をした場合、絞った分だけ届く人数が減る。それでも経営目標（評価損4,200万円圧縮）に届くのかどうかを、概算でよいので実際に数字で検算すること。検算せずに「対立を解消できてよかった」で終わらせない
- CSの要求（リアルタイム在庫連携）は、露出の大小とは別軸の技術要件であり、これは交渉の対象ではなくGo/No-Go基準として扱うべき性質のものである
- 経営会議の「4,200万円圧縮」という数字と「期末（9月末）」という期限は、社外にすでに開示済みの前提であり、動かせない制約として扱う
- 再定義した要求だけで目標に届かない可能性が見えた場合、それを隠さず「オープンな論点」として明記し、別の手段（MOpsチームのスコープ外の施策）を検討する必要があることを正直に書く
📚 背景知識・用語解説
「表層要求」と「真因」を分けて考える（要求の再定義の基本）
ステークホルダーが出してくる要求は、多くの場合「こうしてほしい」という手段の形で出てくる。今回の在庫管理部門長の「トップページに大きくバナーを出したい」も、ブランド戦略部門長の「露出を一切認めない」も、どちらも手段の形をした要求だ。手段のレベルで対立している要求を、手段のレベルのまま調整しようとすると、「バナーの大きさを半分にする」といった機械的な折衷案しか出てこず、結局どちらの目的も中途半端にしか満たせない。
これを避けるには、それぞれの要求の背後にある目的（真因）まで掘り下げる必要がある。在庫管理部門長の目的は「評価損を4,200万円圧縮すること」であって、「バナーが大きいこと」自体が目的ではない。ブランド戦略部門長の目的は「ブランドポジショニングとプレミアムブランドとの契約上のイメージ管理条項を守ること」であって、「露出がゼロであること」自体が目的ではない。目的のレベルまで掘り下げると、「不特定多数の一般閲覧者やプレミアムブランド購入者には見せず、値引きに反応しやすい層にだけピンポイントで届ける」という、両方の目的を同時に満たす第三の選択肢が見えてくる。これが「要求の再定義」であり、単純な優先順位付け（どちらを勝たせるか）や折衷（足して2で割る）とは異なるアプローチになる。
「交渉の対象」と「Go/No-Go基準」を混同しない
CS部門長の「在庫のリアルタイム連携がなければ協力しない」という要求は、在庫管理部門長・ブランド戦略部門長の対立とは性質が異なる。前者2つは「どの程度」という量の対立（露出の大小）であり、交渉によって落としどころを探る対象になる。一方CSの要求は、過去の実害（236件のキャンセル、CS問い合わせ6倍、対応2週間）を根拠にした前提条件であり、これは「どの程度なら妥協できるか」という交渉の対象にはならない。技術的に満たすか満たさないかの二択であり、満たさなければ企画自体を止めるべき性質の要求だ。こうした要求は、優先順位表の中に他の要求と並べて置くのではなく、独立したGo/No-Go基準として扱うのが適切。
要求を再定義しても、数字が届くとは限らない
要求の再定義によって全員が「守りたいもの」を守れる解決策が見つかったとしても、それで自動的に経営目標の数字（今回は評価損4,200万円圧縮）に届くとは限らない。露出を絞るということは、届く母数を絞るということでもあり、届く人数×反応率×購入点数という掛け算の結果が、目標に必要な数量に届くかどうかは別問題として検算する必要がある。ここで検算をせずに「対立が解消してよかった」で終わらせてしまうと、月曜の会議で「で、結局目標には届くのか？」という最も重要な質問に答えられなくなる。届かない場合は、それを隠さずに明示し、MOpsチームのスコープ内の施策だけでは不十分であることを早期にエスカレーションする必要がある。
✅ 模範解答
1. 矛盾要求整理表＋要求再定義メモ
表層要求と真因の整理
| 要求元 | 表層要求（手段） | 真因（本当に守りたいもの・目的） | 表層要求のまま進めた場合の問題 |
|---|---|---|---|
| 在庫管理部門長 | サイト全体・トップページへの大型バナー露出 | 評価損4,200万円の圧縮（＝対象在庫32,000点のうち約7,500点相当を期末までに売り切ること） | 大型バナー自体が目的化すると、ブランド戦略部門との対立が解けず、そもそも企画自体が止まってしまい、評価損圧縮という本来の目的にすら届かない |
| ブランド戦略部門長 | サイト全体での露出ゼロ | ①一般閲覧者・プレミアムブランド購入者にアウトレット訴求を見せないこと、②プレミアムブランド3社との契約上のイメージ管理条項に抵触しないこと | 露出ゼロを貫くと、在庫管理部門の目的（在庫を売り切る）が原理的に達成不能になり、対立が解消しない |
| CS部門長 | 在庫のリアルタイム連携 | 過去の実害（表示在庫と実在庫のズレによる236件のキャンセル、CS問い合わせ6倍）の再発防止 | この要求は交渉で譲歩を引き出す対象ではなく、満たさなければ企画自体を止めるべき前提条件 |
要求の再定義
| 項目 | 内容 |
|---|---|
| 再定義前の対立軸 | 「サイト全体での露出を大きくするか、ゼロにするか」という量の対立 |
| 再定義後の軸 | 「誰に届けるか」という対象の絞り込み。サイト全体（不特定多数）への露出はゼロにしつつ、値引きに反応しやすいと分かっているセグメント（過去のセール購入者・価格弾力性の高い会員）に対してのみ、メール・LINE等の個別配信チャネルとアウトレット専用ページ（トップページ・グローバルナビからは非掲載、直接リンクでのみ到達）で訴求する |
| 在庫管理部門長への回答 | サイト全体の露出は諦めてもらう代わりに、「反応する可能性が高い層にピンポイントで届ける」ほうが、広く薄く見せるより購入率が高く、実は効率的に在庫を売り切れる可能性がある、という説明で合意形成する |
| ブランド戦略部門長への回答 | 一般閲覧者・プレミアムブランド購入者の目にはアウトレットページが一切触れないことを保証する（トップページ・グローバルナビ・通常の商品ページのレコメンド枠には一切表示しない）。プレミアムブランドの対象SKUは処分対象から完全に除外し、イメージ管理条項への抵触リスクをなくす |
| CS部門長への回答 | 在庫のリアルタイム連携をMust要件・Go/No-Go基準として企画の前提に組み込み、これが実装・検証できない場合は企画自体をリリースしない |
2. 再定義後のPRD要点
| セクション | 内容 |
|---|---|
| 背景 | シーズン切れの入れ替え対象在庫32,000点（仕入原価合計1億8,000万円、平均原価@5,625円）が残存し、放置した場合の期末評価損想定は5,800万円。経営会議ではこの評価損を4,200万円圧縮する目標が既に投資家向け四半期報告資料に開示されており、期限は9月末の期末決算（本日9/13時点で実質2.5週間）。在庫管理部門・ブランド戦略部門・CS部門の3者が異なる要求を出しており、要求の再定義（対象を絞ったピンポイント配信）によって3者の目的を両立させる方針とする |
| 課題 | ①経営目標の評価損4,200万円圧縮に必要な販売数量は約7,500点（4,200万円 ÷ 平均原価@5,625円）。②サイト全体への露出を避けつつ、この数量を実質2週間強で売り切れるかは未検証。③14ヶ月前の在庫実数ズレによる236件キャンセルの再発を防ぐ在庫連携が未実装 |
| ゴール | 対象セグメント（過去セール購入者・価格弾力性の高い会員）へのメール・LINE配信とアウトレット専用ページにより、一般閲覧・プレミアムブランドへの露出をゼロに保ったまま、対象在庫の販売数量を最大化する |
| 非ゴール（今回やらないこと） | ①トップページ・グローバルナビ・通常商品ページのレコメンド枠へのアウトレット露出、②プレミアムブランド3社の対象SKUのアウトレット化、③BtoB卸・アウトレットモール等、MOpsチームのスコープ外の代替販売チャネルの構築（オープンな論点として後述） |
| 成功指標 | 主指標: 期末（9/30）までのアウトレット経由販売点数（目標: 約7,500点相当の評価損圧縮に貢献）。副指標: CS問い合わせ件数（在庫ズレ起因、目標0件）、プレミアムブランド関連の苦情・契約上の指摘（目標0件） |
| オープンな論点 | 後述の検算のとおり、セグメント限定配信だけでは目標数量の約3割程度しか届かない可能性が高い。残り約7割相当をどう埋めるかは、MOpsチームのスコープ（オンサイト施策）だけでは解決できず、仕入部門・経理部門を交えたBtoB卸・アウトレットモール連携等の代替チャネルの並行検討が必要。この点は月曜の会議で「今回の企画だけでは目標未達の可能性がある」ことを正直にエスカレーションする |
数字の検算（オンサイト施策のみでどこまで届くか）
| 項目 | 数値 |
|---|---|
| 目標販売数量 | 4,200万円 ÷ @5,625円 ≈ 約7,500点 |
| メール配信対象（過去セール購入者・価格弾力性タグ会員） | 85,000人 |
| メール: 開封率22%→クリック率9%→購入率11%→平均購入点数2.4点 | 1回配信あたり 85,000×0.22×0.09×0.11×2.4 ≈ 444点 |
| 複数回配信（週2回×2.5週）の重複読者を割り引いた累積効果目安（2.2倍） | 444×2.2 ≈ 977点 |
| LINE配信対象（同タグ、LINE公式アカウント友だち） | 60,000人 |
| LINE: 既読率60%→クリック率12%→購入率9%→平均購入点数2.0点 | 1回配信あたり 60,000×0.6×0.12×0.09×2.0 ≈ 778点 |
| 複数回配信の累積効果目安（1.7倍） | 778×1.7 ≈ 1,323点 |
| オンサイト施策（メール＋LINE）の合計見込み | 977＋1,323 ≈ 約2,300点（目標7,500点の約31%） |
3. スコープ確定表（MoSCoW）＋Go/No-Go基準＋簡易WBS
MoSCoW仕分け
| 分類 | 項目 | 判定理由 |
|---|---|---|
| Must | 在庫のリアルタイム連携（注文確定時の即時在庫反映） | CS部門長の前提条件。満たさない場合は企画自体を止める |
| Must | アウトレット専用LP（トップページ・グローバルナビから非掲載、直接リンクのみで到達） | ブランド戦略部門長の要求（一般閲覧者への非露出）を満たす技術的な実現手段 |
| Must | 対象セグメント（過去セール購入者・価格弾力性タグ）へのメール／LINE配信 | 在庫管理部門長の要求（売り切ること）を、絞り込んだ形で実現する唯一の到達手段 |
| Must | 決済・出荷システムでの二重販売防止ロジック（在庫確保→決済確定の順序保証） | リアルタイム連携と対になる技術要件。片方だけでは在庫ズレを防げない |
| Must | プレミアムブランド3社の対象SKUをアウトレット対象から除外するマスタ設定 | ブランド戦略部門長の契約上の懸念（イメージ管理条項）への直接対応 |
| Should | CS向けFAQ・問い合わせ対応テンプレートの事前整備 | 万一の問い合わせ増加に備えるが、リアルタイム連携が機能すれば発生件数は限定的なはず |
| Should | 経理部門への評価損圧縮進捗の週次共有ダッシュボード | 目標未達が見えた時点で早期にエスカレーションするための仕組み |
| Could | アウトレットLP内でのアウトレット商品同士のレコメンド（関連商品表示） | 平均購入点数を引き上げる可能性があるが、今回の期間では優先度は低い |
| Could | 会員が自己申告で「セール情報を受け取りたい」と設定できる導線の追加 | 配信対象セグメントを広げる手段になり得るが、今期末までの短期間では効果検証が間に合わない |
| Won't | サイト全体・トップページでのアウトレットバナー掲出 | ブランド戦略部門長の要求により明確に却下 |
| Won't | プレミアムブランド対象商品の値引き表示 | 契約上のイメージ管理条項により対象外 |
| Won't（今回のスコープ外・別途検討） | BtoB卸・アウトレットモールへの一括販売等の代替チャネル | 目標未達分を埋める可能性がある手段だが、MOpsチーム（オンサイト施策）の管轄外。仕入部門・経理部門への別途エスカレーション事項とする |
Go/No-Go基準
| 基準 | 内容 |
|---|---|
| Go条件 | 在庫のリアルタイム連携・二重販売防止ロジックが実装され、負荷テストで在庫数のズレが発生しないことをCS部門立ち会いのもとで確認できること |
| No-Go条件 | 上記が期限内（配信開始予定日の2営業日前）に確認できない場合、配信開始を延期する。延期によって販売可能期間が短くなる分は、経営会議へ「目標達成率がさらに下がる」ことを事前に報告する |
簡易WBS（本日9/13〜期末9/30、実質2.5週間）
| 期間 | 作業内容 | 担当 |
|---|---|---|
| Week1前半（9/14-9/16） | 対象セグメント抽出条件の確定、プレミアムブランドSKU除外マスタ作成、アウトレットLPのワイヤーフレーム | マーケ担当・デザイナー |
| Week1後半（9/17-9/18） | 在庫リアルタイム連携・二重販売防止ロジックの実装、アウトレットLP実装 | エンジニア |
| Week2前半（9/21-9/23） | 負荷テスト・CS立ち会いでのGo/No-Go判定、メール・LINE配信文面の最終確認 | エンジニア・CS・マーケ担当 |
| Week2後半（9/24-9/25） | 配信開始（1回目：メール＋LINE） | マーケ担当 |
| Week3前半（9/28-9/29） | 進捗確認（販売点数の中間集計）、2回目配信 | マーケ担当・経理部門 |
| Week3後半（9/30） | 期末締め、実績集計、目標達成率の最終報告 | あなた・経理部門 |
4. リスク登録簿＋ステークホルダー合意形成レポート
リスク登録簿
| # | リスク内容 | 確率×影響 | 対応 | オーナー |
|---|---|---|---|---|
| R1 | 検算のとおり、オンサイト施策（メール＋LINE）だけでは目標7,500点の約3割（約2,300点）にしか届かない可能性が高い | 高×高 | 早期に経理部門・経営会議へ「今回の企画単独では目標未達の見込み」を報告し、BtoB卸等の代替チャネルの並行検討を仕入部門に依頼する。企画そのものの中止ではなく、複数の手段の組み合わせが必要であることを伝える | あなた |
| R2 | 在庫のリアルタイム連携の実装が9/23までの負荷テストで基準を満たさず、Go/No-Go判定でNo-Goとなり配信開始が遅れる | 中×高 | Week1後半（9/17-9/18）の実装完了を待たず、9/14時点で技術的な実現可否（既存の在庫システムAPIのレスポンス速度等）を先行調査し、リスクの早期発見に努める | エンジニア |
| R3 | セグメント抽出条件（過去のセール購入者・価格弾力性タグ）の精度が低く、検算の反応率（開封率22%・クリック率9%等）を実際の配信結果が下回る | 中×中 | 1回目配信（9/24-9/25想定）の結果を Week3前半に必ず中間集計し、下振れが見えた時点で2回目配信の内容（値引き幅の見せ方・訴求文言）を調整する | マーケ担当 |
| R4 | プレミアムブランド3社の対象SKU除外マスタに漏れがあり、意図せずプレミアムブランド商品がアウトレット対象に混入する | 低×高 | 除外マスタ作成後、ブランド戦略部門長によるダブルチェックを配信開始前に必須工程として組み込む | あなた |
| R5 | 在庫管理部門長が「サイト全体露出ゼロ」という結論を、要求が通らなかった「敗北」と受け止め、今後の協力関係が悪化する | 中×中 | 「露出をやめた」のではなく「反応する可能性が高い層に絞ることで、広く薄く見せるより効率的に売り切れる可能性がある」という再定義の論理を、数字の検算結果とあわせて丁寧に説明する場を個別に設ける | あなた |
ステークホルダー合意形成レポート（DACI）
| 役割 | 該当者 | 内容 |
|---|---|---|
| Driver（推進者） | あなた（MOps担当） | 要求の再定義案の作成、検算、月曜会議での提案 |
| Approver（承認者） | MOps部門長・事業責任者 | 再定義した要求・スコープ・Go/No-Go基準の最終承認 |
| Contributor（協力者） | 在庫管理部門長、ブランド戦略部門長、CS部門長、経理部門（評価損計算の確認） | それぞれの要求領域における技術的・業務的なすり合わせ |
| Informed（報告先） | 経営会議 | 今回の再定義の結論、および「単独では目標未達の可能性がある」というR1の報告 |
各ステークホルダーへの説明ポイント
| 相手 | 伝えること |
|---|---|
| 在庫管理部門長 | サイト全体露出は見送るが、反応する可能性が高い層への絞り込み配信により、広く薄く見せるより効率的に売り切れる可能性がある。ただし検算の結果、目標7,500点に対し見込みは約2,300点（約3割）にとどまるため、残りを埋める代替チャネル（BtoB卸等）の検討を仕入部門と並行して進めてほしい |
| ブランド戦略部門長 | サイト全体・トップページでの露出は一切行わない。プレミアムブランド3社の対象SKUは処分対象から完全に除外し、ダブルチェック工程を設ける。一般閲覧者・プレミアムブランド購入者の目にアウトレットページが触れることはない |
| CS部門長 | 在庫のリアルタイム連携・二重販売防止ロジックをMust要件とし、CS立ち会いのもとでの負荷テストをGo/No-Go基準に組み込む。基準を満たさない場合は配信を延期し、14ヶ月前と同様の事態を再発させない |
| 経営会議 | 要求の再定義により3部門の対立は解消できたが、この企画単独では目標4,200万円圧縮のうち約3割程度しか届かない見込み。残りを埋めるには、MOpsチームのスコープ外（BtoB卸・アウトレットモール連携等）の手段が必要であり、仕入部門・経理部門を交えた別途の検討をお願いしたい |
💡 なぜこう作るのか
⚠️ よくある失敗パターン
| 失敗パターン | なぜ問題か | 改善策 |
|---|---|---|
| 「バナーを少し小さくする」など、対立軸（露出の大小）を変えずに折衷案を出す | どちらの本質的な目的（在庫管理部門の売り切り／ブランド戦略部門のイメージ保護）も中途半端にしか満たせず、両者から不満が出る | 表層要求ではなく真因まで掘り下げ、対立軸そのものを組み替える（露出の大小→誰に届けるか） |
| CSの前提条件（在庫連携）を、他の2部門の要求と同列の「希望の一つ」として優先順位表に混ぜてしまう | 前提条件が交渉で譲歩可能な項目のように扱われ、過去の実害の再発防止という本来の目的が骨抜きになる | 前提条件は交渉の対象ではなくGo/No-Go基準として独立させる |
| 要求の再定義に成功した時点で満足し、それが経営目標の数字に届くかどうかの検算をしない | 月曜の会議で「結局目標に届くのか」という核心の質問に答えられず、再定義そのものの説得力を失う | 概算でよいので必ず数字で検算し、届かない場合はそれを明記した上で代替手段を提案する |
| 目標未達の見込みを、企画の失敗であるかのように隠す、または過度に楽観的な前提（開封率・クリック率を高めに見積もる等）で帳尻を合わせる | 経営層が誤った前提で意思決定し、後になって実績との乖離が発覚した際に信頼を失う | 保守的な実績値を根拠に検算し、届かない分は正直に「MOpsのスコープ外の手段が必要」と伝える |
| 要求が通らなかった側（今回は在庫管理部門長）への説明を後回しにする、または結論だけを事務的に伝える | 論理的に正しい結論でも、納得感を欠いた伝え方をすると「一方的に決められた」という不満が残り、次回の協力が得にくくなる | 結論だけでなく、再定義の論理（守りたいものを守れる形にした）と検算結果をセットで、個別に丁寧に説明する場を設ける |
🏆 実務での使いどころ
複数のステークホルダーが矛盾する要求を出す場面は、PMO・EM・PdMいずれの立場でも避けて通れません。今回のように、対立している当事者双方の発言力が拮抗している場合、単純な優先順位付け（どちらを勝たせるか）や、機械的な折衷案では禍根が残ります。表層要求と真因を分けて、対立軸そのものを組み替えるという技術は、要求要件定義（PdM-要求）で学んだ「表層要求から真因への掘り下げ」を、単一の要求ではなく複数の対立する要求の調整に応用したものです。また、対立解消のロジックがどれだけ美しくても、それが数字目標に届くかどうかを検算し、届かない場合は正直にエスカレーションするという姿勢は、目先の合意形成を優先して問題を先送りにしないための、PMO・PdMに共通して求められる誠実さです。テックリードとして技術要件（Go/No-Go基準）を交渉の対立軸から独立させて扱う判断力も、将来的にアーキテクチャ上の非交渉可能な制約（セキュリティ要件など）を守る場面でそのまま応用できます。
🚀 次のステップ
来週も引き続き各カテゴリを曜日ごとに深掘りしていきます。今回は「対立する2者の要求を、対立軸そのものの組み替えによって両立させる」という交渉を扱いましたが、次回の統合回（来週日曜）では、これまでの4回（Day001新機能ローンチ90日計画、Day008炎上プロジェクトの立て直し、Day015指標悪化した機能のKill判断、Day022複数プロジェクト間のリソース競合調整、Day029今回）とは異なる切り口として、要求の再定義では対立を解消できず、どちらかを明確に選ばざるを得ない場面（例: 技術的制約により両立が原理的に不可能で、一方の要求元に「できない」と伝えなければならない交渉）を扱う想定です。今回学んだ「表層要求と真因を分ける」考え方は、両立できない場面でも「なぜ両立できないのか」を説明する土台として使えます。