mcpField
W
working-backwards

working-backwards

github.com/wdavidturner生産性2137 回インストール40 週間前に更新
リポジトリ

working-backwards について

AmazonのWorking Backwards手法に基づく製品企画スキルです。開発前にプレスリリースとFAQを作成し、顧客の課題や製品案を明確にして、チームの方向性をそろえます。

主な機能

  1. 01顧客課題を起点とする企画
  2. 02開発前のプレスリリースとFAQ
  3. 03企画でよくある誤りのパターン
  4. 04ガイド、チェックリスト、事例

活用シーン

  1. 01新製品や主要機能の定義
  2. 02投資前の製品案の比較
  3. 03製品ビジョンに関するチームの合意形成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/wdavidturner/product-skills --skill working-backwards

インストール後、Claude Code で/working-backwardsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

patterns/
_template.md
combining-ideas.md
customer-quote-sounds-fake.md
faq-avoids-hard-questions.md
faq-too-short.md
hyperbole-instead-of-specifics.md
internal-jargon-in-pr.md
missing-problem-paragraph.md
missing-the-date.md
no-measurable-outcome.md
skipping-the-iteration.md
solution-first-thinking.md
too-many-features.md
vague-customer-definition.md
writing-pr-after-building.md
references/
working-backwards-playbook.md

詳細

Working Backwards

概要

Working Backwards は、Amazon の製品開発手法です。核心となる考え方は、解決策から始めるのではなく、顧客の課題から始めて、解決策へと逆算することです。

多くのチームは順方向に進めます。「この技術／能力／アイデアがある。これを使って何を作れるだろう？」Working Backwards では、この考え方を逆転させます。「顧客はどんな課題を抱えているのか？ 理想的な解決策はどのようなものか？ では、それをどう実現するのか？」

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

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

使用する場面

次のような場合に Working Backwards を使用します。

  • リソースを投入する前に、新製品や主要機能を定義する
  • 競合する製品アイデアを評価し、どれを作るか選ぶ
  • 何を、なぜ作るのかについて、関係者の認識を合わせる
  • 曖昧な製品コンセプトを明確にする
  • 課題を探すためだけの解決策を作るのを防ぐ
  • エンジニアリング、デザイン、リーダーシップが共有できるビジョンを作る
  • そもそもアイデアを追求する価値があるかどうかを判断する

使用しない場面

  • 作業が段階的な最適化である（A/B テスト、バグ修正など）
  • すでに定義された製品を実行に移している
  • 作業範囲が小さく、手間をかけるほどではない
  • 技術的な実現可能性を調査しているだけである（まずそれを行い、その後に PR/FAQ を書いてください）

パターン

Working Backwards を正しく適用する方法を示す詳しい例です。それぞれのパターンで、よくある間違いと正しいアプローチを紹介します。

重要（間違えると時間を無駄にします）
パターン学べること
解決策ありきの思考解決策から始めて、後から課題をこじつけてはいけません
課題の段落がない課題を省略するなら、そもそも課題が存在しない可能性があります
顧客の定義が曖昧「全員」は顧客ではありません。具体的に定義しましょう
作った後でプレスリリースを書くPR は最初に書くものであり、後からドキュメントとして作成するものではありません
PR で社内用語を使うプレスリリースの対象は顧客であり、エンジニアではありません
影響大
パターン学べること
FAQ で難しい質問を避けるFAQ では、答えにくい質問にも向き合う必要があります
具体性の代わりに誇張するマーケティング的な誇張ではなく、データと具体的な主張を使いましょう
顧客の引用が不自然顧客の引用から、その仕事を理解しているかどうかが分かります
機能が多すぎるプレスリリース 1 つにつき、説得力のあるメリットを 1 つにしましょう
測定可能な成果がない成功とは何かを数値で定義しましょう
アイデアを組み合わせるアイデアごとに PR/FAQ を 1 つ作り、複数のコンセプトをまとめないようにしましょう
影響中
パターン学べること
反復を省略するPR/FAQ は同心円状にレビューを重ねることで改善します
日付がない仮のローンチ日は、野心と範囲を示します
FAQ が短すぎる社外向け FAQ と社内向け FAQ は、それぞれ異なる目的を果たします

詳細

詳しい情報が必要な場合のみお読みください。

  • references/working-backwards-playbook.md：フレームワークの詳細、チェックリスト、例をまとめています。

リソース

書籍：

  • Bill Carr と Colin Bryar 著『Working Backwards』— Amazon の元副社長による決定版ガイド
  • Brad Stone 著『The Everything Store』— Amazon の企業文化とイノベーションについての背景を理解できます

テンプレート：

  • Working Backwards PR/FAQ テンプレート（workingbackwards.com で入手可能）

ポッドキャスト：

  • Lenny's Podcast の Bill Carr — Working Backwards の導入について詳しく解説しています
  • Lenny's Podcast の Ian McAllister — プロセスの実践的な活用方法を紹介しています

その他：

  • Jim Collins 著『Good to Great』— フライホイールと集中に関する Amazon の考え方に影響を与えました
  • Eric Ries 著『The Lean Startup』— アイデアの検証における補完的なアプローチです

クレジット：Working Backwards プロセスは Amazon で、主に 2004～2007 年に開発されました。主な貢献者には Jeff Bezos、Bill Carr、Colin Bryar、Jeff Wilke などがいます。このスキルは、Lenny's Podcast における Bill Carr と Ian McAllister のインタビューから得た知見をまとめたものです。

コメント

Markdown 対応