web-dev-qa-db-ja.com

eコマースアプリケーションの検証メッセージに「お願い」を使用する必要があります

Eコマースアプリケーション(おそらくWebアプリケーション)を構築する場合、入力検証はこれらのタイプのアプリケーションのコアコンセプトの1つです。検証が失敗した場合、ユーザーに赤信号以上のものを提供する必要があります。

たとえば、入力フィールドが必須であり、エンドユーザーが必須フィールドに入力せずにフォームを送信しようとしたとします。以下のエラーメッセージは、表示されるメッセージの種類です。

  • 名前フィールドは必須です。
  • 名前フィールドに入力する必要があります。
  • 名前フィールドは空のままにしないでください。
  • 提出された名前を記入してください

私はこれらのオプションについて常に確信が持てません。検証メッセージを提供するとき、私たちは本当に礼儀正しくすべきですか? "please"と言った場合、エンドユーザーは私たちを憎むと思いますか(複数のメッセージがある場合は、何度も何度もお願いします)。

5
tugberk

yesこれが読みやすさの妨げにならない場合、私はそう言います。私がうまく機能していると思うのは、エラーメッセージの冒頭にわかりやすい説明を付けることです(複数のエラーが発生しても、Niceが再生されます)。

データを送信できませんでした。次のエラーを修正することを検討してください:

  • 名前フィールドは必須です。

私はあなたのコミュニケーションが積極的でないことが非常に重要だと思います。ほとんどの場合、ユーザーではなくWebサイトに障害があることをユーザーに伝えたいと考えています。購入プロセスを終了する前に、ユーザーを困らせてサイトを離れてもらいたくないのは確かです。

リンクはもう見つかりませんが、 7Signals はサインアップ時にABテストを行い、途中でユーザーに感謝したところ、サインアップ率が高くなっていることに気付きました。ここでも同じ効果が当てはまると思います。

7
Tarscher

いいえ。メッセージテキストは短く、意味のあるものにしてください。この規則に違反する場合は、Windows UIガイドラインをお読みください。

Windows UIガイドライン

7
sysscore

さて、[〜#〜]いいえ[〜#〜]。これで止まって、近づいてください。私たちはあなたがほしい。あなたは私たちが欲しい。感謝し、お互いをより真剣に喜ばせます。

2
Yuval Klein

一般的にはありません。なぜなら、使い過ぎるとWordはその影響を失い始めるからです。ユーザーが通常のワークフローの外で何かをする必要がある場合、または異常な手順(バグレポートを含むスクリーンショットを送信するなど)をユーザーに依頼する場合は、「お願い」を使用して不便。

2
Todd Sieling

一般的にはノーと言いますが、それはあなたがあなたに製品を与えたいと思う人格に依存します。とてもやさしい商品を目指している方。たとえば 無垢な飲み物 のようなものです。彼らはしばしば彼らの製品を擬人化し、はるかに親しみやすい言葉を使う。たとえば、彼らは「あなたが私を電子レンジから取り出すときに私は少し暑くなることがある」と言うかもしれません。

純粋なユーザビリティの観点から要約すると、私は常にメッセージを短く、要点を保つようにします。ただし、製品の個性/ブランドがより重要な場合もあります。

1
Sheff

何も言わないでください。それらのフィールドを赤くして、一秒間シェイク/フラッシュします。

0
kBisla

エラーメッセージは、おもしろくしようとしない限り、できるだけ短く簡潔にする必要があります。

この場合、次のようなことを試してください。

「あなたは名前フィールドを空白のままにしました。あなたは本当にそれを記入せずにどこかに行くことを期待していますか?」

-

しかし、この種のことは本当に些細なことであり、はるかに悪いことは、エラーメッセージを特定しないことです。 12のフィールドに入力する必要があり、どのフィールドが問題の原因であるかをユーザーに明確に示さない場合、ソフトウェアを作成したプログラマー/会社を殺したいと考えているユーザーを計画できます。さらに悪いのは、良いフィールドが一掃されて、1つのフィールドだけがめちゃくちゃになったためにすべてを再入力しなければならない場合です。それがあまりにも多くのアプリケーションで頻繁に起こることがわかっているので、それは私たちが心配すべきことです。

0
Guest