新規ユーザーに定着してもらうためのオンボーディングの方法

新規ユーザーのオンボーディングをうまく行うには、まず「誰かが価値を得たことを示す、ただ一つの行動」（アクティベーションの瞬間）を決めます。そこに至らないステップはすべて取り除きます。最初の画面が空にならないように、サンプルデータやテンプレートを使います。長いツアーではなく、短いチェックリストと文脈に沿ったヒントで案内します。行動に基づいた数通のメールでフォローアップします。サインアップのうち何%がアクティベーションに到達しているかを測定し、もっとも大きな離脱の箇所から改善してください。

多くの人は、最初の利用の中でアプリを使う価値があるかどうかを判断します。オンボーディングは、その最初の利用を意味のあるものにする製品の部分です。

見た目以上にオンボーディングが重要な理由

ローンチガイドは、人に入り口を通ってもらうことについてのガイドです。オンボーディングは、その後に何が起こるかを決めます。サインアップした人がすぐにコアな価値に到達しなければ、トラフィックが増えても、去っていく人が増えるだけです。そして、初日から始まっている解約を追いかけることになります。

オンボーディングは、ウェルカム画面だけのことではありません。次のものが含まれます。

• サインアップフォームと、認証などの確認ステップ
• 誰かが最初に見る画面と、そこが空かどうか
• 初期設定の手順（プロフィール、データのインポート、チームメンバーの招待）
• アプリ内の案内（チェックリスト、ヒント、空の状態の画面）
• 最初の数通のメール
• 提供している場合は、人によるサポート

手順1：アクティベーションの瞬間を定義する

アクティベーションとは、新規ユーザーが製品の目的を初めて体験する瞬間です。具体的で測定可能な行動であるべきです。

自分の製品のアクティベーションを見つけるには、製品を使い続けたユーザー（ベータテストや初期ローンチ時のユーザー）に注目し、そのユーザーたちが、他の人がしなかった初期の行動として何をしたかを尋ねます。それを仮説として扱い、学んだことに応じて見直してください。

作り話の例： クライアント向けポータルアプリでは、最初の一週間にファイルをアップロードし、かつクライアントがそれを閲覧したユーザーが定着する傾向があることに気づきます。そこで、アクティベーションを「クライアントが共有ファイルを開く」と設定します。

手順2：アクティベーションまでの道のりを整理する

サインアップページに到着してから、アクティベーションに到達するまでのすべてのステップを書き出します。正直に、すべてを含めてください。メールの認証、プランの選択、会社名の入力、カレンダーの連携などです。

そのうえで、各ステップに疑問を投げかけます。

• 今すぐ必要か？ 会社のロゴ、タイムゾーン、プロフィール写真は、通常は後回しにできます。
• 初期値にできるか？ タイムゾーンを推測する、通貨を事前入力する、適切なテンプレートを選んでおく。
• 代わりにこちらで行えるか？ ファイルからインポートする、テンプレートをコピーする、通話で一緒に設定することを提案する。
• 後からでもよいか？ 支払い情報、チームメンバー、外部連携の入力は、価値を感じてもらった後に求めます。ビジネスモデル上必要な場合は別です。

有効な目標は、誰かが最初の利用で、ドキュメントを読まずにアクティベーションに到達できることです。

手順3：最初の画面を設計する

サインアップ後の最初の画面は、製品の中でもっとも重要な画面です。「作成」ボタンが一つだけ寂しく置かれた空のダッシュボードは、多くのユーザーが離脱してしまう場所です。

より良い選択肢は次のとおりです。

• サンプルデータ。 探索して削除できるもので、例であることを明確に表示します。
• テンプレート。 利用目的に合わせたもの。特にサインアップ時に「何に使う予定ですか？」のような質問をしている場合に有効です。
• 役立つ空の状態の画面。 ここに何が表示されるか、なぜそれが重要か、そして開始するためのボタンが一つあることを説明します。
• 主要な操作は一つだけ。 十個のメニューより、明確な次のステップが一つある方が良いです。

手順4：軽い案内を追加する

案内は必要なときに現れ、必要ないときは邪魔にならないようにします。

チェックリストの雛形

作り話の請求書作成アプリにおける、初期のチェックリストの例です。

