エラー防止

エラー防止とは、エラーが発生した後に適切なエラーメッセージを表示するのではなく、インターフェースを設計段階で構築することで、そもそも間違いが発生しにくい、あるいは発生し得ないようにする設計手法です。これはユーザビリティにおける最も古い原則の一つであり、ニールセンのヒューリスティクスや初期の人間工学に関する文献にも見られます。そして、この原則は、回避された間違いにはコストがかからない一方、修正された間違いには時間、注意、そして多くの場合、信頼が失われるという観察に基づいています。

これらの手法は、いくつかの分かりやすいグループに分類できます。制約は、日付選択ツールで不可能な日付を選択できないようにしたり、数値フィールドで数字のみを受け付けるようにしたりするなど、無効な入力を完全に防止します。適切なデフォルト値は、誤った選択が起こりうる判断の数を減らします。入力拒否後ではなく、入力前に明確な書式要件を表示することで、フィールドが何を求めているのかを推測する煩わしさを回避できます。確認ステップは、取り消し不可能な操作を保護します。可能な場合は、元に戻す機能の方が確認よりも優れています。なぜなら、ユーザーが正しい場合の一般的なケースを中断しないからです。

ヒューマンファクターの分野では、スリップとミスを区別し、その区別によって対処法が変わります。スリップとは、実行上の失敗であり、人が正しいことをしようとしたにもかかわらず、間違ったことをしてしまった場合を指します。例えば、タイプミス、隣接するコントロールのクリック、小さなターゲットの見落としなどです。これらは、ターゲットを大きくしたり、適切な間隔を空けたり、破壊的な動作と建設的な動作を分離したり、入力処理を寛容にしたりといった物理的な設計によって対処されます。ミスとは、計画上の失敗であり、人が意図したとおりに行動したものの、その意図が状況に合っていなかった場合を指します。ミスには、より適切な情報、より明確なモデル、より有益なフィードバックが必要であり、ターゲットのサイズを大きくしても効果はありません。

検証のタイミングは、繰り返し発生する実務上の判断事項です。送信時に検証を行うと、ユーザーは問題が発生してからかなり時間が経ってから、文脈を無視して、多くの場合ページが再レンダリングされて入力内容が失われた後に、問題を修正せざるを得なくなります。キー入力ごとに検証を行うと、入力が完了する前にエラーが検出され、ユーザーにとって煩わしい印象を与えます。フィールドがフォーカスを失ったときに検証を行い、有効な入力内容は肯定的に確認するという方法は、ほとんどの状況で最も優れたテスト結果を示しており、検証に失敗した場合でも入力されたデータをすべて保持することは、タイミングに関係なく必須です。

エラー防止策では、システム自体が故障した場合に何が起こるかも考慮する必要があります。なぜなら、すべてのエラーがユーザーに起因するわけではないからです。支払い失敗、タイムアウト、セッションの期限切れ、接続の切断などは、ユーザーに非がない状況であり、内部状態を説明するメッセージではなく、明確な対処方法を示す必要があります。セッションの期限切れ後も作業内容を保持し、安全な場合は透過的に再試行し、次に何をすべきかを説明することは、システム障害に対するエラー防止策に相当します。

エラー防止は、インターフェースだけでなく、製品に関する運用上の意思決定にも適用されます。未払い残高がある状態でアカウントを閉鎖したり、配送できない住所に商品を注文したり、営業時間外に予約を入れたりできるシステムは、インタラクションデザインではなくビジネスルールによってエラーを発生させており、その結果生じる問題はユーザビリティの調査結果ではなく、顧客からの苦情として表面化します。これらの問題を特定するには、実際の運用における制約を追跡し、入力を受け入れてから後でエラーが発生するのではなく、情報が入手可能な最も早い段階でインターフェースがそれらの制約を強制していることを確認する必要があります。後者のパターンは、最もコストのかかる復旧作業を生み出す原因となります。

商業的な観点から言えば、予防が最も効果的なフローは、高価値で離脱率の高いフローです。チェックアウト、登録、申請フォーム、そしてユーザーが一度完了すると簡単に再開できないあらゆるプロセスです。これらのフローでは、単一のエラーがセッション全体を終了させて​​しまうことがよくあります。フォームフィールド分析とセッション記録を使用して、実際にエラーが発生する場所を特定することは、標準的な診断作業です。 UX監査そして、その結果として得られる修正は、 CROサービス バックログとなるのは、それらが嗜好に関する仮説ではなく、文書化された失敗に対処するものであるためである。