「無効」と「認識されない」（対その他）
たとえば、パッケージの追跡コードをユーザーに要求するフォームがあるとします。したがって、ユーザーは33763と入力しますが、システムにコード33763のパッケージはありません。いつものように、この不幸な状況についてユーザーに知らせる必要があります。次の「エラーメッセージ」のうち、この状況に最適なものはどれですか。それとももっと良い提案がありますか？
- トラッキングコードが無効です。
- トラッキングコードが認識されませんでした。
注：誰かが提案する前に...私たちの特定のシステムの標準（またはほとんどありません）では、エラーメッセージの前に「申し訳ありません」というメッセージが含まれていないため、すぐに開始するのは奇妙に思えるかもしれません。
トラッキングコードが無効です
それは...ですか？本当か？コードが実際に有効である可能性はありませんが、何らかの理由でシステムにありません。
トラッキングコードが認識されませんでした
認識されませんか？ケースが間違っていましたか？なぜそれが認識されなかったのですか？それは私のせいですか、それともコンピューターのせいですか、それとも会社のせいですか。
これらのメッセージはどちらも、前進するのに役立つ方法で問題を特定するのに役立ちません。どちらも、コードが間違っているのか、システムが最新でないのかを知る自信がありません。
それで、なぜそれが機能しないのか、そしてそれを修正する方法に関するいくつかのヒントを教えてくれるメッセージを見たいです。
トラッキングコードは「A」で始まり、その後に5桁が続く必要があります
これは実際には、ユーザーに提供する必要のある種類の情報beforeを入力して、正しいコードを使用していることをユーザーに知らせる必要があることに注意してください。
コードが正しい形式であるが見つからない場合、メッセージは問題の所有権を取得する必要があり、ユーザーやコードのせいではありません。
現在、コード33763が見つかりません。
次に、システムの動作に応じて、詳細情報を提供します。後で戻ってくる可能性がある場合は、うまくいく可能性があります。電話をかけるための電話番号、またはそれ以上のサポートを拒否するのではなく、提案された次のステップ。
システムが稼働中であり、コンピューターがオフになっているなどの理由で障害が発生していないことを何らかの方法で示し、検索を実行しているように見えるまで少し時間がかかります。 too迅速な対応などがあります。
より明確な「トラッキングコードXYZのパッケージは見つかりませんでした。」
「コードを正しく入力したことを確認してください」など、いくつかの考えられる原因も提案するのは魅力的ですが、それらは誤解を招く可能性があり、ほとんどの場合、とにかくそれほど役に立ちません。エラーメッセージと、入力した番号が記載されている場合は、簡単なチェックで間違いの原因を特定できます。具体的に記載する必要はありません。
一方、他にリストされていない特定のオフィスに連絡するなど、明らかではない潜在的な救済策がある場合は、それらが役立つ状況を明らかにする限り、それらを置くことは十分に合理的です。