• 事業者名を入力する（可能であればサインアップ時の情報を事前入力）
• 最初の取引先を追加する
• テンプレートから請求書を作成する
• 送信する（取引先に届く内容を確認したい場合は、まず自分宛てに送る）

各項目は、ユーザーをアクティベーションの瞬間へ近づけます。それに当てはまらないものは、別の場所に置いてください。

手順5：行動に基づいてメールを送る

メールは、人がしたこと、またはしていないことに反応するべきです。固定のカレンダーに従って、一律に送るべきではありません。

メールは、実在する人からのプレーンテキストで書き、一通につき一つのアイデアに絞り、配信停止の選択肢を含めてください。所在国のメールに関するルールに従ってください。技術的な側面については、アプリからメールを送る方法で説明しています。

ウェルカムメールの雛形

件名：[請求書]を二分で作成

[名前]様、[製品]をお試しいただきありがとうございます。使い勝手が合うかを最も早く確かめる方法は、[コアとなる操作]することです。こちらからどうぞ：[リンク]

分かりにくい点があれば、このメールに返信してください。すべて私が目を通しています。

[あなたの名前]

手順6：測定して改善する

毎週、いくつかの数字を追跡します。

• アクティベーション率： 新規サインアップのうち、アクティベーションの瞬間に到達した人の割合。
• アクティベーションまでの時間： 到達した人が、それまでにかかった時間。
• ステップごとの離脱： 手順2の道のりで、どこで人が止まっているか。
• 初期の継続率： アクティベーションしたユーザーが、その後の数週間で戻ってくるか。関連する指標はSaaSの指標解説を参照してください。

そのうえで、一度に一つだけ変更し（項目を一つ削除する、サンプルデータを追加する、空の状態の画面を書き直すなど）、次のサインアップのグループを以前のグループと比較します。数が少ない場合は、結果を証明ではなく兆候として扱い、会話による情報と組み合わせてください。

もっとも役立つ習慣は、新規ユーザーを観察することです。最近サインアップした数人に、アプリを試している画面を共有してもらうか、最初の利用時のサポートへのメッセージを読みます。どのダッシュボードにも表示されない問題が見つかるはずです。

オンボーディングの監査チェックリスト

新鮮な目で確認するか、そのアプリを一度も見たことのない友人に頼んで、次の項目を確認してください。

• サインアップでは、今すぐ必要なものだけを尋ねている
• 安全な場合は、メールの認証が製品を見ることを妨げていない
• 最初の画面に、明確な次のステップが一つ表示されている
• 空の画面が、それ自体で何であるかを説明し、操作を提示している
• 主要な用途に対するサンプルデータまたはテンプレートがある
• 新規ユーザーがドキュメントを読まずにアクティベーションに到達できる
• 全体の流れがスマートフォンで動作する
• エラーメッセージに、問題の解決方法が書かれている
• ウェルカムメールがすぐに届き、最初のステップへのリンクがある
• 人にサポートを求める分かりやすい方法がある

よくある失敗

• すべてを最初に尋ねる。 項目が一つ増えるごとに、離脱の理由が一つ増えます。
• インターフェース全体を説明するツアー。 人がしたいのは一つのことであり、すべてのボタンを覚えることではありません。
• 全員を同じに扱う。 フリーランサーと十人のチームでは、最初のステップが異なります。サインアップ時の一つの質問で振り分けられます。
• アクティブなユーザーを煩わせる。 設定が完了したら、設定を促すリマインダーは止めてください。
• 見直さない。 機能が追加されるにつれ、オンボーディングはずれていきます。定期的に監査してください。

Mythexでより良いオンボーディングを作る

アプリがMythexで作られている場合、オンボーディングの変更は平易な言葉で説明できます。例えば「完了すると非表示になる三項目の設定チェックリストをダッシュボードに追加して」「新規アカウントにはサンプルのプロジェクトを表示し、削除するためのボタンを付けて」「クライアントページの空の状態の画面を書き直して」といった依頼です。エージェントがコードを編集し、プレビューで確認して、満足したら公開します。Mythex自体はメールを送信しません。メール送信のレシピで説明しているとおり、エージェントがお選びのメールプロバイダーを接続します。ローンチ前には、このガイドと合わせてベータテストの実施を行い、実際のユーザーにオンボーディングのどこで問題が起きるかを示してもらってください。

よくある質問