良い印象を与えるチャンスは一度だけです。
私はその違いについてよく話します MVP（ミニマム・バイアブル・プロダクト）、そして私がMLP（最低限愛すべきプロダクト）と呼んでいるものを構築すること。
MVP の育成は信じていません。
私は素晴らしい製品体験をすることが大切だと信じています。そして、それは新規ユーザーにとって忘れられない初めての体験から始まります。
最初のフィードバックを得るために、ほとんど使えないものを戸外に出して市場に出すことを目標とするMVPとは対照的に、MLPはその逆のアプローチをとり、とりわけ新規ユーザーの初めての体験を非常に真剣に受け止めます。
お客様があなたの製品を見るのはこれが初めてであり、あなたが誰であるか、そしてあなたが象徴するすべてを体験するのはこれが初めてです。そして、彼らが経験したことが骨の折れるもので不格好だったら、そうやってあなたのことを覚えてもらえるでしょう。
「平均的なアプリでは、インストール後最初の3日以内に、1日のアクティブユーザー数の 77% が失われます。」
ユーザーの時間をより多く利用する権利を獲得する必要があります。
ほとんどのスタートアップは、そのように考えていません。
その代わり、彼らは製品のコア機能、「バリュープロポジション」、そして最悪なのは、マーケティング戦略がどのようなものになるかということだけです。新規ユーザーがその製品を使用して最初の 30 秒間にどのように体験するかは、ほとんど後から考えたものです。
それがAppleが取ったアプローチだと想像してみてください。仮に、新品のiPhoneが、貴重な宝石をもらっているような真珠の白い真空チャンバーの代わりに、使い古した段ボール箱に入っていた場合を想像してみてください。あるいは、新品の MacBook の電源を入れた瞬間、バッテリーが切れたらどうなるか想像してみてください。または、ローカルの WiFi 信号を検出できず、インターネットに簡単に接続できませんでした。
新規ユーザーであれば、すぐにイライラしたり、動揺したり、がっかりしたりします。ワクワクしたり、喜んだり、製品で遊び始めたいという気持ちではなく、すぐにイライラしたり、動揺したり、がっかりしたりします。
人々に愛される製品を作りたいのであれば、感動的なストーリーを伝える初めてのユーザー体験を構築する必要があります。
例を挙げましょう。
Crashlytics を構築していたとき、モバイル向けの開発者ツールを初めて使用したときの経験はひどいものであることがわかりました。Facebook は最高でした。彼らのページは、スクロールダウンするのに 20 ～ 30 秒かかる、リンクが無限にある長くて説明用のページでした。他にも 72 ステップの Wiki を用意しているところもありました (「ああ、Mac を使っているんですか?ここをクリック...」あと26ステップ...「さあ、戻って再開してください。」)あるいは、ある男が単調な声で話している 10 分ほどの長い YouTube 動画でも、「さあ、これ... ここにドラッグして。それから... そこの... をクリックします。」
第一印象を与え、ユーザーとの関係を築くのに、なんてひどい方法でしょう!
そこで、これを修正することにしました。
私たちは、「初めての体験を楽しく楽しいものにし、Facebook、Google、Amazonなどが明らかにできなかったことをするにはどうすればよいか」と尋ねました。
さて、私たちはコンシューマーグレードのインストーラーアプリを構築しました。さらに、ドラッグする必要があることを開発者が理解できるように、*揺れる*アイコンも付いていました。これは簡単な (当たり前でさえある) 作業のように思えるかもしれませんが、何百万台ものコンピューターで動作するインストーラーを作成するのは簡単なことではありませんでした。特に、セットアップをいじったり、修正したり、カスタマイズしたりするのが好きな開発者はそうです。
実際、私たちは Crashlytics SDK のコアコードよりも、この初めてのエクスペリエンスの構築に大半の時間を費やしました。
しかし、それはすべて報われました。とてつもなく。
私たちの初めての経験は、開発者がこれまでに見たことのないようなものでした。彼らはそれについてツイートしました。彼らは友達に話した。結局、Twitterが当社を買収する頃には、私たちはすでに3億台のデバイスを使用していました。現在、私たちは月間約30億台のアクティブなデバイスを使用しています。
これは一回限りだったと思う?初めての経験に重点を置くことで、別のカテゴリーで優位に立つことができた例をもう1つ挙げましょう。今回は、モバイルクラッシュレポートのようなニッチなカテゴリーではありませんでした。
次は、最高の宝石、つまりモバイルアナリティクスそのものを探るつもりでした。
2014 年に Crashlytics と連携するように構築されたモバイルアナリティクス製品である Answers を開発していたとき、Google アナリティクスの競合製品、つまりアナリティクス分野の 800 ポンドのゴリラという競合製品を、モバイルアナリティクスの他のすべての製品と同様に発売していました。そして、フラリー、ローカリティクス、ミックスパネルなど、たくさんの製品がありました。
このスペースは非常に競争が激しく、賭け金も非常に高かった。 FlurryはYahooに約3億ドルで買収されたと伝えられています —そして彼らは当時2位でした。そして、LocalyticsとMixpanelはそれぞれ約1億ドルを調達し、トップリストの3位と4位を占めていました。
最初の調査を行ったとき、最も目立ったことの1つは、他のすべての企業がオンボーディングプロセスをどのように処理しているかということでした。
アカウントにサインアップしました。コードが追加されました。そして、初めて使用するユーザーには、ダッシュボード画面が表示されました。まだデータが収集されていないため、ダッシュボードは完全に空の状態でした。大きな空虚な空間。画面上のゼロや平らな棒グラフとは何の関係もありませんでした。
競合他社のオンボーディングフローを調べてみると、ユーザーとしての初めての経験はあまり良いものではないことに気付きました。
とてもメカニカルでした: 名前を入力します。あなたのメールアドレス。このコードを挿入してください。では、この空のダッシュボードを見てください。
私たちは、「アナリティクスにとって何十億ドルもの価値とはこういうものなのか？」と考えました。
どの製品でもそんなことはしたくありませんでした。私たちは、初めてのユーザーにインスピレーションを感じてもらい、思慮深く、よく練られた体験をしてもらいたかったのです。
そのため、オンボーディングシーケンスを MVP を構築するために確認する必要のある別のボックスとして考えるのではなく、新規ユーザーとの最初のタッチポイントにかなりの時間を費やしました。
私たちは彼らに私たちの製品を使ってほしかっただけではありません。私たちは彼らに製品を愛してもらいたかったのです。
私たちがやったことは次のとおりです。
ソフトウェア製品では、より多くのオプションに偏りがちです。これは問題を解決する最も簡単で怠惰な方法です。「このダッシュボードを最初にユーザーに見せるべきか、それとも先に見せるべきか？さて、彼らに選んでもらおう！」
これは製品を設計および製造する最悪の方法です。
オンボーディングフローでは、製品の意思決定ツリーを直線的に進めることができる唯一の機会の 1 つです。
私たちはその機会を利用して実行しました。
私たちのオンボーディングフローは、それ自体が製品体験でした。最終的な製品体験と同じくらい、考え抜かれた部分もありました。
ユーザーがサインアップしたときに、オプションを無数に提供するのではなく、画面を一口サイズに分けて表示しました。人間の心は主に、わかりやすい塊の情報を好みます (このブログ投稿もどのように分割されているかをご覧ください)。これをオンボーディングに取り入れることは、ユーザーにとってはるかに快適な体験となるでしょう。
わかりやすい各画面には、絶対に必要な情報のみが表示されていました。つまり、すぐには使えない情報を求めなかったのです。
これが黄金律です:
製品がすぐに使用できない情報を求めないでください。そうなると、摩擦が高まり、フラストレーションが増し、全体的なエクスペリエンスが損なわれます。
私たちのオンボーディングフローにもエンゲージメントが必要でした。つまり、単に何もないダッシュボードにそれらをダンプしただけではないということでした。
オンボーディングと初めての経験の一環として、私たちは彼らのコードがインストールされていることを絶対に確認しました。私たちは意図的にアプリを起動して、サーバーにヒットするように依頼しました。もちろん、これは私たちにとって余分なエンジニアリングを必要としました。単純なアカウント作成の代わりに、独自のアプリ内で独自のコードのステータスを確認し、プロンプトを表示するなどのロジックを大量に追加する必要があったからです。
しかし、この余分な努力はそれだけの価値がありました。
時間をかけてこの作業を行ったので、私たちのコードが彼らのアプリに正しく入っていることを確認できました。そして、ユーザーはすぐに製品を直接体験することができました。
さらに、空のダッシュボードにそれらを投げ込む代わりに、グラフでいっぱいの偽のダッシュボードを作成しましたが、背景がぼやけていました。フォアグラウンドでは、スピナーが付いた小さな画面を表示しました。そのモーダル内で、アニメーション化されたブロックが画面上を飛んでいました。
ブロックが組み立てられていることがユーザーに明らかになるまで... 独自のアプリのロゴ。
私たちのユーザーはそれを気に入りました。これは、フォームベースの他者のオンボーディングが強制されていたスペースとはまったく対照的でした。私たちは、オンボーディングがどれほど楽しかったか、どれほど楽しかったか、どれほど個人的な感じだったか、といったツイートを見ました。その時、私たちは何か記憶に残るものを作ったことを知りました。
さて、なぜスタートアップがオンボーディングシーケンスに多くの時間を費やすことを優先し、その時間をコア製品には投資しないのか疑問に思われるかもしれません。
結果はそれ自体を物語っています。
Crashlytics はモバイルパフォーマンスで #1 位にランクされ、#2 ～ #6 のプラットフォームを合わせた数よりも使用率が高かった。
当社のモバイル分析製品であるAnswersは、市場で最も急成長しているモバイル分析製品になりました。Flurry、そして Google アナリティクスを上回り、発売から 10 か月以内に #1 位にランクされました。
1年目になると、 Crashlytics はツイッターに買収されました。
そして2017年、アンサーズがローンチしたあと、 Crashlytics and Answersはグーグルがツイッターから買収しました。
明らかに、モバイルパフォーマンスとより大きなモバイル分析分野のリーダーになるには、他にも多くのことを行う必要がありましたが、新しいユーザーエクスペリエンスの細部へのこだわりが、当社の製品に関する口コミのきっかけとなりました。
マーケティングは必要ありませんでした。他のスタートアップ企業が多すぎる（多すぎる！）部門に割り当てている部門に過剰な支出をする必要はありませんでした。にリソースを。
何かを作るとき 愛情のある、製品はそれ自体を物語っています。
では、実際にどのようにすれば忘れられない初めてのユーザーエクスペリエンスを作り出すことができるのでしょうか。
結局は時間の知覚にかかっています。
新規ユーザーは非常にせっかちです。彼らはまだあなたを信頼していません。彼らは何を期待すべきかわからず、あなたが彼らの生活をより簡単に、より速く、より効率的にするのか、それとももっと遅く、もっと迷惑で退屈なものにするのかを（できるだけ早く）決めようとしています。
私はプロダクトデザインとビデオゲームの類似点をよく考えます。というのも、ゲームはあらゆる業界において時間の流れに左右されるからです。ゲームが 1 時間経ったかのように感じさせれば感じるほど、その世界でさらに 1 時間、もう 1 時間プレイする傾向が高まります。
また、初めてのユーザーエクスペリエンスに関しては、ゲーム会社ほど優れている企業はありません。新しいゲームを始めた瞬間から、ゲームに没頭するか、ゲームから離れるかのどちらかです。
オーバーウォッチBlizzard Entertainmentの人気のマルチプレイヤーゲームは、待機画面で面白いことをしました。これは、ユーザーの時間を尊重する愛らしい製品を作成する完璧な例だと思います。従来、マルチプレイヤーゲームをオンラインでプレイする場合、試合が始まる前に他のプレイヤーが参加するのを待たなければなりませんでした。6対6の場合は、12人のプレイヤー全員が必要です。ほとんどのゲームでは、プレイヤーは待機画面に座ったままになります。 すべてのユーザーを待っている、サーバーを見つけるなど
何 オーバーウォッチ これは賢かったのですが、プレイヤーを待たせる代わりに、全員をミニゲームに放り込むというものでした。目的もルールもありませんでした。あくまでゲームの世界で、のんびりとお互いに対話する時間でした。そして、通常のゲームのように敵プレイヤー同士が走り回って攻撃し合うのではなく、お互いに手を振ったり、協力したりといった、普段はしないようなことをしていました。同じゲームを体験する新しい方法でしたが、待機画面のようなものでした。
スタートアップ企業が製品を視覚化していると、ユーザーが待たなければならない瞬間を忘れがちです。
彼らは製品のさまざまな画面のモックアップを描き、そこにさまざまなチャートや数字、活気に満ちたデータセットを埋め込みますが、（製品が公開されると）新しいユーザーは... 何もないものから始めることを忘れてしまいます。データなし。長期間の使用はできません。ジルチ。
しかし、ユーザーがそのダッシュボードを初めて見たときはどうでしょうか。ユーザーが自分の「友達リスト」やメッセージボックスを初めて見るときはどうでしょうか。
空っぽになりそうです。
つまり、その特定の瞬間を調べ、「ユーザーにここにいると感じてもらうにはどうすればいいのか？」と問いかけるのがあなたの仕事だということです。何かが起こるのを待っているのではなく、すでに起きているように感じさせるにはどうすればよいでしょうか？
多くのスタートアップは、開発中の製品に、人を中心とした視点ではなく、エンジニアリングの観点からしかアプローチしていません。
そして、人々は時間をよく知っています。時間をどのように使うか、どれくらいの時間がかかるか、そして投資した時間と見返りに得たものとの関係です。時間に対する認識は非常に主観的です。
つまり、ユーザーの心を他のことに集中させることができれば、時間の流れが速くなります。また、たとえばダッシュボードが表示されるのを待つような退屈な作業は、はるかに短く感じられ、ユーザーはエンゲージメントを感じるようになり、使い続ける可能性が高くなります。
初めてのユーザーに、時間が実際よりも速く動いているように感じさせる方法の簡単な例をいくつか紹介します。
一般的には、これらを次のように分類します。 進捗インジケーター。
- 製品に関するヒント: 新しいユーザーが初めて製品を使用するときに、どこにあるのか、どのように機能するのかを示す指標を提供することは非常に役立ちます。しかし、これは (戦略的に行われ、煩わしくならない限り) 長期にわたって製品を使い続けても、継続的に関わり続けるための戦術でもあります。
- 「知ってた？」: ロード画面は、製品またはそのユースケースシナリオに関連する興味深い事実をすばやく入力するのに最適な場所です。
- 引用: Slackはこれを行います。Slack チャンネルが読み込まれるのを待っていると、一風変わった引用文が表示されます。待っているという事実から気をそらすようなものです。
- アニメーション: アニメーションを読み込む特に、ユーザーが何かが起こるのを待っているように感じるのではなく、クリエイティブでユニークな何かが目の前で展開しているのを目の当たりにしているように感じるのに役立ちます。
- フォローアップシーケンス: ユーザーが製品から離れているときにかかる時間を忘れることはできません。たとえば、「TL; DR — 今週、アプリは 98.% クラッシュフリーでした」といったような即時更新を含む、美しくデザインされたメールをユーザーに送信します。このポジティブな補強により、ユーザーはその瞬間に素晴らしい気分になり、また戻ってきて当社の製品を使い続ける理由がさらに増えました。
では、同じチームの複数のユーザーがログインする製品を構築した場合はどうなるでしょうか。初回のユーザーエクスペリエンスが全員に同じように忘れられないものになるようにするにはどうすればよいでしょうか?
これは私たちがCrashlyticsで遭遇したことです。
多くの人が、どうして私たちがアナリティクスコミュニティにこれほど浸透し、これほど早く多くの利用を得ることができたのかと尋ねてきました。
実際のところ、私たちは自分たちの製品が日常のユーザーの自然なワークフローにどのように適合するかを考えるのに多くの時間を費やしました。非常に多くのスタートアップが、理論的には優れていても、引き付けようとしているまさにその顧客の自然な日常のリズム、自然なワークフローに反する製品を開発しようとしています。
その好例として、多くの企業が、ユーザーがアカウントにサインアップしてダッシュボードを使用し、ログインとパスワードを他の10人のチームメンバー（この場合はエンジニア）と共有できる製品を作成しています。
このアプローチの問題点は、製品がそれらのユーザーのうちの1人にのみ完全な初回ユーザーエクスペリエンスを提供していることです。
つまり、肯定的なメッセージとして送信したメールの更新や通知は、そのアカウントにメールがリンクされているユーザーのみに表示されます。
それはあまり人を中心とした体験ではありません。これは、機能するために必要なことをしているだけの製品です。
Crashlytics では、自分自身に問いかけました。 「当社の製品を使用する他の開発者と同じチームに所属しているかどうかに関係なく、すべてのモバイル開発者に、初めてのユーザー体験で忘れられない体験をしてもらうにはどうすればよいでしょうか。」
なぜ私たちはこれを自問したのですか？なぜなら、ある人がその愛らしい初体験をしたら、他の誰かにそのことを話すからです。
つまり、10人がその愛らしい初体験をしたなら、他の10人にそのことを伝えるということです。
これは人間中心の成長戦略でした。そしてそれは山火事のように広がりました。
これをどのように設計したかというと、開発者の自然なワークフローを調べたところ、彼らの日常業務の一部は、数時間ごと、または1日に1回など、コードのチェックインであることが判明しました。
そこで、ある会社のユーザー #2 がその会社のアプリに関連する最新のコードをダウンロードまたは同期するとすぐに、最初の開発者のプロフィール写真と、次のようなメッセージを含むポップアップが表示されるようなユーザーエクスペリエンスを作成しました。 「ねえ、ジョンはあなたが彼のチームにいることを確認する必要があります。メールアドレスを入力してください。」
メールアドレスを入力すると、今度は Crashlytics の別のユーザーになります。つまり、同じ通知や肯定的なメッセージを伝えるメールも届いているということです。
各アプリ会社が Crashlytics アカウントを持っている場合と、社内の各開発者が独自の Crashlytics アカウントを持っている場合との違いは、このような細かいレベルの違いでした。
忘れられない初めてのユーザーエクスペリエンスを構築したい人への最後のアドバイスは次のとおりです。
ほとんどの起業家は、自社の製品を最高の状態で思い描いています。彼らは、何百万もの人々がそれを使用して大量のデータを収集し、大量のアクティビティを示すことを想像しています。
これは私が40日目のビジョンと呼んでいるものです。彼らはこのビジョンのモックを作っています。投資家向けのデッキでは素晴らしく見えるが、それ以上の価値はほとんどない。実際に0日目、1日目などに焦点を当てているスタートアップはほとんどありません。
ほとんどのユーザーは40日目のかなり前にドロップオフします。継続的に確認する必要があり、 感じる、価値の証明。そうでなければ、ユーザーは空のアプリや古い製品を入力してしまい、そのアプリを使い続ける理由がほとんど見つからなくなります。
だからこそ、私は、真の価値をもたらし、今後何が期待できるかをユーザーに日々示す、初めての体験を生み出すことの重要性を強く強調しています。
残念ながら、ほとんどのスタートアップは最初のユーザーエクスペリエンスに重点を置いておらず、そのために苦しんでいます。そのため、40日目まで成功するユーザーはほとんどおらず、最初の資本ラウンドを最後までやり遂げる企業もほとんどありません。
私が投資家、アドバイザー、メンターを務めているほとんどすべての企業（そして現在50社以上のスタートアップに所属しています）に尋ねる質問の1つは、オンボーディングプロセスがどのようなものかということです。
「2 日目はユーザーとどのように交流していますか？」
得られるのはあなただけです 一 良い第一印象を与えるチャンス。初回体験は、製品の他の機能と同様に製品の成功の鍵ですが、それ以上に重要ではありません。なぜなら、初めて触れるのは最初の機能だからです。
覚えておいて、あなたがしなければならないのは 稼ぐ ユーザーの時間を増やす権利
