企業や初めての起業家が製品を作るとき、彼らはMVP、つまりミニマム・バイアブル・プロダクツを目指して努力する傾向があります。
私は長い間製品を作ってきました。私の最後の会社、Crashlyticsはツイッターに買収され、その後グーグルがツイッターから買収しました。この製品は 100 万を超えるアプリに搭載されており、月間アクティブデバイス数は約 30 億台にのぼります。
私は MVP に反対しています。その理由は次のとおりです。
素晴らしい印象を与えるチャンスは一度だけです。
なぜこんなに早い段階で製品を外部でテストして、その機会を無駄にするのでしょうか？
製品に取り組んでいるときはいつでも、私が MLP: Minimum と呼んでいるものを作るようにチームに伝えます。 愛らしい [プロダクト]。
MLPは、非常に直感的で使い心地が良い製品であるため、顧客ベースは自分の経験を他の人に伝えずにはいられません。（この品質は、私が投資する各企業にも求めているものです。50社以上のスタートアップに投資してきました。）
ただし、創業者がMLPを作成するには、競合他社の現在のベースラインエクスペリエンスを理解することが重要です。
例を挙げましょう。
2012 年に Crashlytics を構築していたとき、私たちは競合他社を見回して、オンボーディングフロー、フォローアップシーケンス、その他すべてのプロセスについて調査しました。そして、この発見から、ターゲットユーザーのベースラインとなる体験が得られました。あるケースでは、開発者がFacebookのログイン機能を組み込むために使用できるSDK (ソフトウェア開発キット) がFacebookにありました。ところが、説明文が Web ページ上にテキストとして残っている時間が長すぎて、一番下までスクロールするのに 30 秒かかりました。他の企業では、退屈で単調な声で長々とした説明ビデオや、コードのインストール方法に関する 74 ステップの Wiki 記事を伝えたりしていました。
これらすべてを見て、開発業界での経験がわかり、より良いものを生み出す可能性がどれほどあるかがわかりました。私たちは、お客様とそのような関係を築きたくありませんでした。
私たちが求めていたのは、コンシューマーグレードのエクスペリエンスを開発者に提供することでした。
最初の数か月間は、Crashlytics のインストーラーの作業だけでした。
インストーラーだけで、コア製品でもありません。
なぜ?
なぜなら、私は顧客の視点から顧客体験を構築することを固く信じているからです。
私たちがついにローンチしたとき、私たちが正しい決断をしたことは明らかでした。開発者が私たちのサイトを訪れた瞬間、アプリの名前を入力し始めると、すぐにフィールドが自動的に入力され、アプリストアからクロールしたデータからロゴが取り込まれました。このことがきっかけで、ユーザーは「これがもうとても簡単で、私の足がまだドアに届いていないのなら、この製品は素晴らしいに違いない」と不思議に思いました。(これは2012年のことだということを覚えておいてください。オンボーディングプロセスのためだけにこのような機能があるのは、ほとんど前代未聞でした。）
ツイートが飛び交いました。「これは地球史上最高のオンボーディング体験です。他の誰もがボールを持って帰れるようになりました。」
1年足らずでモバイルデバイスを0台から3億台に増やし、複数の買収オファーを受け、最終的にTwitterが当社を買収しました。
それで、そこで何が起こったの？
まあ、Facebookや他の企業でのベースラインエクスペリエンスは、退屈で、退屈で、イライラするものでした。私たちが提供したエクスペリエンスは、予想していた標準をはるかに超えていました。それこそが、私が「すごい」のデルタと呼んでいるものです。
デルタが大きいほど、「すごい」も大きくなります。
製品にこのような投資を行うことの利点は次のとおりです。
ユーザーであるあなたに何かについて話してもらうには、実際には2つの方法しかありません。
私はとても恥ずかしいことをしているので、あなたは他の人に言わなければなりません。
私はとても素晴らしいことをしています。あなたが予想していなかったことで、あなたは他の誰かに話さなければなりません。
後者ができれば、人々は行動を起こします。
ほとんどの新興企業やイノベーションに投資する大企業でさえ、製品を市場に投入してテストできるようにしたいだけで、これらの手抜きをする傾向があります。しかし、最初から優先順位を付けると、最終的に多くのリソースを節約できるのは、この「すごい」というデルタです。
人々があなたのために製品について話し始めるので、販売サイクルが短縮されます。
これにより、マーケティングや「ユーザー獲得」の必要性が減ります。
これにより、顧客は単にベンダーからサービスを購入するのではなく、何か特別なもの、つまりコミュニティの一員であるかのように感じることができます。
より多くの企業が、「すごい」のデルタを自社のDNAに統合することを考える必要があります。
私はこれを私のチームメンバー全員に、そして私が投資するスタートアップ企業にも言っています。
私たちはソリューションを設計しません。私たちは感情を操作します。
そのためには、時々「必要」なことを超えることが必要です。
Crashlytics を例にとると、単純なソリューションを作成するのではなく、時間をかけてユーザーの感情的な反応を引き起こすステップが特にありました。
私たちがやったことは次のとおりです。
開発者がクラッシュを経験すると、クラッシュが発生した人の数と、問題を解決するために修正すべきコードの行を記載したクラッシュレポートが開発者から届きます。当時、クラッシュの原因となったコードの行を正確に特定できるようなシームレスでスケーラブルな方法でそれを行っている人は誰もいませんでした。
しかし、私たちはそれをさらに一歩進めました。
開発者が問題を修正すると、当社のサイトに戻って「完了」とマークします。
シンプルなチェックボックスでした。
しかし、プロセスのそのステップを構築したとき、開発者がそれを完了とマークするためには、それが二度と起こらないようにしっかりとした量の作業を行わなければならないという考えに気づきました。
その瞬間、子どもたちは何らかの報酬を感じたいと思い、彼らと一緒にお祝いの旅に参加したいと思っていました。
そこで、シンプルなチェックボックスを作る代わりに (そして「ソリューションプロバイダー」のように考えて)、チェックボックスがマークされると、画面上に巨大なスタンプが表示され、完了とマークするようにしました。
これは驚きでした。これは感情的に満足のいくものでした。
その間ずっと時間をかけてこの楽しい機能を作る必要があったのでしょうか？いいえ。
しかし、私たちがそうしたのは、それが私たちがユーザーのために作りたいと思っていた感情の旅と一致していたからです。
そして実際には、スタンプ機能をもう一度体験するためだけに、ユーザーが実際にマークを外してからチェックボックスをマークすることを示すデータがあります。
「すごい」のデルタは、クリフハンガーやインパクトの強い瞬間にあります。
有意義な製品体験を構築することは、映画を作るようなものです。
旅全体を秒単位まで短縮し、ストーリーを直線的に伝える必要があります。
このインタラクションの4秒後、ユーザーはこれを感じるはずです。
そして、それが必ずしも楽しいものである必要はないことを覚えておいてください。期待、不安、または満足感への必要性の高まりなどを設計できます。
その非常に簡単な例として、ウェブサイトがあなたの情報を求める場合が挙げられます。
たとえば、保険サイトにアクセスして、すぐにすべての情報を前もって尋ねられた場合、ユーザーはおそらくそれが面倒で不必要であることに気付くでしょう。プラットフォームに一歩も踏み込む前に、氏名、住所、請求情報、社会保障番号などを尋ねられるのは悪い経験です。
しかし、Webサイトから必要な情報のみを求められると、すぐにその体験をより楽しむことができます。彼らはあなたに何かを送る必要があるときだけあなたの住所を尋ねます。購入時にのみ、請求情報を尋ねられます。
消費者は自然にこのような体験に引き寄せられます。
だからこそ、私はソリューションではなく、エンジニアリングの感情を強く支持しているのです。
ユーザーが自分の苦痛な体験を期待していて、それが逆で、直感的で、驚きがあり、満足できるものであれば、そのユーザーを引き付けたことになります。
「すごい」のデルタを無事達成しました。
読んでくれてありがとう！
私は覚えている限りずっとスタートアップを構築してきました。成功する企業を築くには何が必要かについて詳しく知りたい場合は、次の記事を見逃さないように、こちらを購読してください。
