web-dev-qa-db-fra.com

Entrez votre email ci-dessous et nous vous contacterons

Mon client souhaite une page dans laquelle le texte suivant apparaît:

"Entrez votre email ci-dessous et nous vous contacterons"

Il est ensuite suivi d'un champ de texte (pour écrire l'adresse e-mail) et d'un bouton pour le soumettre.

Est-ce la bonne façon? Les gens ont-ils confiance pour saisir leurs propres e-mails pour en savoir plus? (en fait juste en dessous du champ de texte rassure l'utilisateur en disant: nous ne partageons votre email avec personne, ...)

Ma question est: est-ce une approche où nous demandons à l'utilisateur de saisir son e-mail mieux qu'une approche où nous demandons de cliquer sur un lien de courrier électronique?

2
chack

Qu'ils vous laissent une adresse e-mail ou vous envoient un e-mail, à bien des égards, ce sera la même chose. Mais la façon dont vous le demandez est importante.

"Entrez votre e-mail ci-dessous et nous vous contacterons" ne me donne pas grand chose de positif. Si c'est pour une plainte, alors vous me contactez simplement n'est pas ce que je veux. Je veux que quelqu'un s'occupe de mon problème dès que possible. Si c'est un contact pour de plus amples informations, alors je veux savoir que vous me communiquerez les informations dès que possible.

Vous devez Word le message que vous utilisez pour donnez aux gens l'assurance que vous traiterez leur problème/plainte/question directement et rapidement.

Si vous donnez la situation et la raison pour laquelle vous demandez les coordonnées ou que vous souhaitez qu'ils vous envoient un e-mail, je vous ferai une suggestion plus directe.

Edit: J'aurais plutôt tendance à utiliser quelque chose comme:

Si vous souhaitez plus d'informations ou avez des questions, veuillez nous laisser un message, nous ferons de notre mieux pour vous répondre dans les plus brefs délais.

Si cela est plus long que l'espace dont vous disposez, vous devez décider de ce qui est moins important et laisser de côté.

7
JohnGB

Vous présentez deux options - une où l'utilisateur envoie son e-mail et l'autre où l'utilisateur vous envoie un e-mail.

En termes de confiance, ils sont les mêmes, car vous vous retrouvez avec leur e-mail dans les deux cas. Donc, si l'utilisateur ne vous fait pas suffisamment confiance pour laisser son adresse e-mail, il ne vous fera pas suffisamment confiance pour vous écrire non plus.

En termes d'UX, la première option est meilleure, car elle nécessite beaucoup moins de travail de la part de l'utilisateur. Si vous demandez aux utilisateurs de vous écrire, ils peuvent hésiter, ne sachant pas quoi écrire, ou ils peuvent le remettre à plus tard, ce qui ne vient jamais. Vous leur demandez essentiellement de faire le premier pas, ce qui est une grosse demande. Mais si vous leur demandez simplement de laisser leur e-mail, vous dites "laissez-nous le reste, vous n'avez rien à faire".

6
Vitaly Mijiritsky

Soyez conscient qu'il existe différents risques techniques; si vous demandez l'adresse e-mail de quelqu'un, il se peut qu'il se trompe, alors que s'il vous envoie un e-mail, son client de messagerie vous fournira la bonne adresse from.

D'un autre côté, les utilisateurs de webmail n'auront pas de client de messagerie distinct à utiliser, ils préféreraient donc avoir une adresse e-mail à coller dans leur webmail.

Un problème secondaire est que vous avez les débuts d'un formulaire de contact, que vous pourriez développer plus tard pour ajouter plus d'informations; soit plus de champs (risquant de gêner l'internaute) soit un suivi de l'historique de navigation de l'internaute sur votre site, pour proposer les informations les plus appropriées.

Personnellement, j'irais avec Vitaly et dirais de fournir plusieurs options. Si vous préférez que l'utilisateur entre son adresse e-mail, faites-en la grande option claire avec les autres en dessous:

Si vous nous donnez votre adresse e-mail, nous vous répondrons: [[email protected]]
ou vous pouvez nous envoyer un courriel en utilisant [email protected]. Ne vous inquiétez pas, nous ne partagerons vos coordonnées avec personne.

0
Phil H