working-backwards

ドメインのコンテキスト

このスキルでは、実績のあるプロダクトマネジメントのフレームワークを実践します。業界をリードする企業のベストプラクティスを組み合わせたアプローチで、日々のPM業務に実際に適用できるよう設計されています。

入力要件

• 製品、機能、または課題に関するコンテキスト
• 関連するデータ、調査結果、または制約（推奨ですが、任意です）
• 達成したいことを明確に説明したもの

ワーキング・バックワーズ

概要

ワーキング・バックワーズは、Amazonの製品開発手法です。その核心となる考え方は、顧客の課題から出発し、解決策へと逆算することです。その逆ではありません。

多くのチームは順方向に考えます。「この技術／能力／アイデアを使って、何を作れるだろうか？」ワーキング・バックワーズでは、これを逆転させます。「顧客はどんな課題を抱えているのか？理想的な解決策はどのようなものか？では、それをどうやって作るのか？」

その手法は、何かを作り始める前に、社内向けのプレスリリースとFAQを書くことです。説得力のあるプレスリリースを書けないなら、説得力のある製品ではありません。

ジェフ・ベゾスは次のように述べています。「私たちはこれを信念として受け止めていました。顧客に十分なサービスを提供し、顧客を最優先して価値を届ければ、売上、収益、フリーキャッシュフローといったものは後からついてくる、と。」

使用する場面

次のような場合に、ワーキング・バックワーズを使用します。

• リソースを投入する前に、新しい製品や主要な機能を定義する
• 競合する製品アイデアを評価し、開発するものを選ぶ
• 何を、なぜ作るのかについて、ステークホルダーの認識をそろえる
• 曖昧な製品コンセプトを明確にする
• 課題を探して解決策を作ることを防ぐ
• エンジニアリング、デザイン、リーダーシップが一丸となって取り組める共通のビジョンを作る
• アイデアを追求する価値があるかどうかを判断する

使用しない場面

• 作業が段階的な最適化（A/Bテスト、バグ修正）である場合
• すでに定義された製品を実行に移す場合
• 作業範囲が小さく、かける労力に見合わない場合

参考資料

書籍：

• Bill Carr と Colin Bryar 著『Working Backwards』
• Brad Stone 著『The Everything Store』