Nous avons besoin d'un site Web où il y aura un formulaire de contact à l'écran dans toutes les pages ainsi que la possibilité de s'inscrire à une newsletter.
Maintenant, un formulaire de contact est quelque chose de traditionnel dans le pied de page (s'il doit être disponible pour toutes les pages), où nous aurions un formulaire pour entrer l'adresse e-mail, le texte de la requête et le bouton Envoyer.
Pour vous inscrire aux newsletters, nous avons besoin du champ d'adresse e-mail.
Cela soulève le dilemme suivant:
Dois-je faire le même formulaire polyvalent afin que vous puissiez vous inscrire à la newsletter en même temps que faire une demande, ou les avoir sous deux formes distinctes?
J'ai simulé les deux versions en un seul filaire ici, mais cela devrait donner une idée des deux options. Il y aura d'autres choses dans le pied de page, donc cela pourrait finir encombré s'il y a deux formes et une charge de contenu là-dedans.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
L'avantage de mélanger les deux est qu'il est possible que les gens veuillent faire les deux actions - contactez-nous et demandez une newsletter. Un seul formulaire signifie qu'ils n'ont pas à remplir leur e-mail deux fois. Cependant, cela devient un peu déroutant s'ils ne veulent que la newsletter, car ils remplissent un formulaire de demande alors qu'ils n'ont pas réellement de demande. Par conséquent, il est plus logique d'avoir un champ séparé pour l'inscription à la newsletter. Mais bien sûr, cela signifie que le pied de page de cette page aura deux formulaires différents, tous deux avec le même champ "e-mail".
Je pense probablement trop aux choses ici, mais je me demande s'il y a une meilleure option pour ne pas dupliquer les fonctionnalités au même endroit et avoir des tas de champs de formulaire partout dans le pied de page, mais aussi garder les choses évidentes sur la façon dont vous demandez et comment vous demandez une newsletter.
La réponse de Sam est assez précise sur la nécessité de les garder séparés car il existe de nombreux cas d'utilisation où une personne peut simplement vouloir vous contacter mais peut ne pas être intéressée par la newsletter et vice versa où une personne peut vouloir s'abonner à votre newsletter mais pas tendre la main à vous.
Ma recommandation serait de les garder séparés bien que vous puissiez combiner le formulaire de contact et le formulaire d'abonnement par e-mail comme indiqué ci-dessous:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Assurez-vous de mettre en surbrillance la case à cocher de la newsletter afin que les utilisateurs soient attirés par elle et qu'ils la connaissent.
Cependant, si vous souhaitez combiner les deux, j'ai mis à jour la maquette pour refléter la conception.
En général, je pense que vous voulez que ce soit une interface utilisateur distincte car ce sont des cas d'utilisation distincts . Un cas est "Je veux vous dire quelque chose", tandis que l'autre est "Je veux que vous me disiez quelque chose".
Cela dit, vous pouvez essayer de faire quelque chose d'intelligent:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Vous pouvez même enregistrer l'e-mail + le nom dans les cookies de l'utilisateur, ce qui lui donne l'impression de pouvoir dialoguer en permanence avec votre site (en supposant que cela soit souhaitable du point de vue commercial).
Pourquoi ne pas utiliser une approche réductrice?
Quoi de plus important, le formulaire d'inscription par e-mail ou les commentaires?
De nos jours, la rétroaction peut être déclenchée de plusieurs façons, avoir les deux dans le pied de page peut confondre (l'objectif), sinon effectuer des tests A/B pour voir quelle solution est la meilleure.