成功する最小実行可能製品を構築する方法

公開: 2022-03-11

私はシリコンバレーでキャリアを積み、その活気に満ちた起業家文化に深く浸っています。すべてのスタートアップは、未知の領域への刺激的でしばしば危険な旅に出ています。私は、ソフトウェアエンジニア、エンジニアリングマネージャー、CTO、創設者、フリーランス開発者として、何度もその旅に乗り出しました。私が作成した製品の多くは、何千人もの人々、そして何百万もの人々の聴衆に届きました。

私の経験では、シリコンバレーツールキットの最も強力なツールの1つは、新製品を発売するときに速度と深さのバランスをとる機能です。エリックリースのベストセラーであるリーンスタートアップは、この哲学を最小実行可能製品（MVP）の概念の中にエンコードしています。

MVPがこれまで以上に役立つ理由

近年、MVPの概念が広まった主な理由の1つは、これまでにないスピードと規模であり、これにより、お客様のフィードバックを取得して対応できるようになりました。 2009年、私のiPhoneゲームSlingshot Cowboyは、発売から1週間以内に何百万人もの人々にダウンロードされ、すぐにチャートのトップに躍り出ました（生涯にわたって何度も無料ゲームの1位に到達しました）。。この成功の大部分は運だったかもしれませんが、私が早い段階で迅速なフィードバックを収集し、コアMVP原則を適用しなかった場合、その勢いを長く維持することはできなかったでしょう。

リーンの原則は、迅速に反復できること、エネルギーとリソースを賢く使うこと、そして機敏で集中力があり、心を開いていることです。しかし、この方法論の適用可能性はスタートアップに限定されないと信じています。大企業内のチームは、成功するMVPを作成することにより、イノベーションのペースを最大化できます。

速度と品質のバランスをとることは、あらゆる規模の組織にとってイノベーションの最も重要な推進力の1つです。あなたがあなた自身の最小限の実行可能な製品の開発をリードするとき、これらの2つの重要な成分のバランスを保つのを助けるための私たちの戦略がここにあります。

MVPが「V」であることを確認する

製品が実行可能でない場合、チームの開発努力は無駄になります。最小限の実行可能な製品の作成を成功させるには、製品を広く定義するための初期のインサイダーフィードバック、製品を適切に形成するための継続的なフィードバック、および製品の繁栄を維持するためのA/Bテストなどのツールが必要です。

適切な人から早期の意見を得る

MVPについてユーザーからの否定的なフィードバックを得ると、プロジェクトを破棄せざるを得なくなるほど落胆する可能性があります。イノベーターは、MVPを検討する前に、スペースを深く理解した関係者から早期の意見を求めることで、この壊滅的な打撃を回避できます。コンセプトの段階でMVPを定義するのを手伝ってくれる知識豊富なアドバイザーがいれば、さらに良いでしょう。

イノベーションチームが有望なアイデアを持っている場合、MVPの作成を秘密裏に覆い隠したくなるかもしれません。「私たちはステルスモードにあり、まだそれについて多くを語ることはできません。」それは場合によっては価値があるかもしれませんが、一般的に、フィードバックを得ることがより重要です。あなたの製品が真に独創的な発明であると思うなら、いつでも仮特許を申請することができます。

決定的なユーザーフィードバックを収集する

あなたが自分の業界やセクターで先見の明があると思っていても、最終的な審査員はユーザーであり、多くの点であなたが間違っていることを証明する可能性があります。ユーザーエクスペリエンスのフィードバックを収集し、ユーザーの行動を追跡することは、MVPの最も重要な目的の1つです。

分析を入力します。包括的なデータを収集することは、MVPの主な目標の1つである「検証済みの学習」を達成するための鍵です。これは、最初のアイデアを試し、それを測定して効果を検証（または無効化）することで学習するプロセスです。これは、UXに関するすべてを追跡したいという意味ではありません。大量の生データに圧倒されるのではなく、最も重要な指標を特定します。

A/Bテストを使用してすばやく反復する

A / Bテストは、製品の改良に関して企業の定番となっています。代替の製品動作から選択する必要がある場合は常に、A / Bテストは、新しいバージョンを公開することなく、リアルタイムで選択する方法です。

たとえば、製品がゲームの場合、さまざまなゲーム設定を試してから、分析を調べて、ゲームプレイの延長、粘着性の向上など、主要な指標にプラスの影響を与える組み合わせを推測することができます。これはまさに私が行ったことです。私のゲームのほとんど：ゲームプレイのあらゆる側面は、リアルタイムで微調整できる設定によって制御されていました。この形式の検証済み学習は、ターゲット市場に最適な設定の組み合わせを決定するのに役立ちました。

