「これは何？」はどうなったの？助けて？
"これは何ですか？"ヘルプまたは状況依存ヘルプ*は、数年前のWindowsアプリケーションでは一般的でした。ダイアログウィンドウに追加の「？」右上のボタンをクリックすると、疑問符の付いた矢印カーソルが表示されます。次にコントロールをクリックすると、説明付きのポップアップが表示されます。
から http://msdn.Microsoft.com/en-us/library/aa975791%28v=vs.71%29.aspx
または、コントロールを右クリックして「これは何ですか？」を選択することもできます。コンテキストメニューから。非ダイアログウィンドウでは、ツールバーボタン、またはヘルプメニューにヘルプカーソルを取得するための項目がありました。 Macのキーボードには、疑問符カーソルを表示するヘルプキーがあります。 （ただし、この方法で動作するかどうかはわかりません。私のMacのどのアプリケーションでも動作しません。）
この機能は非常に便利です。特に複雑な設定ダイアログ（ブラウザ、オフィスプログラム、システムユーティリティ）では、暗号ラベルの付いたチェックボックスがたくさんあることがよくあります。また、奇妙なツールバーアイコンがあり、その機能を知りたい場合にも役立ちます。
なぜこの種の支援が不人気になったのですか？ UXの観点から、それに対する賛否両論は何ですか？新しいアプリケーションで提供する必要がありますか？
個人的には、多くのアプリケーションで「これは何ですか」という中途半端な実装が、その終焉の原因の1つだったと思います。疑問符をクリックするか、「これは何ですか？」を選択すると、多くのプログラムがヘルプウィンドウ（Windowsヘルプ）を開きます。これにはしばらく時間がかかり、注意散漫になり、場合によってはウィンドウが移動することもあります（Officeの場合）。これは私が見たかった控えめなツールチップとは正反対なので、（ユーザーとして）これを試そうとは思いもしませんでした。
*）状況依存ヘルプがより広い意味で使用されるようになりました。現在のダイアログの説明が記載されたWebページを開く。ただし、Windowsの本では、「What's this」ポップアップを状況依存ヘルプとして具体的に言及していることを覚えています。ちなみに、他の言語（ドイツ語など）では、ポップアップは「ダイレクトヘルプ」と呼ばれ、「これは何ですか？」助けて"。
ユーザーは多くの場合、知りたいと思っていますランダムなアクションの目的やCTAを調査するのではなく、私が持っているこの目標を達成するにはどうすればよいですか現在、アプリケーションで参照してください。
それが削除された理由は、ユーザーが誤ってそれに遭遇したことを期待するのではなく、ユーザーが完了したいタスクの回答をユーザーに検索させるための「良い」ソリューションを見つけることに集中するほうがより効率的で役立つことがわかったからです。それにより、彼らの知識ベース機能を拡張しようとする彼らの精力的な努力。
「これは何ですか」機能は、Windows Vistaでは廃止された WinHelp に依存していました。 Ted Dworkin（WinHelp Experienceのパートナーディレクター）が表明したとおり：
WinHelpは、Vista用に確立されたコード標準を満たしていません。これらの標準には、セキュリティ、信頼性、およびパフォーマンスが含まれます。 Vistaのコード標準を満たすには、ゼロから書き直す必要があります。また、Vistaには他に2つのヘルプシステムがあるため、このアプローチは意味がありません。 [1]（「サポート終了」の下を見てください）
考えてみてください。「これは何ですか」は、頼りになるアプローチとしてはそれほど良いものではありません。これが不要なインターフェイス、つまりアフォーダンスが良好なインターフェイスを設計しようとすることは、はるかに前向きなUXアプローチです。
Microsoftはコンテキストヘルプを引き続きサポートしており、コンテキストヘルプを使用しない本当の理由はありません。 2012年4月の記事 Designing Context-Sensitive Help（Windows） は、これがまだ有効であることを示しています。
プログラムのインターフェース要素の多くに対して状況依存ヘルプを作成できます。ユーザーは、ダイアログボックスで、ダイアログボックスのタイトルバーにある疑問符をクリックし、ダイアログボックス内の項目をクリックすることにより、ヘルプを表示できます。 Windowsでは、ユーザーはアイテムを右クリックし、[これは何ですか？]をクリックしてから、インターフェイス要素をクリックしてヘルプを表示することもできます。
同じ理由が彼女のブログでStacy Crislerによって提唱されています Webユーザビリティのベストプラクティス：ヘルプと許し ここで彼女は次のように述べています：
私たちの経験に基づいて、ユーザーが必要とする時点でコンテキスト内のヘルプを提供するために時間をかけ、ミスを簡単に取り消すためのパスを提供することで、顧客のギブアップを防ぐことができます。競合他社に行きます。
私はそれが不必要でも、不人気でもないのだと思います。 Windows 8 PCとOffice 2013 Previewソフトウェアにコンテキストヘルプが表示されます。それは議論されるかもしれません、そして質問への受け入れられた答えでFresheyeballによって示唆されるようにさえ費用がかかる なぜ埋め込まれたヘルプは人気がないのですか？
組み込みヘルプについては、受動的でなければなりません。それがよりアクティブだった場合、それはそれを助けるのではなくUXの邪魔になり邪魔になるでしょう。埋め込まれたヘルプは良いウェイターのようなものである必要があります。邪魔になることなく、必要なときにそこに、不要なときには頭から離れます。
これは、Windows 8を使用しているときの経験でもあります-必要なとき（エラーが発生したとき、またはエラーを発生させようとしているとき）、ヘルプが近くにあります！コントロールをホバーするだけで、リボンの下に状況に応じたヘルプが表示されます。以前のバージョンのWindowsでは、このヘルプを表示するには[Shift] + [F1]を押す必要がありました。以下の画像は、Outlook 2013プレビューのスクリーンショットを示しています-ホバーにコンテキストヘルプが表示されています。
