プロダクトマネージャーがよく陥る落とし穴(と、そこから這い上がる方法)
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
18か月目あたりで、ほとんどのPMに静かな何かが起こります。リリースのリズムは問題ありません。スタンドアップも問題ありません。ロードマップのデッキは前四半期に更新されました。しかし、6か月目のようには勝利が複利で積み上がりません。セールスは指名アカウントの依頼で割り込み続けます。エンジニアリングはリファインメントで反論しなくなりました。それは勝利のように聞こえますが、違います。それが役割のせいなのか、会社のせいなのか、あなたのせいなのか、判断できません。
これはパターンで識別できます。私たちが関わってきたすべてのPM組織でこれを目にしますが、パターンはほぼ常に同じ7つです。ここに、それぞれを見分ける症状、コストを現実にする数値、そして今週中に実行できる一つの対策とともに紹介します。一度読んでください。胸に刺さったものを一つ選びます。その対策を実行します。30日後に読み返します。
落とし穴1:機能工場モード
症状: あなたは成功をクローズしたチケットで測ります。ローンチダッシュボードはリリースした機能を数えます。レトロは「今四半期は15件中14件のコミットメントを達成した」を祝います。チームの誰も、直近の機能が動かすはずだった指標を挙げられず、誰も尋ねません。
実際の数値: イタマール・ギラッドによる機能レベルのアウトカムの分析は、MicrosoftのBing実験の公開データとGoogleのテスト調査に裏付けられ、おおよそ同じ地点に落ち着きます。リリースされた機能のうち、約3分の1が目標指標をプラスに動かし、3分の1がマイナスに動かし、残りは横ばいです。これを機能工場に当てはめると、おおよそ70%のノーアウトカム率でリリースしていることになります。チームが年に30の機能をリリースするなら、そのうち20は何も生まないか、積極的にプロダクトを害します。
対策: ローンチダッシュボードを葬りましょう。アウトカムダッシュボードに置き換えます。いまは3行しかなくてもです。すべての機能は、ビルドのキューに入る前に、書面で事前登録された指標の予測を得ます。形式:*「Xをリリースすれば、Yの指標が30日以内にAからBへ動くと予想する。確信度:中。」*その一文を書けないなら、その機能はビルドの準備ができていません。規律とは予測が当たることではありません。予測がそもそも存在することです。較正は、書いたことと起きたことを比較することから生まれます。
落とし穴2:ディスカバリーを飛ばす
症状: 今四半期、カレンダーに顧客インタビューがゼロ。あなたは自分にも、マネージャーにも、「実行で手一杯すぎる」と言います。たまにサポートチケットを読みます。先月セールスのデモを見ました。それがディスカバリーですよね?
実際の数値: テレサ・トーレスの継続的ディスカバリーのベンチマーク(ほとんどのシニアPM組織が参照するもの)は、PM本人による顧客接点が最低でも週に1回です。行き詰まりを感じるほとんどのPMは、四半期に0〜2接点で動いています。それは健全と行き詰まりのあいだの12倍から50倍の差です。
対策: この記事をこれ以上読み進める前に、カレンダーを開いて今週分の30分の顧客インタビューを3件予約しましょう。セールスの引き継ぎではなく、サポートチケットとプロダクト分析を通じて募集します。(セールスが紹介するインタビューは、パターンではなく機能を望むエンタープライズの見込み客に偏ります。)最初のインタビューは無駄に感じられるでしょう。3件目は、月曜には知らなかった何かを浮かび上がらせます。3件が重く感じるなら、あなたは自分の落とし穴を見つけたのです。
落とし穴3:リリースして忘れる
症状: ローンチレビューはチームのカレンダーに存在します。ローンチ後の30/60/90日レビューは存在しません。ローンチ後に誰かが機能を見るのは、それが壊れたとき、またはセールスが分かりにくいと不満を言うときだけです。
実際の数値: 私たちが非公式に調査したPMコミュニティ全体で、機能の事後検証のおよそ80%は失敗モードでのみ起きます。障害、リグレッション、NPSの低下です。静かに期待を下回る機能(リリースされ、意図したユーザーの4%に使われ、指標の上昇なし)は、誰も気づかないので事後検証を得られません。それらは、あなたが年次レビューで最も誇りに思い、会社に何ももたらさなかった機能です。
対策: ローンチのとき、機能が公開される前に、30日後の日付で自分自身のカレンダーに招待を入れます。オーナー:あなた。出席者:あなたと1人のエンジニア。アジェンダ:葬る、反復する、またはスケールする。決定を1段落で書き、チームの他のメンバーが見える場所に投稿します。答えが葬るなら、目に見える形で葬ります。機能を公に葬るPMは、報告すべき失敗を一度も持たないPMより多くの信頼を得ます。なぜなら、後者は嘘をついているか、測定していないかのどちらかだからです。
落とし穴4:ステークホルダー管理の演劇
症状: あなたは週に12時間以上のアラインメント会議に出ています。会議で下された決定は定着しません。同じ議題が翌週に戻ってきます。あなたは各会議をアクションアイテムとともに、決定なしで去ります。あなたは疲れ果て、ロードマップは動いていません。
実際の数値: ProductPlanの2024年PM調査は、平均的なPMを会議に週23時間とし、上位4分の1(自己申告の影響度と昇進の速度による)は14時間に位置づけました。それは多忙と有効のあいだの、毎週9時間の差です。年換算すると450時間、おおよそ11労働週分の回復された時間です。
対策: 最も意思決定密度の低い定例のステークホルダー同期を選び、2週間中止します。それを、最大半ページの3セクションの金曜の書面更新に置き換えます。*何をリリースしたか、何がブロックされているか、次の金曜までに何が必要か。*ステークホルダーが非同期でコメントできる場所に投稿します。2週間後、何人のステークホルダーが中止した会議についてあなたを追いかけてきたか数えます。その数はほぼ常にゼロです。追いかけてきた人には本物のニーズがあります。その人たちだけと、より小さく、より具体的なリズムを築きましょう。
落とし穴5:過剰に仕様を書き、検証が足りない
症状: あなたのPRDは12ページです。直近のものに2日かけました。エンジニアリングは最初のページを読み、残りは飛ばし読みします。過去1か月で顧客の前に出されたプロトタイプはゼロです。
実際の数値: 誰も読まない徹底したPRDのセクションを書くのは、集中したPMの時間でおよそ3時間かかります。3人の顧客から本物の反応を得るFigmaのクリックスルーを作るのは、既存のコンポーネントを使えればおよそ30分、使えなければ1時間です。クリックスルーはシグナルを生みます。PRDのセクションは証跡を生みます。
対策: PRDを2ページに制限しましょう。許される セクション:問題提起、目標のアウトカム(落とし穴1の指標の予測とともに)、3つの箇条書きでの提案ソリューション、明示的にやらないこと、未解決の質問。2ページを超えて書きたかったものは、顧客との会話を避けているサインです。代わりにプロトタイプを作り、段落で書こうとしていた質問にプロトタイプに答えさせましょう。
落とし穴6:すべてのセールスの依頼にイエスと言う
症状: あなたのロードマップは指名アカウントのリストのように読めます。2件に1件のチケットに取引がついています。「これはAcmeにコミット済み」というフレーズが、直近5回の計画会議のうち3回に登場します。取引パイプラインが四半期を食い尽くしたために、あなたは2か月間、既存の顧客のために何も作っていません。
実際の数値: Intercom、Pendo、複数のVCが支援するプロダクト組織の調査は、一貫した範囲に落ち着きます。セールス主導のアカウントの依頼のために特別に作られた機能は、おおよそ8〜15%でエクスパンション収益に転換します。同じエンジニアリングの能力を、既存ベースのリテンションやアクティベーションの機能に振り向けると、ネット収益維持(NRR)への影響では30〜40%で転換します。あなたは、1倍がその場で声が大きいために、3倍のリターンを1倍のリターンと交換しているのです。
対策: 書面の受付フォームを作りましょう。必須項目:どの取引か、ARRはいくらか、ノーと言った場合の代替案は何か、他の顧客がこれを望んでいるという証拠は何か、ビルド後にどう成功を測るか。セールスに記入させます。「緊急」の依頼の約80%はフォームで死にます。代替案は常に「回避策で対応する」であり、証拠は常に「この1人の見込み客が言及した」だったからです。フォームを生き残るものは本物であり、あなたは適切な文脈とともにそれを作ることになります。
落とし穴7:正直な確信度のないRICE
症状: あなたは前四半期にRICEのスプレッドシートを開きました。すべてのイニシアチブが確信度80%以上でスコア付けされていました。いくつかは90%でした。70%未満は一つもありませんでした。あなたの優先順位付けのアウトプットは厳密に見えましたが、直感が出したであろうのと同じランキングを生みました。
実際の数値: 較正されたPM、すなわちフィリップ・テトロックのスーパーフォーキャスターのように、自分の予測精度を時間をかけて追跡する小さな部分集合は、機能のアウトカムに関する確信の判断でおおよそ55〜65%に落ち着きます。それが、強いプロダクトの直感と正直な測定を持つ人にとっての現実的な範囲です。バックログのすべての項目で80%を超えるスコアをつける人は、見積もっているのではなく、望ましいランキングに固定しています。フレームワークは演劇になります。
対策: 予測ジャーナルを始めましょう。RICEのスコア付けのとき、確信度の数値AND機能がリリースされたら何が起こるかの一行の予測を書き留めます。アウトカムのとき(落とし穴3の30日レビューを使います)、自分を採点します。予測は正しかったか、部分的に正しかったか、間違っていたか?四半期ごとに再較正します。2四半期のジャーナリングの後、あなたの平均確信度は60%へ向かって下がり、あなたの優先順位付けはあなたを驚かせるランキングを生み始めます。それがフレームワークが実際に機能している状態です。
メタ落とし穴
その7つをもう一度読んでください。それらは一つの根を共有しています。目に見えない学習よりも目に見える活動を最適化することです。クローズしたチケットは目に見えます。顧客のパターン認識は目に見えません。PRDのページは目に見えます。葬られた機能は(居心地悪いほど)目に見え、静かに期待を下回る機能は目に見えません。会社の中の報酬は、その線の目に見える側へ流れる傾向があり、だからPMは、より良いやり方を知っていても機能工場やステークホルダー演劇の行動へと流されるのです。
対策は、7つの上に重ねる新しいフレームワークではありません。それは、自分に一つの質問をして答えを書き留める30分の週次レビューです。*「先週の月曜には知らなかった、顧客、プロダクト、チームについて何を学んだか?」*答えが何もないなら、それが診断です。7つの落とし穴は同じ目的地への異なる経路であり、メタ対策は、あなたが新しいどこかへ行ったという週次の領収書です。
今週やること
読みながら最も胸に刺さった落とし穴を選びます。おそらく、心の中で反論したものです。具体的な対策を実行します。
- 機能工場 → ビルドされる前に、キューの次の機能の指標予測を書く。
- ディスカバリーを飛ばす → 今週、顧客インタビューを3件予約する。
- リリースして忘れる → 直近のローンチについて、カレンダーに30日レビューを。
- ステークホルダー演劇 → 最も意思決定密度の低い定例会議を中止し、金曜の書面更新に置き換える。
- 過剰な仕様 → 次のPRDを2ページに制限する。
- すべてのセールスの依頼にイエス → 今週末までにセールスの相手に受付フォームをリリースする。
- 確信度のないRICE → 次の優先順位付けセッションで予測ジャーナルを始める。
このリストを30日後に読み返してください。落とし穴は消えません。回転します。登り続けるPMは、毎回より速く現在の落とし穴に名前をつける人たちです。
さらに詳しく
Principal Product Marketing Strategist