さらに読むために、スタンフォード大学のスティーブン・ダウは、プロトタイピングの実践が設計結果にどのように影響するかで、この概念のバリエーションを探っています。

製品のスペースを監視する

あなたのアイデアがどれほど独創的であるように見えても、誰かがすでにそれを考えているので安心してください。あなたの最低限の実行可能な製品がタイムリーで差し迫った顧客のニーズに対応している場合、あなたが完了するまでに、競合他社も勢いを増している可能性があります。次のセクションで強調するように、安定性は重要ですが、MVPを時々微調整し、競合他社からインスピレーションを得て、競争上の優位性である機能を強調するように焦点を移すことは問題ありません。

「最小」と「実行可能」のバランスを見つけることは直感的なスキルであり、特にMVPを出荷する前に市場が変化した場合は、繰り返し実行する必要があります。

「M」を見つける

ターゲット市場の明確なニーズに対応する実行可能な製品を決定したら、チームの焦点を絞ることが不可欠です。

製品を定義する

MVPはマトリョーシカ人形のようなものです。内部には常に小さいMVPがあります。製品の定義は、目標に応じて、最も実用的な最小値を見つけることで構成されます。

製品がユーザー向けの場合は、ワイヤーフレームから始めます。これが最初の最も内側のMVPです。その周りの次の「人形」は「クリックダミー」である可能性があります。これは、実際には何もしませんが、ターゲットプラットフォームでそれを確認し、ユーザーフローを初めて体験できるインタラクティブなデモです。

そのプロトタイプに満足したら、ユーザーに真の価値を提供し始めるレイヤーである、より大きな人形の作成を開始します。この段階で、コア機能の具体化を開始することを選択できます。結論：ミニマイルストーンを明確に定義し、先に進まないでください。先に進む前に、自分の基準を満たしていることを確認してください。

これは、企業が最初に市場に投入するMVPにも当てはまりますが、最低限の実行可能な精神は、製品のライフサイクル全体を通じて継続する必要があります。すべての新しいリリースをより大きなMVPと考えてください。新しい機能の新しいレイヤーを追加するときは、実行可能な新しいバージョンを実現するために必要な最小限の変更を加えることで、前のリリースにぴったりと収まるようにしてください。

「最小」と「実行可能」のバランスを見つけることは直感的なスキルであり、繰り返し練習する必要があります。

規律を持って管理する

あなたの最も声高な利害関係者があなたの企業内であろうと外部のクライアントであろうと、彼らはフィーチャークリープの危険性を知らされ、最後の瞬間に新しい「必需品」を追加したいという彼らの衝動を抑えるのがよいでしょう。

チェックを外すと、定義された最小値から外れる傾向があり、士気が低下します。開発者がすべてのコンポーネントの接続を完了したときの誇り高い瞬間は、逆境になります。絶えず動く目標は、製品の不安定さを助長します。

特に企業では、成功するMVPを構築するプロセスは、エグゼクティブスポンサーから、同僚やその他の利害関係者に、必要に応じて、「今すぐ停止して、この機能をプッシュする必要があることを思い出させることでメリットが得られます。見た目は良くないかもしれませんが、壊れているとさらに悪化します。」エグゼクティブとして、開発者を外部の影響から緩衝し、優先順位に固執するというあなたの仕事文化の中で模範を示すのはあなたの仕事です。

規律のあるエンジニア

逆に、ソフトウェア開発者とその管理者は、期限を高く評価し、完璧主義者の願望を管理する必要があります。一般的なシナリオは次のとおりです。「このコードは見苦しく、実際には非効率的です。クリーンアップしてリファクタリングする必要があります。」

開発者はこれを言うのは正しいかもしれませんが、彼らのマネージャーはそれでも後戻りする必要があります。テクニカルマネージャーとして、あなたは彼らの細部への注意に満足していて、それに基づいて行動したいと思うかもしれません。ただし、タイミングの問題です。出荷とフィードバックの取得に関する重要な考慮事項を念頭に置き、代わりにミッションクリティカルでない問題をメモして、次の反復でクリーンアップします。

リーン原則の実践

