世界を動かす技術を、日本語で。

ほとんどのプロダクトツアーがスキップされる理由

概要

  • 多くの プロダクトツアー がユーザーにスキップされる理由を解説
  • ユーザーがプロダクトツアーを 無視する行動パターン について説明
  • 効果的なプロダクトツアーの 唯一のパターン を紹介
  • ユーザーのアクティベーション に繋がる方法を提案
  • Frigadeの Eric Brownrout による知見

なぜほとんどのプロダクトツアーはスキップされるのか

  • 多くのユーザーは 最初のステップ でプロダクトツアーを即座に閉じる傾向
  • 理由は 情報過多関心の欠如
  • ユーザーは 自分の目的 を早く達成したい意識が強い
  • ツアーが 抽象的な説明長すぎる手順 で構成されている場合、途中離脱率が高まる
  • 実際の操作をせずに 受動的に説明を聞くだけ のツアーは効果が低い傾向

ユーザーがツアーをスキップした後に取る行動

  • 多くのユーザーは 自分で画面を触って学習 する行動パターン
  • 必要な時だけ ヘルプやFAQ を参照する傾向
  • 重要な機能や情報を 自分で発見 しようとする自主性
  • ツアーをスキップしても 目的達成 に集中するユーザー心理
  • 直感的なUIであればあるほど、 ツアーの必要性が下がる 現実

効果的な唯一のプロダクトツアーパターン

  • コンテキスト型ガイド (Contextual Guide)パターンの有効性
  • ユーザーの 行動や状況に応じて 必要な時だけガイドを表示
  • 実際の操作フロー内で インタラクティブなヒント を提供
  • 「今、何をすべきか」 を明確に示すガイド設計
  • ユーザーが 自分のペースで学べる 柔軟性の重要性

アクティベーションを促進するための実践ポイント

  • 最初から全てを説明しない ミニマルなガイド設計
  • ユーザーの 操作状況や進捗 を検知し、必要なタイミングで案内
  • 一度きりのツアー ではなく、繰り返し参照できるヘルプ設計
  • インタラクションを伴う学習体験 の提供
  • ユーザーの 目的達成に直結する案内 を優先

まとめ

  • ほとんどのプロダクトツアーは ユーザーのニーズと乖離 しているためスキップされやすい
  • コンテキスト型ガイド が唯一、ユーザーアクティベーションに効果的
  • ユーザーの行動に合わせた、 柔軟で必要最小限のガイド 設計が鍵

Hackerたちの意見

理解するのは簡単だよ。ユーザーがツールを開くのは、そのツールがやることを今すぐやりたいからなんだ。例えば、私のビデオ会議製品を開くのは、98%の確率で次の20秒以内に参加する予定の通話があるから。会議に遅れたくないから、リリースノートを読む時間なんてないよね。PDFビューアを開くのは、99.9%の確率で、さっき開いたPDFを見たいから。新しい機能を探しているわけじゃない。私のバーチャルホワイトボード製品を開くのは、95%の確率でスプリントレビューの会議中で、今すぐバーチャルの付箋をメモしたいから。ツアーなんて必要ないんだよ。チケット管理製品や経費報告書の提出製品、音楽再生製品を開くのも同じような感じだよね。

それはポイントソリューションに当てはまるね。そこにはガイド付きの製品ツアーはあまり見かけない。ガイドツアーが必要になるのは、製品がワークフローやプラットフォームを提供していて、たくさんの機能を紹介したいときだよね。年間1万~2万5千ドル払っているなら、ACHや給与システムの統合について指示をくれるオンボーディングスペシャリストがいることを期待するよね。非技術系の人がオンボーディングコールに参加するのはよくあることだし、コストがかかるから自動化しようとするけど、やっぱりお金を払っていると人間のタッチが欲しいと思う人が多いと思う。

現代の消費者向けソフトウェアは、手段じゃなくて目的だと思ってるのが多すぎるよね。

新しい機能が出たって聞くと興味はあるけど、デモを今やるか隠すかの選択肢しかないことが多い。でも、後でやりたいんだよね!正直、GUIの操作が苦手だから、これって私だけの問題かも。

「フォーカスを奪うガイドツアー」みたいなのは昔から好きじゃなくて、オンボーディングプロセスもあんまり続けたことがない。でも、そういうのが多すぎて、誰がデザインしてるのか分からないし、なんか5歳児みたいな気分になる。人は自分に合った方法で、あなたが作った製品を使うんだよ。「一つの方法」に従う必要はない。それが大事で、ユーザーが自分のワークフローを持てるからね。「チェックリスト」や「サンプルデータを読み込む」アプローチの方が好きだな。これが、私のアプリが急成長してる主な理由かもしれない。

