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

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

概要

  • 多くの プロダクトツアー がユーザーにスキップされる理由を解説
  • ユーザーがプロダクトツアーを 無視する行動パターン について説明
  • 効果的なプロダクトツアーの 唯一のパターン を紹介
  • ユーザーのアクティベーション に繋がる方法を提案
  • 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を初めて実行したときにマニュアルページが強制的に開かれないとか?(ゴンバの誤謬については知ってるし、これらはおそらく異なるグループの人々だってことも分かってるけど、やっぱり面白いと思う!)

Hacker Newsで議論の続きを見る