質問

私は現在、それらの多くを持っているプログラムに取り組んでいます!ダイアログ...考えずにクリックしないように、キャプチャのようなものを追加することを考えていました...

私のアイデアは:

  • ランダム変更ボタン
  • フォーム上のどこかにボタンをランダムに配置する
  • ユーザーは、読むべきテキスト内のランダムに色付けされた単語をクリックする必要があります
  • キャプチャを追加
  • ユーザーへのメッセージを含むcaptchaを追加

このような状況を経験した人はいますか。あなたは何を提案しますか?

役に立ちましたか?

解決

さて、あなたは意見を求めましたが、ここに私の意見がありますが、これはあなたが聞きたいと思うものではないと思います...

ユーザーは、依存できるプログラムが好きです。彼らは物事が変化するのが好きではなく、余分な仕事をしたくないのです。

フォームのどこかにボタンをランダムに変更し、ボタンをランダムに配置すると、間違ったボタンを押すか、アプリケーションに悩まされるだけになります。私たちもそうではありません。 [OK] / [キャンセル]ダイアログを例にとると、常に[OK]ボタンが左側にあることを期待し、ほとんどの場合、それを読まずに押します。ユーザーでも同じことが起こります。

  • ユーザーは、読むべきテキスト内のランダムに色付けされた単語をクリックする必要があります
  • キャプチャを追加
  • ユーザーへのメッセージを含むcaptchaを追加

これらの3つのオプションを使用すると、アプリケーションに余分な作業を追加します。ユーザーはそのためにあなたを呪います。 1日に10倍する必要があることを考えてみてください。ソースセーフにするためにコードをチェックインするとしましょう。上司が、これからチェックインしようとするファイルごとにキャプチャを入力する必要があると言ったらどう思いますか?

私たちの仕事は、私たちのソフトウェアを使用する人々の生活を楽にすることだと思います。ある種のテキストを読む必要があり、読みたくない場合、絶対にそれを実行させる方法はありません。

あなたは<!>#180;人々を正しく働かせることはできません。あなたにできることは、可能な限り最高のツールを提供し、彼らが仕事をするのに十分なプロフェッショナルであることを願うことです。

基本的に私が言っているのは、仕事を楽にするために最善を尽くすことだけです。これが本当に重要な場合、あなた(または担当者)が彼らと話をして、これが重要な理由を説明してください。

あなたが人々が理解していることにコミットする方法に驚くでしょう。

他のヒント

しないことをお勧めします。そして、あなたがよりよく知らない限り、あなたは<!> lt; 大きなオンライン小売業者の <!> gt;または<!> lt; オンラインバンキングサイト <!> gt;。

メッセージを読むためにユーザーとゲームをプレイすることは運命です。ユーザーは、メッセージを理解するのではなく、ゲームを完了することに精神的なリソースを集中します。ボタンを移動したり、ラベルを付け直したり、スカベンジャーハント、キャプチャ、または遅延などの問題がある場合、ユーザーはメッセージの重要な部分を実際に理解している可能性があります 。彼らは<!>#8217;実際の問題ではなく、ゲームの指示に集中します。エラーが増加する可能性があります。

ユーザー<!>#8217;メッセージボックスを読むのを拒否するのは、ユーザーが物事を読むのに時間をかけるのではなく、すぐに物事を終わらせたいことと、非常に多くのアプリでメッセージボックスが過度に使用され、誤用されているためです。メッセージボックスに馬鹿げたゲームを含めると、ユーザーはさらにゲームを再送信することになり、問題が悪化します。

こちら<!>#8217; sできること:

