多くのデータ駆動型スタートアップ 1 人のユーザーのオンボーディング エクスペリエンスが最終的に成功するか失敗するかを明らかにしました。 これは、私がシングル オンボーディングの誤解と呼んでいるものです。
数え切れないほどのリソースを費やしてオンボーディング フローを完成させ、すべてのユーザーにとって独自のものにした企業の代表的な例として Twitter を挙げてみましょう。
サインアップすると、サイトは新しいユーザーに、フォローしたい人を選択するように求めます。 すぐに、好みに合わせてカスタマイズされたリッチ フィードを使用できます。 これは、他の B2C または B2B のスタートアップでも同じです。
始めたばかりの場合、オンボーディング エクスペリエンスをカスタマイズすることは最優先事項ではありませんが、最初に実装できる低リフト項目が複数あります。 オンボーディングを独自のものにするために必要なデータの種類についてどのように考えるかを説明し、私がこれをどのように実装したかの例をいくつか紹介します。
すべては取得中に始まります
マルチパスのオンボーディングの経験がなければ、スタートアップは潜在能力を最大限に発揮できないと、経験から確信しています。 最近、仮想通貨の「経験レベル」を顧客に求める様々なフィンテック仮想通貨取引所に遭遇しました。 私が目立って見ていないのは、この質問への回答に基づいたパーソナライズされたエクスペリエンスです。
リード フォームによる獲得中または製品のサインアップ中に収集された初期データは、マルチ オンボーディング エクスペリエンスを促進するのに役立ちます。 私が Coinbase の成長チームに在籍していたとき、私たちのライフサイクル メールとプッシュ キャンペーンの多くは、ユーザーの行動に基づいてトリガーされるように設計されていました。 これは完全にパーソナライズされたエクスペリエンスではありませんでしたが、ユーザーのアプリ内での行動に基づいてコミュニケーションを調整するようにしました.
ユーザーがパワー トレーダーである場合 (たとえば、大量の取引がある場合)、ETH ステーキング、流動性プール、およびより高度な暗号通貨投資アクションに関するメールを送信します。
ユーザーを特定のジャーニーに分類するために必要なデータの種類について考えるときは、次の重要な質問を自問してください。
私の消費者ペルソナは何ですか?
この質問に対する回答に基づいて、オンボーディング中にユーザーをセグメント化するために必要な質問を判断できます。 早い段階で含める基本的な変数のいくつかは次のとおりです。
- 個人属性
- 過去の経験
- ユースケース
- 目標
各スタートアップには、独自の独自の質問をする必要がありますが、行き詰まっている場合は、最初に上記の例のリストから選択してください. これらは最終的に、どの顧客ペルソナを獲得しているかという問題に光を当てます。