組み込みヘルプが人気がないのはなぜですか？
なぜ現代のヘルプシステムはアクティブではなくパッシブなのでしょうか。たとえば、適切なガイドはそれぞれ次のようになります。 
では、なぜこれをWebサイト（サービスプロバイダー）に直接表示せず、別のガイドラインを他の場所で検索する必要があるのでしょうか。
Googleアドセンスヘルプはアクティブでインタラクティブではなく、より静的（画像やインタラクティブ機能なし）のようです。
コンテキストヘルプ：
ヘルプセンターの手順：
それはインターフェイスを介してユーザーを直接ナビゲートするより良いアプローチですか？そして、（少なくとも1回）何かを行うためにどのボタンをクリックするかを彼に示しますか？
これが私の理論です：
そのROIについて。ヘルプセクションのパッシブUIには正当な理由があるわけではありません。すべての権利によって、システムのすべての部分に優れたアクティブUIが必要です。しかし、それはお金がどこにあるので、私たちはコアの顧客体験にもっと集中する傾向があります。そして、ドキュメンテーション/ヘルプセクションを追加してください。ビジネスドライバーがそれを行うのに十分ではないので、セクションにふさわしい手助けをする努力はありません。
ヘルプセクションに十分なアクティブUIがなかったために、Webアプリの使用を停止したことがありますか？私はしていません。しかし、コアUIのため、私は確かにWebアプリを拒否しました。
組み込みヘルプについては、受動的でなければなりません。それがよりアクティブだった場合、それはそれを助けるのではなくUXの邪魔になるでしょう。埋め込まれたヘルプは良いウェイターのようなものである必要があります。邪魔になることなく、必要なときにそこに、必要ないときには頭から離れます。
お役に立てば幸いです。
複数のWebサイトでさまざまな種類のインタラクティブなヘルプをすでに見ました。ただし、システムの機能を初心者ユーザーに紹介するために、ガイド付きツアーとの関連で常に使用されていました。一例は オンラインルートプランナー -ページが読み込まれた直後にツアーを開始できます。さらに、facebookは通常、新しい機能が利用可能になったときに短いインタラクティブツアーを作成します。
これらのツアーは非常に制限的であることがわかります。機能は段階的に説明されており、説明に遅れを取らないように努力することもあります。ヘルプシステムにより、ユーザー自身がツアーのペースを決定できる場合があります。ただし、ユーザーは指定された順序から逸脱することはできません。対照的に、ヘルプテキストを使用すると、必要な手順を一目で確認できます。これにより、実行する必要がある操作の概要がわかります。これは、いくつかの理由で有利になることがあります。
- 既存の知識をより適切に処理する：通常、すべてのステップが詳細に説明されているわけではありません。したがって、すでに慣れている手順は省略できます。
- ヘルプの使用における柔軟性の向上：指示をすばやくスキャンして、注意深く読む部分と無視する部分を決定できます。たとえば、特定のステップを忘れてしまったので、もう一度見つけたいとします。インタラクティブなチュートリアルをクリックする必要があると、非常にイライラします。
- 不確実性の処理の向上：場合によっては、検索する正しい用語がわからないこともあります。したがって、いくつかのキーワードを試し、ヘルプエントリをスキャンして、説明が関心のあるトピックに対応しているかどうかを確認します。
これらの要件は、インタラクティブなチュートリアルでは実現できません。したがって、それらはせいぜい追加の機能である可能性があります。
組み込みヘルプは、コード開発者とヘルプ作成者の間の非常に密接な相互作用を必要とします-典型的なプロジェクトチームでは常に何かがおかしいです。
私は@Fresheyeballに同意します。これはROIと関係があり、設計中のほとんどの時間はコアUIを使用可能にすることに費やされており、助けを必要としません。インタラクティブなヘルプは、長い手順を読むだけの場合よりもはるかに楽しく聞こえますが、そのようなヘルプを作成するコストもおそらく非常に高く、製品が変更されるたびに更新する必要があります。テキストを変更する方が、インタラクティブなUIを変更するよりもはるかに安価です。リソースが限られているので、ユーザーはタスクに集中でき、別のUIに誘導されないため、最初にコンテキストヘルプの実装を選択します。