よくスキップする理由の一つは、「テクノロジー」製品の場合、ツアーが自分が使いたい方法を全くカバーしないこと。代わりに、ベンダーが自分にどう使ってほしいかを教えてくる。特にブラウザはこれがひどい。新機能のツアーを受けると、ほぼ必ず無駄な新機能を無効にするだけのものばかり。「バンドルされたVPNをチェックしてみて」、「コパイロットで靴下を買おう」、「プライバシーの選択肢が増えました」(つまり、侵入的なデータ収集機能にオプトインされたってこと)。ただインターネットをブラウジングしたいだけなんだよ。

これ、100%同意だわ。もしプロダクトツアーを提供したいなら、普通のUIの隅に小さな通知みたいな形で出すべきだよね。そうしないと、以前にその商品を使ったことがある人たちにとっては、すごくウザい状況になっちゃう。プロダクトツアーやチュートリアルウィザード、教育的な体験は素晴らしいけど、邪魔になっちゃダメだよ。見えるのはいいけど、邪魔するのはダメ。

面白いことに、ガイドツアーが埋め込まれていると嬉しいプログラムは基本的に2種類あるんだ。* 創作系のプログラム(画像編集ソフト、動画編集ソフト、3Dレンダリング…まあ、スライド作成ソフトやIDEでも)。これらは使い方の初歩を知りたいから、ちょっと時間をかけて遊んでみたいと思うことが多いし、十分に複雑だからチュートリアルが必要だと思う。これらのツールの基本を学ぶのに2〜5分くらい使えるから、次にやることは数時間かかるしね。* ビデオゲーム(つまりチュートリアル)。上の理由とほぼ同じだよ ;) しかも、これは初回インストール時に必ずある。更新のためのチュートリアルは、制作ツール(ゲームも少しだけ)にはあまり歓迎されないことが多い。

Zoomを開いて通話に参加しようとしたときに、「アップデートが必要です」って言われるの、イライラするよね。もっとひどいのは、アプリを開いて動画や音声をチェックしてるときにはアップデートの通知が来ないのに、実際に通話に参加しようとしたときに初めて通知が来ること。通話が終わった後にアップデートを提案しない理由が全然わからない。

誰かが私のビデオ会議製品を開くとき、98%の確率で次の20秒以内に参加する予定の通話があるんだ。彼らは会議に遅れないように、リリースノートを読む時間なんてないよ。もっと言うと、誰かがあなたの製品を開いたとき、通話に参加できる限りリリースノートの内容なんて気にしてない。新しい背景効果とか、今は誰も気にしてないし、そもそも興味もないと思う。もし誰かがその機能を見つけて使うことがあれば、次の会議の前に探すかもしれないけど、その会議の時にはまた忙しくなってるだろうし。一般的に言えば、ほとんどの人は製品の90%の機能には興味がなくて、ただ自分が必要なことをできるだけ早くできればいいと思ってる。もしその一つのことをどうやってやるかが明確でなければ、それを明確にする方が製品ツアーを説明するより重要だよ。

理解するのは結構簡単だよね。ユーザーがツールを開くのは、そのツールがやることを今すぐやりたいから。そうそう、これは動画にも当てはまると思う。みんなはどう思う?YouTubeで動画を見つけてクリックする時、視聴者としてはすでに動画のタイトルを知っていて、サムネイルも見てるよね。それらの情報で興味を持つに足る詳細が得られてる。動画の最初の15秒は、たぶんもう知ってることを繰り返す必要はないと思う。でも逆に、動画で何を見るかをざっくり説明するのは悪くないアイデアだよね。そうすれば、視聴者も何に入っていくのか分かるし。何百本も動画を作って、何千本も見てきたけど、誰かが私がすでに知ってることを説明してるのを聞くと、「いい話だね、でも私が見たかった情報を早く教えて」って気持ちになるんだよね。他の人も同じ気持ちになることある?

個人的には、製品ツアーはあまり好きじゃないな。でも、これらのコメント(他の場所でも)での嫌悪感を「RTFM」文化と比べるのは面白いと思う。主な違いは何だろう?マニュアルを読んだり、自分の判断で製品を使ったりできること?例えば、lsを初めて実行したときにマニュアルページが強制的に開かれないとか?(ゴンバの誤謬については知ってるし、これらはおそらく異なるグループの人々だってことも分かってるけど、やっぱり面白いと思う!)

違いは、TFMが私が何か基本的なことをしようとしているときに、私が頼んでもいないのに目の前にポップアップしないことだね。

あなたが言った主な違いを見事に捉えてるね。ツールを使いたいだけならそれができるし、複雑な機能の使い方を学ぶ必要があるなら、ヘルプを参照したり、ウェブ検索で調べたりできる。

