一般的なエラーメッセージに推奨される表現は何ですか
一般的なエラーメッセージの最適な表現は何ですか？
generic error message発生したエラーのメッセージを意味しますが、エラーの詳細やエラーからの回復方法についての詳細はありません。
排他的に、フォールバックソリューションとして使用できない場合に使用されますサーバーが追加の詳細を送信しなかったため、または「予想される」タイムアウトがあるため、およびその他の同様のEdgeケースのいずれかでエラーを特定します。
それは欲求不満/怒りの量を最小限に抑えることを目的とする必要があります。
私はいくつかのスレッドを読みましたが、それらのどれも100％関連性がないようです
適切なエラーメッセージは次のとおりです。
- 教えてください何が問題なのか。
- 何かできることがあると感じさせてください。
- 人間のように話す、そしてアプリケーションの他の部分のパーソナリティの一貫した拡張になります。
一般的なエラーメッセージの場合、最初のポイントについてはほとんど何もできませんが、他の2つについては何かを行うことができますです。
ユーザーに問題を知らせる何かを行う無視されない。ログの送信やエラーレポートの送信などのアクションを実行してもらいます。または、自動アクションが既に実行されており、このエラーが発生したことをテクニカルスタッフに自動的に通知し、そのエラーに取り組んでいることを通知します。
次に、それらをどのように伝えるかで、メッセージをヒューマンスピークで表現し、トーンの一貫性をサイトの残りの部分（オーディエンスに適切である必要があります）に保ちます。サイトが遊び心のある場合は、遊び心のあるエラーメッセージを使用します。医療サービスの場合は、完全に専門家にしてください。
したがって、例は次のとおりです。
おっとっと！問題が発生しました！
エラーレポートを送信して、エクスペリエンスの改善にご協力ください
または
アプリケーションで不明なエラーが発生しました。
お客様のデータに影響を与えているようではありませんが、当社の技術スタッフに自動的に通知されており、至急緊急に調査する予定です。
または
くそスナネズミは再び実行を停止しました！誰かが鋭い棒で彼らを突くために派遣されました。
アプリケーションのトーンに応じて、次のようなものを使用できます。
"おっと！問題が発生しました。"-エクスペリエンスの向上に役立つエラーレポートを送信します
"アプリケーションで不明なエラーが発生しました。"-診断のためにエラーレポートを送信します。
Google chromeは一般的なエラーを使用します： "Google Chrome突然終了します。"-無視、報告、または再開します。
予防策あなたが取った、「システムをシャットダウンする必要がある」、「サービスを再起動した」、またはコンテキストに適合するもので、ダイアログをフォローアップできます。
可能であれば、やや謝罪的な口調で（上からではなく）話すことも重要だと思います。
実際の謝罪ではなく、後悔の表現です。簡単な「ご不便をおかけして申し訳ありません...」または「申し訳ありませんが機能しません...」は、ユーザーは、それが自分のせいではないと感じます（それが原因であっても）。
編集：
@norabora-なぜそのような口調が重要なのかを裏付ける調査はありますか？またはそれが現在使用されている場所の例？ –
部分的には、私が強く感じていることです。しかし、それについてはかなりの議論と研究があります。
ここにux.stackexchangeの別の投稿があります： エラーメッセージは謝罪しますか？ トピックに関する多くの参照が含まれています。
そして、 this article はトピックの要約です。
これは Computer Apology：The Effect of Apologetic Feedback on Users in Users in Computerized Environment [PDF]です。
また、ここでは、 コンピュータユーザーのパフォーマンスの自己評価に対する謝罪のエラーメッセージと気分の状態の影響についての研究があります。 。
Ux.stackexchangeの this answer には、これらの研究やその他の記事や研究論文からの関連する引用があります。
最良のエラーメッセージは常にコンテキストに関するものであり、おそらく最良のメッセージは次のとおりです。
- ユーザーに関連
- 正直（冗談を言うことができますが、明白でなければなりません）
- ユーザーにとって恥ずかしくない
- したがって、ユーザーではなくシステムを非難する
- 彼女に次に何をすべきかを伝える（またはそれを明らかにする）
- その方法について自明
他の優れた答えには、ユーザーに直接表示されるエラーメッセージで「不明」という言葉を避けるべきだと思うことを追加します。これは、nobody何がうまくいかなかったのか考えています。ユーザーが問題を修正する責任を負わない場合、詳細に退屈する必要はありませんが、メッセージは、がいる人責任者は詳細を持っています。 （それが100％真実でなくても。）
ベンはエラーメッセージを書くことについて非常に良い記事を持っています
一般的なエラーメッセージは次のとおりです。
「サーバーでリクエストの処理中にエラーが発生しました。」
もう一度お試しください。
formsのユーザーテストでは、エラーメッセージに否定的な単語を使用すると、人々が少し緊張することがよくあります。「エラー」や「禁止」などの単語を使用すると、エクスペリエンスに微妙ですが否定的な影響を及ぼします。 否定的な言葉を避けるユーザーの責任の場合、
- フィールドの横に適切な色（オレンジまたは黄色）を使用して、問題が発生したことを示します
- 楽しみにして、「この必須フィールドに入力してください」または「1〜10の数値を入力してください」と言います。
システムの障害の場合、一般的なルールを使用します。
- 何が問題だったかを述べてください（短くしてください。多くの場合、技術的なエラーがあったことを知っていても大丈夫です）
- ユーザーがそれについて何ができるかを言います。
「エラー：システムがxyzを取得できませんでした。[問題を解決できる人]に通知されました。ご不便をおかけして、約10分後にもう一度お試しください」と直感的にわかるように、より否定的な単語を使用する傾向があります
上記の回答は、問題を特定するのに十分な情報がない場合（たとえば、リモートサーバーが500を返した場合、ユーザーにそのことを伝えるのに役立たない場合）のエラーに関する限り、次のようになります。
- 友好的に保つ
- テクノ専門用語を避ける
- エラーはログに記録されており、関連があると思われる場合はさらに情報を追加できることに注意してください。
しかしながら、
タイムアウトには独自のメッセージが必要です
たとえば、Google Contacts APIに接続している場合、Wordの「タイムアウト」を使用せずに、予想されるタイムアウトをユーザーに説明できます。
連絡先についてGoogleから返答するのに非常に長い時間がかかります。
再試行 または 次のステップに進みます を実行しますか？
ドナルドノーマンの本 The Design of Everyday Things からの情報に基づいて、私は強くお勧めします。エラーが発生したときに何をすべきかフィードバックを提供することが重要です。有用な一般的なエラーメッセージは次のとおりです。Sorry an error occurred. Please click here.このメッセージのclick hereは、ユーザーが再起動できるホームページへのリンクです。