ルール1. Don <!>#8217; tメッセージボックスを使用しないでください。例外的な状況でのみ表示されます。アプリには<!>#8220; many <!>#8221を含めないでください。メッセージボックス。ユーザーがアプリを使用するたびに大量のドキュメントを読む必要はありません。アプリを通常使用するとメッセージボックスが表示される場合、UIは間違っています。別の方法を見つけてください。

  • 確認メッセージの代わりに、メインウィンドウに何が起こったかを明確に示し、それを元に戻す明確な方法を提供します。

  • エラーメッセージではなく、自動修正、画像/マスクフィールド、無効化を使用します。

  • 適切なデフォルトと自動化を使用して、メッセージを回避します。たとえば、ユーザーがサーバーに接続されていないため<!>#8217;アップロードできないというエラーメッセージを表示するのではなく、単に自動的に再接続します。

  • オプションに沿ってコマンドを分割します。ユーザーが形式付きまたは形式なしで貼り付けるかどうかを尋ねるメッセージボックスではなく、メニューで2つの異なるコマンドを提供します。

  • Don <!>#8217; tに役立つヒントやドキュメントを提供するポップアップがありません。 <!>#8217; UIを自己文書化できない場合は、チュートリアルまたはバルーンヘルプを提供してください。

  • Don <!>#8217; tしつこい<!>#8220; upgrade me <!>#8221;メッセージ。

  • 別のメッセージボックスではなく、メインウィンドウでメッセージテキストを提供することを検討してください(たとえば、<!>#8220;セキュリティのためActiveXがオフになっているため、ページが正しく表示されない場合があります。<!>#8221; )。 Webサーフィンのポップアップでは、ユーザーが関連性のないものとしてポップアップするものを自動的に閉じるように条件付けられています。

ルール2.メッセージを使用する がある場合:

  • 重要な情報を理解できるように、テキストをできるだけ短くします。より多くのテキストは、より役立つと同等ではありません。 [パス]の[ファイルマスク]に一致しない<!>#8220;を使用します。<!>#8221; Don <!>#8217; t use <!>#8220; Nonfatal Error 307:Search action aborted。 [Appname]は、指定したファイルマスク([filemask])が、指定したディレクトリ([path])に一致するファイルにならないため、指定した正規表現の文字列検索を完了できません。ファイルマスクまたはパスの選択を確認し、[検索するファイル]ダイアログボックスに再度入力するか、それらを再入力してください。このメッセージボックスの下にある[OK]ボタンをクリックして、[検索するファイル]ダイアログボックスに戻ります。文字列の検索をキャンセルするには、[検索するファイル]ダイアログの[キャンセル]ボタンをクリックします。<!>#8221;短いメッセージで説明できる以上の説明が必要なユーザーがいる場合は、ヘルプボタンまたは<!>#8220; How do I <!>#8230; <!>#8221;メッセージボックス内のリンク。

  • メッセージには専門用語を使用せず、わかりやすい言葉を使用します。それには<!>#8220; innocent <!>#8221; <!>#8220; dialog、<!>#8221; <!>#8220; database、<!>#8221;および<!>#8220; toner。<!>#8221;生の例外テキストを受け取らないエラーメッセージでスローします。エラー番号やダンプを含めないでください。代わりにこれらを記録してください。開発者が残したデバッグメッセージボックスをアプリから削除します。致命的なエラーが発生したときにアプリを単純に消す方が、専門用語でいっぱいのメッセージを表示してからアプリを消すよりも良い。

  • <!>#8220; OK。<!>#8221;ではなく、アクションの実行内容をメッセージボックスのボタンにラベル付けします。少なくとも、ユーザーはメッセージボックスを閉じるにはアクティブ化ボタンに集中する必要があります。そのボタンに<!>#8220; Delete <!>#8221;のようなラベルが付いている場合または<!>#8220; Install、<!>#8221;一時停止する必要があります。各ボタンの機能をメッセージテキストで説明する必要はありません。ところで、このようなラベル付けは、ほとんどのプラットフォームでのGUI標準です。

メッセージボックスを使用しないようにアプリケーションを再設計します。

<!> quot;想定読み取り時間<!> quot;を待つタイマーを試すことができます。送信ボタンを有効にする前。単語の数から予想読み時間を計算することもできます。

ユーザーにテキストを読ませるための微妙な方法(ボタンの周りを移動したり、キャプチャを読むように求めるなど)は、愚かな猿のように感じさせることができると思います。

私の提案、それと共に生きるか、ダイアログ/インターフェースを再設計してください。あなたがほとんどだと思うかもしれませんが、ダイアログにランダム性を追加するしないか、そうでなければユーザーをばかのように扱ってください:-)。

最近、Joel on Softwareの記事より良いものを持つ人々のためのデザインを読んだばかりです。彼らの生活をどうするか。ほとんどの人が何でもを読まないということを指摘し、それを回避する方法、少なくとも悪化させない方法について議論します。

ユーザーが読むべき内容に基づいて選択質問を使用できます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top