あなたの製品の成功は、あなたが参入しようとしている市場のダイナミクスに完全に依存しています。ただし、MVPの製品定義線を引く場合は常に、成功した企業がMVPを出荷するために使用する2つの追加の実用的な戦術を提供します。

サードパーティのコンポーネントを利用する

可能な限り、イノベーションチームはMVPを作成する際に車輪の再発明を行うべきではありません。サードパーティのコンポーネントは、適切なタイミングで、後でいつでも社内で開発されたものに置き換えることができます。非独創性の恥は長い間消え去りました。それは今では一般的な慣習であり、ビルディングブロックの多くはオープンソースでカスタマイズ可能です。

たとえば、製品にリアルタイム通信が含まれている場合、統合が容易で、カスタマイズ可能なUI、通信インフラストラクチャ、暗号化などの主要な機能を備えた優れたサードパーティソリューションがあります。同様に、アプリを作成している場合、きびきびとしたアニメーションとトランジションでプロフェッショナルな外観を実現するには、社内のデザイナーは必要ありません。開発者はサードパーティのコンポーネントを使用して時間を節約できます。

確かに、ユースケースに完全に適合するサードパーティのソリューションはほとんどありません。しかし、彼らはそうする必要はありません―まだ。カスタムソリューションへの将来の投資を検証できる製品を出荷できる限り、あなたはまだ先を行っています。

開発時間を短縮しますが、将来のための強固な基盤を犠牲にしないでください

あなたの最初の開発者は一流でなければなりません。インターンから始めないでください。最初から才能に投資してください。これは「リーン」方法論の核となる前提の矛盾のように聞こえるかもしれませんが、「安い」は必ずしも「リーン」ではありません。企業の予算でさえ厳しい場合もありますが、開発者の時給はコストの1つの要素にすぎません。開発時間は、時給に反比例して増加します。 2つを掛け合わせると、コスト面でのメリットはすでになくなります。

そもそもそこにあるべきではなかったバグの指導と追跡に費やす時間を追加します。オフィススペース、他の従業員の給与、サーバー料金など、失われたすべての日のオーバーヘッドを考慮してください。市場に到着するのが遅すぎる場合は、機会費用などの無形資産を考慮に入れてください。

計算を行うと、MVPを作成するために、1人の「高価な」経験豊富な開発者を雇うほうが、多くのジュニアよりもはるかに優れていることがわかります。ジュニア開発者は、製品の基盤が構築されたら後で来ることができ、長期的なコストの最適化について考え始めることができます。

これが実際の例です。私の起業家の友人の1人は、彼のMVPに一見些細な機能をいくつか追加したいと考えていました。彼には、チームに非常に経験豊富な開発者が1人いて、1時間あたり120ドルで素晴らしい結果を生み出してきました。次の機能はもっと安いかもしれないと思って、私の友人は1時間あたり30ドルでインターンを雇いました。

インターンは4日後に終了しました。ざっと調べてみると、機能が機能しているように見え、友人は次の段階に進みました。経験豊富な開発者が再び関与し、一部のコーナーケースでコードが失敗しただけでなく、今後も保守が不可能であることに気づきました。それで彼はそれを書き直すのに丸一日を費やしました。

インターンの4日間の仕事（960ドル）と1日の書き直し（960ドル）=1920ドル。経験豊富な開発者がそもそもこの機能に取り組んでいたとしたら、他のコストを考慮しなくても、5分の1の時間で完了し、コストは半分以下でした。

完璧はまだ目標ではありませんが、品質を過大に修正するリスクがあります。左右にクラッシュし、磨かれておらず、不格好で、単に使用できないものをリリースすることで、製品の信用を完全に傷つける可能性があります。その結果、2度目のチャンスが得られない可能性があります。

あなたの本能を研ぎ澄まして、冒険を楽しんでください

ここでは、MVP開発のいくつかの側面についてのみ触れました。しかし、徹底的なガイドがあっても、プロセスには、あなたが信じていたよりも多くの作業があり、あなたが予測したよりも多くの作業があり、あなたが予想したよりも多くの課題があります。

ある時点で、線を引き、製品を世に出す必要があります。これは最も身も凍るような刺激的な瞬間であり、正確な科学はありません。あなたは自分の直感を信頼する必要がありますが、その過程で無駄のない原則に従うことは、あなたの本能を磨き、その重要な決定を容易にするのに役立ちます。そして、正のフィードバックの最初のマイルストーンに到達し、ビジョンに自信を持ったら、夢の産物に向けて、さらに深く、さらに深く押し始めることができます。