嫌われる理由は二つ(と半分)ある:1) プッシュ対プル。あなたが指摘したように、lsはやりたいことを止めないし、必要ない時にmanページを押し付けることもない。lsはただ頼まれたことをするだけ。manも同様。製品ツアーは、開発者がユーザーの同意を理解していない証拠で、ユーザーがやりたいことではなく、開発者がやりたいことをさせようとしてる。2) 幼稚にしてる。製品ツアーは、ユーザーが自分の欲しいものを知らない、またはRTFMを読んで学ぶことができないと思ってる。ユーザーを無力化してるんだ。2.5) TFMがクソだって暗に認めてるし、それを読むのは時間の無駄だってこと。

そうそう、今すぐ読みたい部分だけを読めるからね。動画編集ソフトを開いて2つのクリップをつなげるとき、入力デバイスについて知る必要はない。もし知りたければ、その時にマニュアルを読めばいいし。そもそも、ツアーで教えられたことなんて、あの時には覚えてないだろうし。製品を実際に学ぶには、マニュアルに書いてあることを定着させるための経験が必要なんだよ。

シャワーを浴びるのと、雨に降られるのの違いだね。

マニュアルを読んだり、自分の判断で製品を使ったりできるってこと?例えば、lsを初めて実行したときに強制的にマニュアルページが開かないってこと?そう、正解だよ。

もし今の時代にAFMがあったらいいのに。

ここにいる人の半分はAWSのドキュメントを読んだことがあるだろうし、AWSコンソールのガイドツアーはすぐに閉じちゃうよね。

製品ツアーの代わりに、AWSがダッシュボードの情報やアクション可能な要素のすぐ横に小さな情報/ヘルプボタンを配置しているのが好きだな。全然邪魔にならないし、最初は分からないことがあっても、そのボタンをクリックすればサイドパネルが開いて、その要素に関する詳しい情報が見られるんだ。ほとんどの場合、自分が何を扱っているかは分かるし(あるいはそのトピックが何を意味するかを推測できるから、たぶん合ってると思う)。

ツールチップが廃止されたのは信じられないよ。頭の悪い「デザイナー」がモバイルでどうやって機能させるか分からなかったからだね。10年か20年後に新しい名前で再登場して、無限の自己賛美があるんだろうな。物理的な車のコントロールも同じだよ。私の頭の中での解決策を一つ挙げると、OSレベルで専用の「情報」ボタンを作ること。ボタンを押し続けると通常の操作が無効になって、すべての検査可能な要素がハイライトされて、それぞれの説明をクリックできるようになるんだ。ブラウザの「要素を検査」みたいにね。

もしあなたの製品にツアーが必要なら、それはデザインが悪いってことだよ。コンビニに入ったときに、店主が「まずツアーを受けてね!」なんて言ったら想像してみて。

一番いいUIは、実はUIがないことだと思う。製品ツアーを見て「これ教えてくれてありがとう、絶対気づかなかったわ」って思ったことは一度もないな。製品ツアーが見落としてるのは、人々は一度に全てのツールを学びたいわけじゃないってこと。彼らは一つのことをしに来てるから、その一つは超シンプルであるべき。時間が経てば、他に何ができるかを見せてあげればいい。でも、製品ツアーはその方法じゃないと思う。徐々にユーザーに新しい機能を見せていくプログレッシブUIがいいと思う。「でも、たくさんの機能が必要なんだ!」って思ってるなら、その人が何にお金を払ってるのかを見極めてないかもね。

UIはジョークみたいなもんだよ。説明が必要なら、それはダメだね。

コンビニやスーパーのレイアウトには笑っちゃった。高利益商品を見つけさせるために作られてるから、必要なものは見つけにくいんだよね。そうじゃないと、もっと買い物しちゃうから説明できないんだろうな。

だからスタートアップのヒントが好きなんだ。「カリフォルニアでは、すべてのガソリンスタンドが車のために無料の空気と水を提供することが義務付けられているって知ってた?」

それってまさにIKEAがやってることじゃない?

コンビニに行ったことがないと想像してみて。店員に何かを頼むか、何かを手に取ってそのまま出て行くかもしれないね。

これはB2Cにだけ当てはまるって言えると思う。

ポップアップが出たら、まずは「Esc」を押すのが私の本能的な反応。もしそれで消えなかったら、隅の「X」を探すし、それでもダメならブラウザのツールで消しちゃう。ポップアップは、コンテンツを無視される素晴らしい方法だよ。

