最小限の実行可能な製品（パート2）

概要

製品のアイデアがうまくいくかどうかをどのように判断できますか？私たちの最小限の実行可能な製品（パート2）プレゼンテーションは、初期のタスクのトリアージから、MVPの開発と実行までのガイダンスを提供します。さらに重要なことは、MVPが成功したかどうかを最終的に決定するノーススター指標を含んでいます。

達成すべき仕事 (JTBD)

達成すべき仕事のフレームワークは、顧客の痛み点を理解し、ブレインストーミングプロセスをガイドするために重要です。JTBDは、各ユーザータイプのコンテキストと状況に応じた顧客のニーズを定義し、整理します。ここでの例は、目標とJTBDが異なる可能性がある3つのユーザータイプのための3つのトラックを示しています。

これは、Airbnbのようなマーケットプレイスアプリのように、ホストと旅行者の両方をサービスする必要がある2つ以上の異なる顧客タイプを持つ製品に役立ちます。レイアウトは、製品の進化を考慮に入れています。初期の概念から、最初にテスト可能な製品とその複数の反復、MVP、そして最終的には大勢に愛されるより洗練された製品まで。

MVPの開発

製品の範囲

次に、スコープの這い上がりを避けるために、MVPの範囲を定義する時が来ました。このスライドでは、ユーザーストーリーに基づいてMVPのローンチのための機能を明確に定義しています。上の行は、重要なユーザーフローを表しています。これは、ユーザーが彼らの「仕事を達成するため」にたどるべき道のりです。このユーザーフローがなければ、機能的な製品は存在しません。チャート上での位置が高いほど、その機能は重要です。このリストから、製品が機能するために必要な機能のMVPラインを引きます。それ以下のものは、将来のために保存すべきです。

MVPツリー

製品評価

コンセプトテストレポート

さて、MVPが機能するかどうかを検証する計画を立てる時が来ました。このコンセプトテストレポートスライドは、初期の反復に対するフィードバックを得るために募集したインタビュー参加者からの結果に基づいた調査結果を強調します。この例では、水面下をテストするために使用される3つの競合するコンセプトがあります。

インタビュー参加者の反応と回答に基づいて、コンセプト3は好評だったようですが、コンセプト2はあまり人気がありませんでした。チームが検討しているコンセプトの数に基づいて、棒グラフを追加したり削除したり自由に行ってください。左側には、テスト結果から抽出できる洞察をまとめ、次のステップの推奨事項として関係者と共有してください。

検証テスト

MVPでは、成功したローンチを示唆するテスト結果のみを解釈するという間違いを犯しやすいです。そのバイアスを防ぐために、テストを行う前に正確な成功指標を定義することを確認してください。

これらのノーススター指標は検証結果を決定します。他の指標が有望に見えても、ノーススターの数値を上書きすべきではありません。上記のスライドは、製品チームが事前に合意した検証指標を強調し、下部には前回の反復に対する改善を追跡するスペースがあります。

採用と成熟度

製品採用曲線

製品の実行と開発に関しては、この採用曲線を使用することで、製品チームは市場で自分たちの製品がどの位置にあるのかを理解することができます。私たちはまだ初期段階の市場にいるのか、それとも主流の市場へと渡りを終えたのか？ 成熟に向かって成長しているのか、それとも衰退して忘れ去られているのか？ 左側の列にこれまでに達成したデータを入力して、進行状況を示します。

MVPサイクル

MVPサイクルは、迅速な反復を特徴とするアジャイル開発プロセスに従います。このスライドは、開発プロセスのどこにいるのかをプロットするのに役立ち、全体のチームが同じページにいることを確認します。なぜなら、行き来が多いと、物事が少し複雑になることがあるからです。

デザイン思考によれば、明確なユーザーのニーズを定義し、研究し、観察し、洞察を優先します。この生成フェーズの後、アイデアをテスト可能な仮説と潜在的な解決策に絞り込みます。新たな学びが画像に入るにつれて、実験と洗練を続けます。

顧客離脱分析

MVPがローンチした後、顧客離脱分析テーブルを使用してユーザーをコホートにグループ化し、維持を追跡します。例えば、3月22日に113人のユーザーが参加し、初日の終わりには98％が残っていました。5日目には約20％が残っていました。通常、時間が経つほど、より多くのユーザーが失われます。しかし、ある程度までは、これらの離脱率は安定するはずです。そうでなければ、製品を再考し、再び計画を立て直す時かもしれません。