← エピソード一覧に戻る Episode 179 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― 初日の数分が定着率を分ける
タカシ
今日は SaaS デザインの中でも、かなり売上に直結する論点、オンボーディングUXです。登録直後の体験をどう設計するかで、価値に届く前に離脱する人の数が大きく変わります。最初の数分は、想像以上に重いんです。
ミカ
オンボーディングって、つい『親切に説明する時間』だと思いがちです。でもそれが UX のテーマになるということは、説明が多いほど良いわけでもないんですよね。むしろ丁寧すぎて離脱することも、実際かなりありそうです。
タカシ
その通りです。OpenView は、平均的な SaaS では新規ユーザーの四割から六割超が初日の後に二日目へ戻らないと指摘しています。つまり勝負は、全機能を教えることではなく、初日に何へ注意を集中させるかなんです。
ミカ
なるほど。最初の数分で『この製品は自分の仕事を前に進めそうだ』と感じられないと、そのまま消えてしまうわけですね。今日は、迷わせない初回体験をどう作るかを、国内外の実例つきでかなり具体的に知りたいです。
Chapter 2 原則 ― オンボーディングUXは説明ではなく次の一歩の設計
タカシ
まず原則です。オンボーディングUXは、製品の全体像を順番に紹介することではありません。今入ってきた人にとって、次に何をすれば価値へ近づくのかを、一つずつ迷わず選ばせる設計です。地図より道案内に近いですね。
ミカ
道案内という表現、かなりしっくり来ます。全部の機能を説明されても、こちらはまだ『何をしたらいいの』という段階ですもんね。最初は理解の深さより、迷わず一歩進めることを優先すべきなんですね。すごく実務的です。
タカシ
ええ。Intercom も、first use では Job-to-be-Done から逆算して、最初に価値へ近い行動だけを見せるべきだと述べています。機能の階層説明は後回しでいい。初回体験で必要なのは、説明の網羅性ではなく前進の確実さです。
ミカ
丁寧な会社ほど、つい全部教えたくなりそうですけど、それが逆効果になるわけですね。親切のつもりで教科書を渡しているけれど、相手が欲しいのは最初の一歩だけ、という感じがします。かなり耳が痛い話でもあります。
Chapter 3 設計パターン ― 分岐と段階的開示で迷いを減らす
タカシ
ここで効くのが、文脈で分けることです。Slack のガイドでは、`app_home_opened` から入った人と slash command から入った人は熟練度が違うので、同じ onboarding を流すべきではないとしています。入口が違えば、最初の案内も変えるべきなんです。
ミカ
たしかに、ショートカットから入る人はもう目的がかなり明確そうですし、初めてクリックした人はまず全体像が欲しいかもしれない。同じ画面を見せるほうが公平に思えますけど、実はそれが一番不親切なんですね。難しいです。
タカシ
さらに、Intercom の Onboarding Home は levels と steps を使って、概念を知る、最小の操作を試す、次に深掘る場所を知る、という順で複雑さを段階的に見せています。最初から全部開くのではなく、理解を積み上げる設計ですね。
ミカ
一気に説明するより、レベルを上げるみたいに少しずつ見せるわけですね。ゲームのチュートリアルっぽいですし、SaaS でもそのほうが自然そうです。テンプレートや初期値で先に動かせるなら、なおさら学習が速そうです。
Chapter 4 具体例 ― MYOBとYotpoは何を変えて伸ばしたか
タカシ
MYOB は分かりやすいです。最初に『会計ソフト経験の有無』と『何に使いたいか』を聞き、sales、expenses、payroll など用途別の checklist と tooltip flow を出し分けました。結果、グローバルの setup rate は二十一パーセント改善しています。
ミカ
同じ会計 SaaS でも、請求書を送りたい人と給与設定をしたい人では最初の仕事が違いますもんね。そこを一緒くたにせず、『あなた向けの最初』を作ったから進みやすくなった、と。かなり経営的な設計だなと思います。
タカシ
Yotpo も面白いです。FullStory で観察すると、ユーザーはインストール直後に完全に迷って離れていました。そこで welcome flow と in-app guidance を入れた結果、flow 完了率は五十パーセント、1-week retention は五十パーセント増、2-week retention も六十パーセント超伸びています。
ミカ
すごいですね。新機能を増やしたというより、『次はこれです』を見せただけで retention まで変わる。オンボーディングUXって、見た目の改善というより、迷子対策を通じた売上改善なんだなと、かなり腹落ちします。
Chapter 5 失敗と実践 ― 全員同じツアーをやめる
ミカ
逆に失敗パターンも見えてきました。私なら、安心のために全機能ツアーを最初に流し、チェックリストも全員同じものを出してしまいそうです。でも今の話を聞くと、それが一番危なそうですね。善意でかなりやりがちです。
タカシ
典型的な失敗は四つです。全機能ツアー、全員共通フロー、空画面のまま重い設定を求めること、そして進捗だけ見せて作業の意味を説明しないことです。利用者は作業を終えたいのではなく、仕事を前に進めたいんですよね。
ミカ
なるほど。チェックリストや progress bar も、置けば正義ではないんですね。『なぜ今これをやるのか』まで伝わらないと、宿題感だけが残る。案内を増やすより、意味と順番を絞るほうが大事だと分かりました。
タカシ
今日は SaaS デザインのオンボーディングUXを扱いました。皆さんの製品でも、最初の画面に CTA がいくつ並んでいるか、役割別に入口が分かれているか、ぜひ点検してみてください。それではまた次回、お会いしましょう。