mcpField
R
recovering-from-failure

recovering-from-failure

github.com/refoundaiその他1.4k335 回インストール15 週間前に更新
リポジトリ

recovering-from-failure について

recovering-from-failureは、製品の停滞に直面する創業者やチーム向けのプロダクト戦略スキルです。スタートアップの事例とフレームワークを用いて、問題の診断や確信度の評価、ピボットの検討を支援します。

主な機能

  1. 01失敗の診断フレームワーク
  2. 02チームの確信度評価
  3. 03ピボット経路の特定
  4. 04ピボット実行の指針
  5. 05事例とテンプレート

活用シーン

  1. 01製品の伸び悩みの診断
  2. 02継続かピボットかの判断
  3. 03既存機能からの機会発見
  4. 04製品戦略の変更計画

インストール

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

$npx skills add https://github.com/refoundai/lenny-skills --skill recovering-from-failure

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

同梱ファイルreferences/artifacts.mdreferences/guest-insights.md

詳細

失敗から立ち直る

プロダクトの挫折や成長の停滞を、戦略的な突破口や方向転換につなげます。

Lenny's PodcastとNewsletterに登場した20人のゲストや投稿から得られた知見を活用し、ユーザーが失敗から立ち直るのを支援します。

支援の方法

  1. 失敗を診断する - Four Psや根本原因分析などのフレームワークを使い、プロダクトや機能が普及していない理由を正確に特定します。
  2. 確信度を評価する - 現実の課題に直面した後も、チームが問題と解決策を信じているのか、それとも先に進むべきなのかを判断します。
  3. 方向転換の道筋を見つける - 既存の機能や技術基盤の中に自然な引き合いを見つけ、より実現可能な方向性を探ります。
  4. 迅速に実行する - 失敗している取り組みを断固として打ち切り、確信度の高い機会にリソースを再配分します。

基本原則

再起を目指し、挑戦を続ける

Bret Taylor:「V2にもう一度挑戦する機会をもらいました。それが最後のチャンスというわけではないように感じましたが、期待の新人PMから新しいことに取り組む立場になり、少し意気消沈していたのは確かです。そこで、Yellow Pagesのデジタル版にすぎないものでも、世に出ている他のプロダクトと似たようなものでもなく、もっと魅力的なものをどう作れるか、じっくり考えました。」

大きな失敗の後に評判を立て直すには、活動を続ける粘り強さと、プロダクトを根本から作り変える意志が必要です。

専門分野に近い方向へ転換する

Dalton Caldwell:「たいてい、うまくいく方向転換は、自分が詳しい分野から遠ざかるのではなく、近づくものです。そして、以前のアイデアから学んだことを何らかの形で活かしますよね。Brexの場合、彼らは若い頃にブラジルでフィンテック企業に取り組んでいました。だから私は、『何も知らない分野ではなく、自分たちがよく知っている分野にもっと取り組むべきだ』と言いました。」

成功する方向転換では、以前の試みで得た教訓や開発した社内ツールを活用し、既存の専門分野により近い領域へ進みます。

有事の意識を持つ

Eoghan McCabe:「私たちは有事に対応する会社にならなければならないと言いました。ここで戦わなければ、私たちは終わりです。私はAIに大きく舵を切りましたが、企業文化も一新しました。会社の中で効果がないとわかっていた部分を切り落とす鋭い刃となるように、価値観を書き直しました。」

危機の中で変革するには、従来のプロセスに固執せず、レガシープロジェクトや肥大化した企業文化を積極的に取り除き、生き残りを優先する必要があります。

ビジョンへの忠実さを保つ

Eric Ries:「スタートアップの失敗が最悪の出来事のように言う人がいます。でも、それは最悪の出来事トップ10にすら入りません。つらいことです。私も経験しましたし、ひどいことでした。本当に大変です。でも、さらに悪いのは、倒産することもできないゾンビのような会社、もう嫌で仕方ないのに辞められない会社にいることです。」

方向転換とは、道を見失うことではなく、元々のビジョンに完全に忠実でありながら戦略を変えることだと定義します。

根本的な確信を確かめる

Scott Belsky:「私は基本的に、『今作っている解決策にどれほど確信がありますか?』と尋ねます。まだ何も知らなかった最初の頃は、大きな確信があったはずです。今、あらゆることを知ったうえで、作っている問題と解決策への確信は強まりましたか、それとも弱まりましたか?」

やり抜くかどうかは、現実の課題に直面した後、問題と解決策への確信が強まったのか、弱まったのかによって決まります。

4つの重要な要素を評価する

Todd Jackson:「ペルソナ、問題、約束、プロダクトがあります。Latticeは最初の要素を維持し、残りを変えました。Vantaは4つすべてを変えました。」

ペルソナ、問題、約束、プロダクトを体系的に確認し、どの要素が機能していないのかを分析します。