ゲームのチュートリアルについても同じ気持ちだよ。全てを教えようとするのは良くない。インクリメンタルゲームはこの点で素晴らしい(ユニバーサルペーパークリップスやA Dark Roomなど)。ゲームの部分が必要な時に見えるようになってて、しばしば楽しいサプライズになる。生産性アプリにはそのまま当てはまらないかもしれないけど、パターンから何か学べることがあるかも。今、アプリをコーディングしてるんだけど、「新しいユーザーのオンボーディングツアーを作ろうかな」って一瞬思ったけど、結局いつもスキップしちゃうから作ってないんだよね :)

ゲームのチュートリアルについて、すごく同感だよ。全てを網羅しようとするやつは、ゲーム内の百科事典や外部のウィキの方がずっといい解決策だと思う。

どんなアプリやサイトでも、ツアーやナグツールチップが表示されると、永遠に消えないんだよね。結局、あんな無駄なノイズに反応することはないって気づいてほしい。JIRAでは「ダークモードを試してみて」っていうツールチップが数ヶ月も表示されたまま。こういうのは表示しないでほしい。人の時間を無駄にしないで。スキップできないチュートリアルが始まるサイトには、二度と戻らないこともある。例えば… Discord(画面を覆うツールチップが常に出てて、「Nitro」や新しいAIのクソみたいなことを試すように煩わされる) Miro(右上に「Googleでサインイン」っていうモーダル、画面上部を覆う「CANVAS 26」カンファレンスのサインアップサイトのストライプ、アプリ全体を覆う頻繁な「新機能」モーダル、「この商品やサービスを友達や同僚に勧める可能性はどれくらいですか?」っていうネットプロモータースコアの調査が画面下部を覆ってて、エンタープライズユーザーとしては全く意味がない) JIRA(ページ右上に「ダークテーマを試してみて」っていうツールチップ) Figma(左側のコンテンツを覆う「コミュニティと再接続」っていうツールチップ)

でもさ、誰も自分の小さな機能を無視されたからって気分が悪くなることはないよ。結局、その機能は未来に向けてずっとあなたを悩ませ続けるだけで、最終的にはその製品を捨てることになる。多くのSaaS製品がマウスの動きやキーストロークを永遠にデータ収集してるのに、そのデータを何も活用してないみたいだね。

ちょっと脱線するけど、クッキー同意ダイアログがあまりにもウザくて、コンテンツを見たいのにブロックされるのが嫌になっちゃった。新しいウェブサイトに行ってポップアップやモーダル、大きなバナーが出たら、明らかに閉じるボタンがない限り、反射的にページを閉じたくなる。ページのコンテンツを見たいからダイアログをなんとかナビゲートするけど、結局そのコンテンツが重要じゃないって判断して、1秒以内にページを閉じることも多い。

クッキーを使わないことでこれを回避したよ。

そうそう、クッキーバナーとかニュースレターのサインアップ、「広告ブロッカーを無効にしてください」とか、そういうのは私にとっての「うーん、他のことしようかな」っていう現実チェックだよ。ページを閉じるだけじゃなくて、最初にやりたかったことにも興味を失っちゃうし、結局スマホを置いたり、ノートパソコンを閉じて他のことを始めたりする。ウェブは数年前に私にとっては死んじゃった。楽しかったけどね。

ブラウザのツールバーの一番左のアイコンは「キルスティッキー」のブックマークレット(https://github.com/t-mart/kill-sticky)。サイトが閉じるボタンを隠したり、完全に省略したりするのにうんざりしたから、何かポップアップが出たら本能的にそれをクリックしちゃう。ほとんどのサイトでうまくいくよ。

UBOザッパーモード、いい感じだね。

ヨーロッパにいるの?ここではそれが一般的だから、普通はウェブを全く使わないことを意味するよね...? アメリカのVPNに接続しているときに、ブロックの同意や情報バナーが増えてきているのも気づいたよ。

プロダクトツアーよりも、よく書かれたプロダクトガイドの方が断然好き。ガイドは、仕事をしているときに邪魔しないからね。自分の都合のいいときに読めるし、ブックマークして再訪したり、他の人と共有したりもできる。

このセクションについての別の見方: 「なぜチームはツアーを作り続けるのか」。チームがプロダクトツアーを作り続けるのは、他に試行錯誤のユーザーリサーチに多くの時間とリソースを投資する選択肢があるからだよ。それは時間とリソースの面でより高価だし、優先順位の調整も必要になる。私の経験(プロダクトデザインの仕事をしてる)では、プロダクトツアーを導入するのは、深いUXの問題に対する応急処置のようなもの。優れたオンボーディング体験を持つ製品は、「次へクリック」のポップアップを超えて、使用ストーリーを考える時間をかけているから、ユーザー体験も素晴らしいことが多いよ。

そうだね、元開発者からPdMに転身したけど、ツアーが必要なら、UXが間違ってるってことだよ。