製品管理フレームワークは、製品管理を行う際の絶対的なカンニングペーパーです。どこから始め、どこへ行き、どこで一時停止して在庫を確認するかというアイデアを与えてくれるのです。これらはすべて、管理しやすく、柔軟な方法で行われます。
しかし、適切なフレームワークを見つけるのは難しいことです。PMの中には、ある職務に就くと、そこには何年も前からあるフレームワークがあるのですが、うまく機能していないことがあります。また、新しい会社で、いろいろなフレームワークを試してみて、自分に合うものを見つける場合もあります。
はっきり言って、フレームワークは製品管理チームを導くためだけにあるのではありません。いやいや、そんなことはない。それよりもはるかに高い目的を果たすものなのです。
しかし、ここで問題なのは、Product is HARDということです。PMとして、あなたはすべての責任を持っていますが、権力の幻想だけを持っています。
実際、製品の一部であるあなたは、意思決定権がゼロであることが多いのです。ただし、自分がやっていることを理解していると周囲に納得させ、最小限の干渉で継続できるように信頼させることが前提です。
そこで、プロダクトマネージャーのフレームワークが役に立ちます。それは、あなたとチームをプロセスに沿って導くだけでなく、具体的でアクセス可能です：見て、これは私たちがやっていることです、そして、ここにその理由があります。
では、早速ですが、プロダクトマネジメントのフレームワークの大きなリストをご紹介します。
DAYZのプロダクトマネジメントフレームワーク
How Now ワオ
Gamestorming社が考案した「How Now Wow」フレームワークは、製品チームが市場に提供できるものに優先順位をつけるためのアイデア選定ツールです。
How NowとWowの3つの基準で、アイデアを評価します。
Howは、企業がアイデアをどれだけ実行できるかを評価するために使われます。
今度は、そのアイデアをいかに早く実現できるかに注目します。
Wowは、機能やソリューションの「Wow！」ファクターを評価するために使用します。
特に、問題を可視化することに重点を置いているチームや、異なるプロセス要素に基づく個々のアクションポイントを検討する必要があるチームには最適な機能です。
アマゾン・メソッドと呼ばれる逆算の仕事
Working Backwardsのフレームワークは非常にシンプルです。製品が出荷できるようになった時点から逆算して、元の問題に戻っていくのです。まず、新製品のプレスリリースを作成し、そこから逆算して、リサーチ、クリエイティブ、テストのベースとなる簡潔な問題ステートメントを作成するのです。
これは、複数の利害関係者が同じ問題意識に同意して前進しなければならない場合に、特に有効です。また、調査、アイデア出し、テストなどを一つの問題や目標に集中させることができます。
コンセプトを証明するには最適な方法ですが、少々「馬車馬のごとく」、つまり「問題を自分たちの解決策に合わせてしまう」ようなものだとも言えるでしょう。
ジョブズ-トゥ-ビ-ドーン
JTBD（Jobs-to-be-done）は、まず第一に、ここtl;dv で確固たる人気を誇っています。私たちは、JTBDについての記事を書いたほど、JTBDが大好きなのです。JTBDのフレームワークは、顧客が製品を買ったり、必要とする動機は何か、そして、ユーザーが「仕事」、つまり、人生の目的を達成するために「雇う」ことができるのは何かを理解することです。JTBDのフレームワークは顧客に焦点を当て、より充実した、生産的で簡単な方法でタスクを遂行することを支援します。
これは、ユーザーのモチベーションを理解し、その人に合った製品を作るための素晴らしいフレームワークです。また、すでに存在しないかもしれないけれども、同じ目的を果たす解決策を考えるきっかけにもなります。
"全体として、JTBDは人々が達成したい目標を理解し、その目標を達成することが、彼らの人生の進歩に相当するのです。"
加納モデル
加納モデルは、1980年代に日本人の研究者である加納典明氏によって考案されたもので、非常に顧客志向のモデルです。その特徴は、機能を5つのバケツに分類することで、お客様が何を求めているのかを掘り下げることができる点です。
必需品。 製品として成立させるために最低限必要なもので、これなくしては生きていけない機能セットと考えればよいでしょう。
性能属性。製品の性能に影響を与える機能です。オプションとして提供されることもあるが、製品の改良に役立つ。
Delighters（ディライター）。顧客ベースを喜ばせることができる、製品の付加価値です。
無関心な人。これらの機能は、お客様にとってはどちらでもないものです。インパクトに欠ける。
不満足な機能。お客様が積極的に嫌がる機能です。ない方が良かったかもしれない。
このフレームワークは、顧客が何を重視しているかということに基づいて、チームが機能開発の優先順位を決めるのに役立ちます。また、ユーザー調査の段階で傾向やパターンを把握することができ、戦略や計画に役立てることができます。
RICEの優先順位付け
RICEは、タスクや製品のマイルストーンを、推定される影響と実行の容易さに基づいて優先順位をつけるために使用されるフレームワークです。
の頭文字をとったものです。
到達度。タスクが影響を与える人々やシステムの数。
影響力。タスクがもたらす変化や改善の大きさ。
信頼度。タスクの到達点と影響度を推定する際の確信度。
努力。タスクを完了するために必要な時間やリソースの量。
RICEフレームワークは、潜在的な影響力と、それを実現するために必要な労力に基づいて、開発およびイニシアチブの優先順位を決定するのに役立ちます。リーチ」「インパクト」「確信」のスコアが高く、「努力」のスコアが低ければ、RICEスコアが高くなり、優先順位が高くなります。
非常に単純化されたモデルで、非常に明確な指針を与えることができますが、ニュアンスに欠けるところがあります。
ビジネスモデルキャンバス
ビジネスモデル・キャンバスは、ビジネスモデルの主要な要素を記述し、分析するために使用される視覚的なツールです。アレクサンダー・オスターワルダーが著書 "Business Model Generation" の中で紹介しています。キャンバスは、ビジネスモデルの本質的な要素をとらえた9つのビルディングブロックから構成されています。
顧客セグメント。これは、ビジネスがターゲットとするさまざまな顧客グループを定義するものです。
バリュー・プロポジション。これは、そのビジネスが顧客に提供するユニークなベネフィット、別名USPを説明するものです。
チャネル。これは、ビジネスがどのように顧客と接触し、相互作用するかを概説するものである。
顧客との関係。これは、ビジネスが顧客とどのような関係を持っているかを定義するものです。
レベニュー・ストリーム（Revenue Streams）。事業の収益源について説明します。
キーリソース。事業運営に必要な最も重要な資源を特定するものです。
主要な活動。これは、事業がその価値提案を実現するために行わなければならない主要な活動を概説したものです。
主要パートナー。これは、事業がその価値提案を実現するために依存している主要なパートナーやサプライヤーをリストアップしたものです。
コスト構造。事業運営に関わるコストの概要です。
ビジネスモデル・キャンバスは、新しいビジネスアイデアを開発し、テストするための構造化されたアプローチを提供します。これは、組織がステークホルダーにビジネスモデルを明確に伝えるのに役立ちます。これはほとんどすべての可能性をカバーし、非常にstakeholder-y友好的で、より深い革新のための説得のための大きいフレームワークを作る(読み、MORE RISK!)。
カスタマージャーニーロードマップ
ロードマップは少し過大評価されているようですが、カスタマージャーニーロードマップは、製品管理のフレームワークの1つで、その中核をなしています。
このフレームワークは、企業が顧客と接する際のさまざまな段階と経験を可視化し、理解するために使用されます。このフレームワークは、企業がカスタマーエクスペリエンスを向上させるために、ペインポイント、改善の機会、投資すべき領域を特定するのに役立つよう設計されています。
一般的に、カスタマージャーニーのロードマップには、次のような段階があります。
認知度。顧客が事業とその提供物を認識する段階。
検討。顧客が競合他社と比較して、事業やその提供物を評価する段階。
購入のこと。お客様が製品やサービスを購入することを決定する段階。
納品。お客様が製品・サービスを受け取り、使用する段階。
ロイヤリティ。顧客が企業との関係を形成し、リピーターとなる可能性がある段階。
カスタマージャーニーの各段階をマッピングすることで、企業は顧客が何を必要とし、何を求めているかを洞察し、顧客体験を改善し、顧客満足度を向上させる機会を特定することができます。ここでもまた、製品主導の開発スタイルに向けてフレームワークされていますが、全体的な観点からカスタマー・エクスペリエンスを考察しています。
ミニマムバイアブルプロダクト
最小限の努力と最大限のペースで製品を開発し、テストし、発売するために、MVP（Minimum Viable Product）フレームワークを使用します。これは、スピードと市場への抵抗が最も少ない道を目指して設計されています。
MVPは、顧客に価値を提供するために不可欠な製品のコア機能をリリースすることに重点を置いています。MVPを作成することで、企業は開発プロセスの早い段階で顧客からのフィードバックを得ることができ、正式に製品を発売する前に必要な改良を行うことができます。
多くの人はMVPをプロトタイプと思い込むだろうが、そうではない。それ自体が製品ですが、後に構築するための土台となるものです。
MVPを作成することで、企業は全体の構築に多くの時間やリソースを投資する前に、顧客の需要や技術的な実現可能性についての仮説を検証することができます。
さらに、このフレームワークによって、組織は完璧なソリューションをすぐに作成することなく製品を迅速に立ち上げることができ、顧客にとって何が最適なのかを学びながら反復することができます。これは、製品管理フレームワークの "done is better than perfect "に相当するものです。
全体として、MVPを開発することは、顧客ニーズの理解を深め、学習サイクルを短縮し、より効率的な製品発売プロセスにつながります。しかし、リスクや時間的なプレッシャーがあり、また、自分の足で物事を解決しなければならないこともあります。しかし、MVPはうまくいくものです。MVPのフレームワークで立ち上げた有名な企業には、Facebook、DropBox、Airbnb、Spotify、Twitterなどがあります。
AAARR、別名海賊版メトリックス
これが本物の海賊ならどんなにいいか。肩にオウム、カトラス、デイヴィ・ジョーンズ・ロッカー。しかし、残念なことにAAARRフレームワークは、AAAARRの部分だけが海賊的なのです。
大海原を航海するほどエキサイティングではありませんが、AAARRR フレームワークは、組織が主要な測定基準を追跡し、測定するのに役立ちます。これは、顧客が製品をどのように受け取っているか、顧客の行動を改善するためにどのような変更が必要であるかについての洞察を得るのに役立ちます。
フレームワークの5つのステージは、以下の通りです。
獲得数。新規顧客獲得数。
活性化。商品・サービスの価値ある初体験をしたお客様の数。
リテンション。製品・サービスを長期にわたって使い続けてくれる顧客の数。
Referral（紹介）。新規顧客を紹介した顧客の数。
収益。顧客から得た収益の額。
Walking The Plank:いいえ、あれは本物ではありません。ただ、ちゃんとした海賊を登場させたかっただけなんです。
フック方式
Hooked Methodは、Nir Eyalが開発した、企業が顧客ロイヤリティを構築するためのフレームワークです。実は、私たちは 別の記事でNirの本を推薦したこともあります。
Hooked Methodのモデルは、「フック」となる製品やサービスを作ることで、顧客の注意を引き付け、維持し、さらにリピートしてもらうことを基本としています。基本的には、中毒にさせるのだ。喧々囂々ですが、転がしてみましょう。
Hooked Modelによると、フックを成功させるためには4つの重要な要素があります。
トリガー（Trigger）。お客さまが行動を起こすきっかけとなるような出来事。
アクション。トリガーに反応して顧客が行ったアクション。
リワード（Reward）。お客様のリピートアクションを促すためのインセンティブ。
投資。お客様が製品やサービスに投資する機会を提供することで、リピートアクションへのコミットメントを高めること。
これらの要素を理解し、魅力的なカスタマーエクスペリエンスの構築に活用することで、企業は顧客から長期的なロイヤリティを獲得することができます。携帯電話を手放せなくなるようなアプリを開発するときによく使われる言葉です。
Googleのような検索エンジンを使ったり、Alexaを家に置いたりすることは、Hookedの方法論の多くを反映しています。質問があっても、じっくり考えたり、図書館に行ったり、友人に聞いたりすることはありません。Googleに入力するか、「アレクサ、ダッジ・チャージャーにスズメを何羽乗せられるか」と叫べばいいのです。パブロフのヨダレ犬のように、思いつきのような出来事が起こり、あなたはその製品に手を伸ばします。
フレームワークへの過度の依存？
上記の例は素晴らしいもので、すべてその用途と場所があります。しかし、フレームワークは、製品を成功させるか失敗させるかを決定するものではありません。確かにインパクトはありますが、どんなに優れたフレームワークでも、下地が完成していなければ成功しません。
どのフレームワークを使うかを決める前に、すべてのステークホルダーからの信頼と賛同が必要です。これは、シニアリーダーシップ、エンジニア、デザイナー、マーケティング、そして、地獄のようなものです。存在しない新機能を売り込み続ける営業チームでさえもです (私たち 
本当に売れたのか？)
もし、これらのチームのいずれかが、あなたのことをくだらないと思っていたら、どんなフレームワークも、どんなに効果的であっても、あなたを救うことはできないでしょう。製品とは、不思議なことに、研究、デザイン、アイデアと同じくらい、マーケティングや社内チームへのアイデアの売り込みが重要なのです。プロダクトを成功させるためには、全員が同じアイデアと目標の後ろにいる必要があります。
フレームワークのもう一つの特徴は、理論的には常に素晴らしいアイデアであることです。しかし現実は、あなたの最高のアイデアの尻に噛み付く習性があります。そこでアドバイスです。すべてのステークホルダーがフレームワークをどのように受け取るかについて、超超超慎重になることです。同意してうなずいたり、微笑んだりしても、後日、すべてが反故にされるようなことがあってはなりません。しかし、たとえフレームワークが完璧に守られていたとしても、彼らは成功の主な指標として他の指標やKPI（言い換えれば、オーバーヘッド）を見ていることを心に留めておいてください。
フレームワークのもう一つの欠点は、PMを怠け者にすることです。適応の余地がなく、やみくもに「プロセス」に従うことは、必ずしも最も効果的なことではありません。しかし、どこにイノベーションがあるのでしょうか？自動操縦で製品全体を作り、口の端からヨダレを垂らして、赤旗をすべて見逃してしまうのです。
そして最後に、このセッションの最後のホットテイクとして、あなたに役立つ情報をお届けします。チーム、人々、そしてPMは簡単に「プロセス疲労」を起こすことができます。前述したように、同じことを繰り返していると、自動操縦に切り替わってしまうことがあります。そう、慣れるまでが大変なのです。新しいPMを取り巻くチーム、エンジニア、デザイナーなどは、ベストを尽くします。学び、適応し、新しいワークフローを見つけ、新しいフレームワークを受け入れるが、壁に突き当たるだろう。フレームワークの燃え尽き症候群は、現実のものとなっています。新しいフレームワークを導入したいのであれば、それはそれでいいのですが、時間をかけて、そのタイミングを選びましょう。
何か一つを簡単にする
上記のどのフレームワークを選ぶにせよ、素晴らしいテンプレート、ビデオ、リソースがたくさんありますから、始めるのに役立つでしょう。しかし、どのフレームワークを選んだとしても、データ収集とミーティングの文書化は、その区画の不可欠な部分となります。
そこで、tl;dv のような AI 会議ツールの出番となる。製品発見」の段階は、多かれ少なかれあらゆるフレームワークに存在します。だからこそ、インサイトを導き出し、ステークホルダーの賛同を得るために、製品調査ソフトウェアが必要になるのです。
簡単に操作できるインターフェースにより、製品チームは、製品企画と製品開発の後期に入る前に、ユーザーインサイトの収集、理解、優先順位付けを行うことができます。すべてのリサーチは1つの場所に保存され、関係者やチームメイトと簡単に共有することができます。
実際、tl;dv は、フレームワークについて考える前に、すべての足場と土台が整っていることを確認するのに役立ちます。製品チームは、Zoom とGoogle Meet レコーダーを会議の文書化に使用することで、アクションアイテムのフォローアップ、進捗状況の追跡、欠席した従業員への報告などをより簡単に行うことができます。何より無料なのが嬉しい！
