ユーザーをイライラさせるのではなく、実際に役立つエラーメッセージを書き込む方法

今日のユーザーエクスペリエンスの中で最も一貫して無視されている部分の1つは、エラーの処理です。私たちは私たちの製品を通して幸せな道をデザインするのにとても忙しいので、物事の時代に同じケアと注意を与えることを忘れてしばしば忘れています 意思 間違っています。

当社のデジタル製品には、行き止まり、意味のないエラーコード、開発者のみが解読可能であり、ユーザーがイライラして行き詰まっている腹立たしい気まぐれに染み込んでいます。役立つエラーコピーを作成するために時間をかけても、そのような決定を文書化またはエンコードすることはめったにないため、デジタル景観全体で簡単に再利用および標準化できます。

ユーザーが迅速に回復し、製品やサービスを通じてパスを継続するのに役立つエラーメッセージを作成する方法は次のとおりです。

ユーザーが遭遇する可能性のあるエラーの種類を考慮してくださいパーマリンク

適切なエラーメッセージの計画と作成の最初のステップは、ユーザーエクスペリエンス内で発生する可能性のあるさまざまなタイプのエラーを識別することです。例えば：

• 欠落または誤ったデータからエラーを形成します
• ユーザーが提出するデータの検証エラー
• エラーページ-404や500秒など
• 結果を返さないクエリを検索します
• インターネット接続の損失

あなたが設計しているエクスペリエンス全体で障害の可能性のあるすべてのポイントを監査することは、ユーザーの前で終了する意図しないエラーメッセージを回避するのに役立ちます。

ありがたいことに、最近の亀裂の中を滑り落ちているという無意味なエラーメッセージがはるかに少ないことがわかります。 5〜10年前、あなたはかろうじてインターネットに出くわすことなく移動することができませんでした Error: Exception Processing Code: 038638638638。

それにもかかわらず、私たちのロボットを刺激するように見えるエラーメッセージを書くことについてまだ何かがあります。 「エラーが発生した」と言うことは、誰にとっても何の意味もありません。それは「何か悪いことが起こった」と言って、それから立ち去るようなものです。

代わりに、ユーザーの隣に座って、障害を介して優しくガイドすることを想像してください。あなたが大声で書いたことを言って、実際の会話であなたが言うような音がするかどうかを確認してください。

モンゾにはこの素晴らしい例があります。誰かが自分のウェブサイトでローンオプションを表示しようとする場合（アプリでしかできないこと）、彼らは単に「あなたはそのためにあなたの携帯電話が必要だ」と言うだけです。

ここでのモンゾのアプローチは、実際にアクションに焦点を合わせているので、それをエラーとして認識しないことを許されるでしょう。

気まぐれを避けてくださいパーマリンク

エラーメッセージを会話型に保つ方が良いですが、あまり遠くにプッシュしないことが重要です。

「うーん、それはまったく正しく見えない」、「whooops-a-daisy！」、または404ページに悲しいロボットのかわいいイラストを表示することは、既に光沢のある状況でユーザーを刺激するための迅速な方法です。

オンライン小売業者が私にメールアドレスにドットを逃したために「愚かなソーセージ」を「愚かなソーセージ」と呼んだとき、私はカートをすぐに放棄し、他の場所でTシャツを探しました。何かがうまくいかないとき、私はあなたが私の楽しい叔母になる必要はありません – 私はあなたが私がそれを修正するのを手伝う必要があります。

エラーは摩擦の瞬間です。時には避けられないこともありますが、ユーザーを尊重することは、明確さと共感を優先することを意味します。今は「個性を注入する」時ではありません。

気まぐれなことは、ユーザーがストレスを感じたり、重要なことを完了しようとしている場合、特に軽missiveしていると感じることができます。就職のインタビューに遅れて「おっと！」を取得することを想像してみてください列車のチケットアプリから。

自問してください：

• このメッセージは、悪い日を過ごしている人のためにまだ機能しますか？
• この言語は問題を些細なものにすることができますか？
• ユーザーが停滞するのを手伝っていますか、それとも誇示するだけですか？

疑わしい場合は、ダイヤルバックします。

アクティブな音声を使用しますパーマリンク

アクティブな音声を使用することは、一般的にUXのライティングを改善するためにできる最良のことの1つであり、エラーメッセージの書き込みに関しては特に変革的です。

アクティブな声は、誰が何をしているのかを教えてくれますが、受動的な声はあいまいです。

この例を取ります：

あなたの提出は処理できませんでした。

誰が処理しましたか？何が悪かったの？私はそれについて何をしますか？

代わりに、言ってみてください：

添付したファイルタイプがサポートされていないため、アプリケーションを処理できませんでした。ファイルをjpegとして再攻撃し、再試行してください。

アクティブな音声は責任を明確にし、指示を明示的で見逃すのが難しくなり、前進しやすくします。

明確な方法を前進させますパーマリンク

通常、エラーは2つのカテゴリのいずれかに分類されます。

• ユーザーが修正できるエラー – フォームエラーやWiFi接続の損失など
• ユーザーが修正できないエラー – システム障害のように

どちらの場合も、そうです 次のステップを提供することが重要です ユーザーが自分のタスクを前進させるのを助けるため。

ユーザーが修正できるエラーの場合、必要なことを明確に述べる必要があります。

ユーザーが修正できないエラーの場合、 彼らが今何をすべきかを彼らに伝えることはまだ重要です。たとえば、500エラーコードの場合（これは内部サーバーエラー）、「サービスに問題がある」と単純に説明する以上のことを行うことができます。さらに、できます：

• アクションを提供する：「後でもう一度やり直してください」
• 接触の代替手段を指定してください：「今すぐサポートが必要な場合は、お電話ください [telephone number]」
• 提出したデータに何が起こったのかを伝えます。「私たちはあなたの答えを保存し、30日間保存します」

私はこの例の大ファンです ウェルカムトラスト ウェブサイトの訪問者に、検索用語が結果をもたらさない場合、取るべき行動を提案しました。

一貫したパターンを使用しますパーマリンク

一貫したエラーメッセージは、ユーザーがより迅速にスキャン、理解し、行動するのに役立ちます。また、エラーメッセージを書く必要があるたびにコンテンツをゼロから設計する必要がないため、作業を容易にします。

404ページまたは検索結果がないような既知の一般的なエラーについては、これらのシナリオの設計パターンの一部としてエラーコピーを文書化できます。

たとえば、ユーザーが提供しようとしている情報によって異なるエラーの場合、特定のタイプのエラーメッセージを書くためのパターンを提供できます。

これが例です：

• フィールドが空白の場合は、「入力してください [whatever is missing]」
• エントリが長すぎる場合は、使用してください。[whatever was inputted] でなければなりません [character limit] 以下」

Gov.uk設計システム これは特にうまくいきます。両方を提供します。

• 既知のフィールドの特定のエラーメッセージ メールアドレス
• 次のような一般的なコンポーネントのエラーメッセージを作成するためのパターン テキスト入力

エラーメッセージはまだユーザーエクスペリエンスの見落とされがちですが、しばしばどこにいますか 信頼が獲得され、失われます。

慎重にエラーを処理し、明確にし、共感するとき、私たちはユーザーが前進するのを助けるだけでなく、私たちは 私たちが彼らの時間を大切にしていることを示します、彼らの目標と彼らの経験。

最終的に、事態がうまくいかないときにユーザーのためによく現れた場合、全体的により良い経験を得るための基礎を築きます。