Web UIのチュートリアル/ヘルプ/ガイダンスシステムを作成しています。システムのバックエンドは、もともと90年代半ばに発売された複雑な専門的な分析および測定ツールであり、その後も活発な開発が続けられています。システムの元のバージョンはスタンドアロンのデスクトップアプリケーションでしたが、現在はバックエンドからのデータをポーリングして表示するHTML5/JavaScript/GWTフロントエンドWebアプリに完全に改良されています(後で書き直される予定ですが、それは別のアプリケーションです)物語)。
Web UIは一般的なUIコンポーネント(スライダー、ドロップダウンなど)を一般的な方法で使用するため、インターフェース自体の機能について直感的ではないはずです。ただし、実際のコンテンツは非常に専門的であり、さまざまな設定やパラメーターを配置する方法と場所、およびそれらの表示方法については、確立された規則はありません。一部の用語は、どこかで参照する必要がある専門用語であり、アプリケーションで実行できる機能の一部は非常にユニークです。
メインのUIビューは次のようになります。フローティングレイヤーには、メインビューの表示内容に影響する設定が含まれています。
ユーザーガイダンスの設計原則を以下から探しています...プロのニッチアプリケーションの観点から考えてみましょう。通常、Web UIのユーザビリティに関するディスカッションは、この領域で回答する質問のセットが異なる、広く利用可能なWebアプリに焦点を当てています。オンボーディング、初期のユーザーエクスペリエンスを歓迎する方法、ユーザーの定着率を向上させる方法に重点が置かれています。オンラインユーザーの注目を集めるために、他の何十もの実行可能な候補者と競合している場合は、どれも意味があります。見つかった場合 このディスカッション その意味で役立ちます
しかし、ユーザーガイダンスとチュートリアルの設計は、ユーザーベースが最初から関与して関与していると見なすことができる専門のプロフェッショナルツールとどう違うのでしょうか。アプリケーションのより高度な機能を使用できるようにするには、まだガイダンスが必要です。
私たちはそれが半分死んでいることを知っていた「オンラインヘルプ」ですが、その代わりは何ですか?パブリックWebアプリの世界で一般的に成功していると考えられているものとは異なりますか?現在、Googleはアプリケーションヘルプの検索ボックスを置き換えましたが、このようなニッチ市場向けの製品で、この目的のために目に見えるオンラインコミュニティがない場合はどうでしょうか。
特定の質問:
椅子を手に入れる時間ユーザーがどのようにそれを使用しているかを確認してください。ドメインがわからないため、有効なアドバイスを提供できません。
できれば、このアプリケーションを人々がどのように使用しているか、どのような質問をするか、どのような問題が発生するか、そしてソフトウェアの強みは何かを観察する必要があります。行って10人を観察し、最後にそれぞれからメモを取ると、一般的な問題が発生し始めます。これらの問題をリストに書き込んでから、優先順位を付けてください。そこから、どの情報が重要で、何を重要でないかを強調できるように、非常に良い知識が得られます。
観察できない場合は、インタビューや調査を行ってください。これらは、ドメインで機能しない可能性のあるstackexchangeからの一般的なアドバイスよりもはるかに多くのデータを提供します。
これは使いやすさです。ユーザーから情報を取得します。
専門家と連絡を取り、話し合い、ペルソナを作成し、想定したことを確認し、疑問符が多すぎるかどうかを確認し、結果を確認し、楽しんで、続けてください。それが仕事です。 :)