Uber Eats 統合キャンペーンオペレーション

Uber Taxiと同じ拠点間オペレーションモデルのもとで進行したUber Eatsの統合キャンペーン業務。スケジュール管理、リソース調整、制作進行、関係者コミュニケーションを担当しました。

Uber Eatsの案件は単独ではなく、他の進行中キャンペーンと並行し、クリエイティブ・制作リソースを共有する形で動いていました。そのため調整は、本案件の要件だけでなく、同時に走る案件の状況も前提とする必要がありました。

同じメンバーが複数案件を担当するため、一つの案件の変更が別案件の稼働を動かします。進行の予測可能性を保つには、案件内だけでなく案件間の依存関係を追う必要がありました。

• Asana
• Google Workspace
• Slack
• スプレッドシートによるリソース・予算管理
• レビューおよび承認フロー

1. 01

   変更は必ず日程換算で提示

   スケジュールとリソースへの影響を示さずに変更を進めない運用としました。トレードオフを暗黙に吸収せず、意図的に選択するためです。

2. 02

   稼働は案件横断で把握

   同じメンバーが複数案件を担当する前提に立ち、案件単位ではなくポートフォリオ単位でリソースを計画しました。

3. 03

   報告軸は着手可否

   次の工程に進めるかどうかを報告することで、リーダーシップが実際に必要とする判断材料を提供しました。

並行案件が、それぞれチームを専有している前提で計画される状態がなくなりました。リソースの競合が、納品直前ではなく解決可能な段階で表面化するようになりました。

1. リソースを共有する環境では、周辺案件を考慮しない計画は機能しません。
2. 変更はコストを明示すれば管理できます。暗黙に吸収した時点で損失に変わります。
3. リーダーシップが必要としているのは進捗率ではなく、着手可否の判断材料です。