3時間でMVPスコープを定義する方法
公開: 2022-07-22私が初期の支払い処理会社に製品マネージャーとして連れてこられたとき、ビジネスは在庫管理システムをタイムリーに作成して提供するのに苦労していました。 適切なソリューションは、ユーザーフレンドリーではないシンプルなキーパッドアプリであり、その結果、顧客の大幅な解約を引き起こしていました。 私の仕事は、キーパッド機能を超えてアプリの機能を拡張する在庫システムの構築を担当するチームを率いることでした。
切り捨てられたタイムラインで操作する必要があったため、ユーザーが求めているものと一致するコア機能を備えた最小実行可能製品（MVP）を考案、設計、および構築するためのシンプルでありながら根本的に効率的なアプローチを作成しました。 このプロセスにより、MVPの範囲が、数日または数週間ではなく、1つの集中的な3時間のセッションに凝縮され、チームの開発にかかる時間を数か月節約できました。
この加速されたMVPスコーピングプロセスは、あらゆる製品チームを導くために使用でき、あらゆる0対1の製品の作成に適用できます。
ユースケースの概要
問題：アプリのシンプルなキーパッド機能では、ベンダーであるユーザーが在庫を管理したり、顧客の注文に追加するアイテムを選択したりすることができませんでした。
制約：会社のリーダーシップは、8週間で提供されるソリューションを望んでいました。 潜在的な資金調達ラウンドは、製品の改良版の成功に部分的に依存していました。
コンテキスト：市場の分析から、そして多くのユーザーと時間を過ごした後、これらのベンダーは販売フローを合理化するために在庫管理システムが必要であると判断しました。 私は彼らが顧客の注文を処理するのを見ました。最初に、彼らは要求されたアイテムを紙に書き、計算機を使用してアイテムを集計し、次にアプリに注文を入力しました。 必要なのは1つだけだったはずなのに、3つのツールを使用していました。
ソリューション：ユーザーが在庫をデジタルカタログにロードし、それらの在庫を管理し、選択したアイテムをタップして顧客のショッピングカートに追加できるようにするソリューションを開発する必要がありました。これらはすべてアプリ内で行われます。
デザインスプリントの決定
開発する必要のある製品をすでに知っていたので、私は典型的なデザインスプリントをやめることにしました。チームが協力して主要なビジネス上の課題を特定し、問題の解決方法について顧客からアイデアを収集する4〜5日間のワークショップです。製品のコンセプトを開発し、プロトタイプを設計して、テストを開始します。
デザインスプリントは、MVPを構築するための効果的な方法です。コアの問題を特定する必要があり、ソリューションの開発にかなりの時間を費やすことができる人にとってです。 ただし、初期段階の企業や既存の組織の新しいビジネスユニットでは、通常、主要な問題が明らかになります。コンセプトが開発され、製品/市場の適合性は通常、製品マネージャー、エンジニア、および設計者が参加する前に決定されます。
次のフローチャートは、このプロジェクトを進めるための最善の方法は、デザインスプリントをスキップして、チームキックオフとも呼ばれる3時間のセッションから開始することであると判断したときに行った手順の内訳です。 その会議では、参加者はブレインストーミングを行い、機能に関する数十のアイデアを生成してから、MVPに必要なものだけにリストを絞り込みました。
MVP開発プロセス
準備
3時間のセッションの前に、現在または将来の顧客と会話して観察し、市場調査を実施して、ユーザーのペルソナに関する情報を収集することをお勧めします。
次に、デザイナーとエンジニア向けのプレゼンテーションを作成します。 それは説明する必要があります：
- あなたが解決しようとしている問題。
- あなたが構築している製品。
- メトリックとUXの両方の観点から、製品がその問題をどのように解決するか。
- あなたとあなたのクライアントのビジネスに対する製品の予測される影響。
- 企業レベルおよびチームレベルのミッションと目的、および主要な結果（OKR）、および製品がこれらのミッションの達成とOKRの達成にどのように役立つか。
プレゼンテーションは、MVPのスコーピングを進めるために、設計者とエンジニアに製品の確かな理解を与える必要があります。
3時間のキックオフミーティング
キックオフには、開発チーム全体が関与し、アイデアやストーリーの作成からMVPコンセプトの開発まで、プロセスのすべての段階に参加できるようにする必要があります。 これには、シニア、ジュニア、およびアソシエイトの製品マネージャーが含まれます。 プロダクトオーナー; 製品リード（該当する場合）。 UXデザイナー; ソフトウェアエンジニア; およびQAエンジニア。
クイックヒント：これは非正統的ですが、構築段階の前にエンジニアを含めることをお勧めします。 彼らは通常、素晴らしいアイデアを提供し、改善しようとしている製品に情熱を持っています。 それらのほとんどは、MVPのスコーピングに関与することを楽しんでいます。 それは彼らがプロジェクトにより多く投資し、他のチームによって評価されるようになるのを助けます。
会議室または仮想ワークスペースに全員を集めます。 私たちの場合、10人でした。 3時間ブロックします。
製品とユーザージャーニー（60分）
- プレゼンテーションを配信します。 （15分）
製品のすべてのユーザーペルソナの識別を開始します。 フローや機能の作業をまだ特定していなくても、構築する必要のあるフローの数を定義できます。 （10分）
クイックヒント：必要以上にペルソナを追加して、過度に設計しないでください。 MVPのリリース後、顧客からのフィードバックにより、追加の役割が必要かどうかが明らかになります。
ユースケースの例：ストアマネージャー（または管理者）、レジ係、およびエンドカスタマーの3つのペルソナがありました。 ストアの所有者など、他の潜在的な上級レベルのペルソナがありましたが、MVPの目的のために、それらは管理者によってカバーされる可能性があります。
ユーザージャーニーを最初から最後までマッピングします。 各ペルソナに色を割り当てて、ユーザーが遭遇するフローのすべてのステップを識別しやすくします。 直接会う場合は、壁に付箋を貼るか、ホワイトボードを使用します。 仮想会議の場合は、FigJamボードなどを使用します。 （35分）
クイックヒント：チームにすべてのアイデアを共有してもらい、きめ細かくします。 フローの各ステップは構築される機能になり、各ユーザーは個別のフローを持ちますが、ステップの概要を説明するプロセスは同じです。
ユースケースの例：レジ係のペルソナの機能リストは次のとおりです。
- POSアプリを開きます。
- PINを使用してサインインします。
- 顧客が購入する最初のアイテムを特定します。
- アイテムの数量を特定します。
- 顧客が購入する追加のアイテムを特定します。
- アイテムに割引を追加します（該当する場合）。
- ショッピングカート内のすべてのアイテムの合計コスト（この時点で、消費税を含む完全な購入価格が表示されます）。
- チェックアウトと支払い処理を完了します。
- 購入を確認します。
- 顧客がチップを追加できるようにします。
- セールを終了します。
- すべての1日の売上の合計を表示します。
- 所定の非アクティブ期間（たとえば、5分）が経過するとタイムアウトになります。
注：このリストには、このペルソナについて考えたほとんどの機能の詳細が記載されています。 レジ係、店長、およびエンドカスタマーがすべてさまざまな方法でアプリケーションに関与するため、重複を最小限に抑えて、すべてのペルソナで合計約60の機能を考案しました。 開発している製品のタイプによっては、ユーザータイプ間で機能の重複が大幅に増える可能性があります。
ユーザージャーニーの重要な機能（45分）
各ユーザータイプの機能を、実際のホワイトボードまたは仮想ホワイトボード上の各ユーザージャーニーの個別の部分にグループ化します。 次に、ボード上に水平線を引きます。 線の上で、製品が機能するために必要なセットを特定します。 境界線の下に、便利な機能を配置しますが、後のリリースまで待つことができます。 （30分）
クイックヒント：設計者とエンジニアをグループに分けてこの手順を完了してから、再度会議を開いてメモを比較します。 これは、10人以上の会議で特に役立ちます。
ユースケースの例：この時点で、12の機能セットがありました。これには、在庫カタログへのアイテムの読み込み、価格設定、顧客のカートに追加するアイテムの選択、セールのチェックアウトと終了、在庫の少ない再注文などが含まれます。もっと。 最終的に、機能セットの数を4つに減らしました。
この排除プロセスは、アプリの最初の反復でユーザーのセキュリティサインインが不要であると判断するのに役立ちました。 どちらも割引やヒントを追加していませんでした。 また、店長やオーナーはそうかもしれませんが、レジ係がMVPの一部としてすべての1日の売り上げの合計を表示できる必要はないと判断しました。
機能のリストを絞り込みます。 「これを省略しても、製品は機能しますか？」と尋ねます。 答えが「はい」の場合は、その機能をMVPから除外し、後で製品を繰り返すために保存します。 答えが「いいえ」の場合は、その機能をMVPに含める必要があります。 このプロセスの最後に、製品を機能させるために本当に必要なものがわかります。 多くの場合、これは各セットの3つまたは4つの機能で構成されます。 （15分）
注： MVPにあまりにも多くの機能セットを組み込むことは避けてください。 何を含めることが最も重要かについて反対意見を予想する必要がありますが、電話をかけるのはプロダクトマネージャーとしてのあなたの仕事です。 あなたは調査を行い、決定を裏付けるデータを持っています。 私の経験では、多くの製品は当初、必要以上に堅牢に構築されており、ほとんどの企業は、テストとフィードバックのためにできるだけ早くユーザーの手に何かを提供することを望んでいます。
製品の設計、テスト、エンジニアリング（75分）
設計者にコア機能をMVPのワイヤーフレーム設計に統合してもらい、エンジニアが製品のアーキテクチャを構築するために使用します。 （45分）
製品スペシャリストと設計者が、ワイヤーフレーム設計の軽いUXテストに協力できるようにします。 （15分）
注：エンドカスタマーを関与させずに構築する必要のある製品管理シナリオはほとんどありませんが、迅速なテストと開発の場合は、社内で、または製品を知らない友人や家族と一緒に設計プロトタイプをテストできます。 彼らが混乱している場合、あなたのユーザーの何人かも混乱するでしょう。
設計されたワイヤーフレームをエンジニアに渡して、エンジニアがMVPのアーキテクチャの構築を開始できるようにします。 完全なソリューションを構築するために必要なすべて、または時間はありませんが、開始することはでき、構築したアーキテクチャはMVPの完了時に使用されます。 一方、製品チームと設計チームは、社内のチームメンバー、友人、家族がユーザーとして機能し、ワイヤーフレームでテストを続けることができます。 チームがこのステップで同時に作業することで、時間を節約できます。 （15分）
このプロセスの使用に習熟するにつれて、どの機能がMVPのコアコンポーネントであり、どの機能を後で構築できるかを簡単に識別できるようになります。 この方法により、間違ったものを作成することもできなくなります。「後の」リストについて何かを考えているかもしれませんが、その後、顧客がそれを望んでいないことを知るだけです。
結果と重要なポイント
私たちの努力の前は、私たちのアプリは、0から9までの数字、小数点、および充電ボタンを備えたキーパッドでした。 この制限とそれが作成した非効率的なワークフローのために、1年の間に、私たちの保持率は低く、約20％でした。 競合他社よりも早く新しいユーザーを獲得していましたが、ほぼ同じくらい早く新しいユーザーを失っていました。
MVPを作成するプロセス全体を通じて、4つの主要な機能セットを構築しました。これらはすべて、範囲は最小限ですが、高品質です。 ユーザーは次のことができるようになりました。
- カメラを使用して名前を入力し、価格を入力するだけで、モバイルデバイスから直接在庫にアイテムをロードできます。
- それらのアイテムを選択して、顧客のショッピングカートに追加します。
- 販売中の商品を見ながらセールを終了します。
- 特定の時間枠で販売されたアイテムの数を確認します。
顧客は改良された製品を気に入りました。 アイテムをロードしてから最初の1週間以内に少なくとも5回チェックアウトするためにカタログ機能を利用した新規ユーザーの保持率は、45％でした。
MVPスコーププロセスの効率性のおかげで、完全に完成したアプリを約2か月で構築して提供しました。 そのプロセスは、製品がまったく構築されていなかったとしたら、従来の開発アプローチでは4か月以上かかる可能性があります。
この迅速なプロセスにより、時間とお金を節約できます。 フルデザインスプリントは高額になる可能性があります。 キックオフミーティングから始めると、最初から私のプロセスがより経済的になり、それらの節約は、はるかに短い全体的な開発タイムラインによって増幅されます。
ただし、2つのプロセスは連携して機能することもできます。チームが設計スプリントを完了してコアビジネスの問題と作成する必要のあるソリューションを定義した場合、私のプロセスを使用してMVPスコープをより効率的に定義できます。
このプロセスはほんの始まりに過ぎないことを忘れないでください。MVPは進行中の作業であり、今後のリリースでさらに改良される予定です。 完全に構築されて配信の準備ができたら、ユーザーがオフにして古いアプリエクスペリエンスに戻すことができるベータスイッチを追加することをお勧めします。 ヒープなどの動作ソフトウェアを利用して、このオプションを実行するユーザーの数を追跡すると、次の反復で製品を強化するために何を追加または変更する必要があるかがわかります。