収益性の高い事業からも撤退する

Varun Mohan:「もちろん、とても大きな決断の瞬間でした。なぜなら、会社の命運を賭けた判断だったからです。私たちは投資家に、『これで利益を上げています。でも、ここから完全に方向転換します』と伝えたのです。すでに2,800万ドルの資金を調達していましたが、一夜にしてそう決断しました。」

スタートアップは、根本となる市場の前提が誤りだと判明した場合、たとえ利益が出ている事業でも、すぐに手放す覚悟が必要です。

提供モデルを変更する

Uri Levine:「最初はB2Cとして始めましたが、思っていた以上に難しいと気づき、最終的にB2Bへと転換しました。結果として、それは私たちにとって大きな成功となりました。最初に思い描いていたものを変える企業も時折ありますし、そうしたことは何度も起こります。」

成功するピボットでは、導入時の摩擦を乗り越えるために、根本的な課題は維持しながら、提供モデルを大きく変えることがよくあります。

テンプレートとフレームワーク

  • 成功企業のピボット事例(プロダクトが軌道に乗らないときにすべきこと)- Instagram、Loom、Discordがピボットの兆候をどのように見極めたかについての詳細な一人称の事例と、その他10件以上の有名なピボットの一覧
  • 創業者の期待を管理する — ピボットを推進する7つの戦術(今週のトピック #7:経営陣への失敗の効果的な伝え方、創業者の期待の管理、プロダクトマネジメントディレクターの採用)- 中核となるプロダクトのアイデアがうまくいかないときに、創業者やCEOを説得して方向転換するための戦術
  • より良いアイデアを見つける4つの戦略(ピボットの技術、第2部:ピボットの方法、理由、タイミング)- 40件以上のスタートアップのピボット分析から導き出された、ピボットのアイデアを見つける4つの実証済みの道筋。そのうち3つは、すでにうまくいっているものに気づくことに関するものです。
  • スタートアップの失敗を示す警告サインのチェックリスト(成功に至らなかったスタートアップから得た教訓)- Cascadeの経験から導き出された、スタートアップが失敗に向かっている可能性を示す警告サイン
  • 成功するピボットの5つのパターン(ピボットの技術、第1部:成功したピボットの決定版リスト)- 30件以上のスタートアップのピボット分析から実証的に導き出された5つのパターン。創業者が自社のピボットを検討する際のメンタルモデルとして役立ちます。
  • ピボットのアイデアを探すときに尋ねる質問(ピボットの技術、第2部:ピボットの方法、理由、タイミング)- 既存のプロダクト内や探索を通じて、ピボットの機会を見つけるための診断用の質問
  • 2種類のピボットのフレームワーク(ピボットの技術、第2部:ピボットの方法、理由、タイミング)- どのタイプのピボット状況にいるかを把握する分類体系。状況に応じて、タイムラインとアプローチが決まります。
  • プロダクトが軌道に乗らないときの7つの選択肢(プロダクトが軌道に乗らないときにすべきこと)- スタートアップやプロダクトが支持を集められないときに創業者が取れる7つの行動を、比較的簡単なものから抜本的なものへとおおよそ順に並べたフレームワーク

詳細を含む全リストは references/artifacts.md を参照してください。

ユーザーを支援するための質問

  • 「市場から本当に需要が寄せられていますか。それとも、ユーザーを一人ひとり手作業でプロダクトに誘導していますか?」
  • 「今の知識を持った状態で今日会社を始めるとしたら、それでもこのプロダクトを作りますか?」
  • 「主要な製品よりもユーザーの利用が多い、特定の機能や社内ツールはありますか?」
  • 「現在の戦略を、実装の細部まで明確に説明できますか?」
  • 「現在の継続率データでは、ユーザーが一貫して離脱するような、持続的な低関心が見られますか?」
  • 「現在の技術基盤は、ユーザーに価値をもたらすよりも、不安定さを生み出していますか?」

注意すべきよくある間違い

  • ゾンビの罠 - ビジョンを失い、創業者の情熱や市場の現実と合わなくなった会社を経営し続けることです。
  • 現状の模倣 - ユーザーが乗り換える理由となる差別化された体験を生み出すのではなく、従来のプロセスをデジタル化して再現することです。
  • サンクコストの誤謬 - 過去の努力や評判にとらわれ、単なる目新しさにとどまり、深刻な課題を解決しない製品の終了を決断できないことです。
  • ピボットの遅れ - 集中力を維持し、機会費用を管理するために一晩で実行すべき戦略転換を、複数の四半期にわたって引き延ばすことです。

詳細

20人のゲストから得た22件すべての知見については、references/guest-insights.mdを参照してください。

関連スキル

  • 製品戦略の策定
  • 製品ビジョン
  • ポジショニング
  • 価格戦略

コメント