最小限の実行可能な製品（MVP）

概要

製品チームをよりアジャイルにし、より早く革新し、失敗のコストを削減するにはどうすればよいでしょうか？ 最小限の実行可能な製品（MVP）のプレゼンテーションテンプレートをダウンロードして、適切なリソースを専有し、ユーザーが実際に求めている最も重要な利点を開発します。MVPは、顧客に対して構築する最も重要な機能を特定するためのワークフローを優先し、失敗したプロジェクトのコストを削減します。

このテンプレートには、MVPキャンバス、MVPスコア、コンセプトテストレポート、検証メトリクス、最短ジョブ優先機能の優先順位付け、製品採用曲線、ジョブズ・トゥ・ビー・ダン、MVPツリー、A/Bテスト結果、製品モックアップなどが含まれています。さらに、最後まで読むと、Uberがどのようにして93万人の顧客に向けた優れたMVPを開発したかを学ぶことができます。

file_save

Download free weekly presentations

Microsoft PowerPoint Google Slides Apple Keynote Download in other languages

Enter your email address to download and customize presentations for free

Join

OR

Not for commercial use

OR

file_save

Download '最小限の実行可能な製品（MVP）' presentation — 25 slides

最小限の実行可能な製品（MVP）

+39 more presentations per quarter

that's $3 per presentation

$117

/ Quarterly

Subscribe

Commercial use allowed. View other plans

ツールのハイライト

MVPキャンバス

MVPキャンバスは、PMまたはデザイナーが始めから終わりまでのMVPの主要なコンポーネントを紹介します。このスライドは、構築を目指す製品や機能の設計図として、製品チーム全体で共有できます。まず、製品のターゲット顧客と彼らが何を求めているかを定義します。次に、MVPをどのように構築し、テストするか、そして学びが次のステップ（つまり次の反復）にどのように影響するかを定義します。その後、エグゼクティブはテスト結果とフィードバックが何を伝えているかを評価することができます。彼らは元の道筋に沿って完全版を続けるべきか、微調整を行い新たな方向に転換するべきか、またはフィードバックが非常に悪い場合は、開発を完全に停止して他のことを追求するべきか。(スライド3)

MVPの範囲

MVPは製品の骨格です。20の異なる機能を持つ可能性のある製品に対して、このスライドはどの機能がMVPに入るかを選別します。左から右への各列はユーザー'のフローを指示します。テンプレートの例では、フローは次のように進みます：カスタマイズ、注文の管理、支払い、注文の受け取り。ユーザージャーニーの各部分には異なる機能があります。最優先から最低優先までの順に機能をリストします。濃い青色は、この機能がウォーキングスケルトン（ワイヤーフレームのようなもの）に必要であることを意味します。薄い色の機能は、完全なMVPに必要で、後で組み込むことができます。灰色の機能はこの段階では不要です。この優先順位付けは、製品が追求に値するものとして検証するために必要な機能に対して人的および財政的リソースを削減して成功を最大化するのに役立ちます。(スライド6)

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

経営陣がMVPを開発し、ユーザーグループに提示した後、ユーザーの反応とフィードバックを収集し、まとめる時が来ます。量的な表現として、このスライドの上部のグラフは、複数の概念に対するユーザーの初期反応を表しています。その下では、購入の可能性に対する反応が、絶対にから絶対にないまでのスケールで評価されています。これらの編集可能なグラフは、PMが特定の製品について発見する必要がある最も重要な問いを評価することができます。右側には、PMが結論を質的な書面のリストの要約として共有するための主要な調査結果が列挙されています。(スライド11)

検証指標

MVPの成功をローンチ後に評価するために、PMはデータのプールを分析することができます。このスライドは、製品チームとの週次または四半期ごとの報告のためのステータス更新や定期的なチェックインとして使用することができます。それは、月次定期収入、年次定期収入、ユーザーあたりの平均収入、ユーザーあたりのライフタイムバリューなどの主要な財務検証指標をカバーしています。

下部では、エグゼクティブは新たに参加した、キャンセルした、サービスをアップグレードした、またはダウングレードしたアカウントの数を通じてユーザーベースの検証指標を資格付けすることができます。これらの指標は、サブスクリプションベースのサービスにより一般的であるため、異なるビジネスモデルを採用している製品のエグゼクティブは、これらを最も重要な指標を反映するように編集することができます。(スライド 13)

ケーススタディ：Uber

Uberの創設者たちは、プロジェクトを始めたとき、Ubercabという名前で、誰でもスマートフォンからブラックカーサービスを購入できる方法を構築したいと考えていました。彼らは、次の3つの機能を持つシンプルなプロトタイプを作成しました：まず、テキストで住所を送ることで車を自分の場所に要求する能力；次に、カーブで待機しているライセンスを持つプロのドライバーがブラックカーに乗ること；そして、ファイルにあるクレジットカードに自動的に料金を請求すること。

準備が整ったら、彼らはニューヨークとサンフランシスコでテストしました。彼らはアプリをオンラインにせず、利用を希望するユーザーにはメールでアクセスを求めました。時間をかけて、これらの都市でのフィードバックを利用して、予想される乗車料金を提供したり、運賃を分割したり、リアルタイムで乗車を追跡したりする新機能を追加しました。このようにして、彼らはサービスを検証するための1つのコア機能をテストし、ユーザーが何を望んでいるかに基づいて反復しました - 彼らがユーザーが何を望んでいると思ったものではなく。そして、これが彼らが2021年時点で9300万人以上のアクティブな顧客を持つビジネスを成長させるのに役立ちました。

結論

あなたの製品設計チームが製品のローンチまでに時間がかかりすぎたり、顧客が望まない機能に時間とお金を浪費している場合、このプレゼンテーションが必要です。完全な最小限の実行可能な製品（MVP）プレゼンテーションテンプレートをダウンロードするには、Plusメンバーになりましょう。あなたは、重み付け最短ジョブ優先の機能優先度付け、製品の採用曲線、達成すべき仕事、MVPツリー、A/Bテスト結果、製品のモックアップなど、多くのスライドを得ることで、時間と作業時間を節約できます。