Recommandation de conception pour un bouton
J'ai un formulaire dans lequel l'utilisateur demande un rapport au système en cliquant sur le bouton Envoyer une demande de rapport. Le système produit ensuite des rapports planifiés en fonction de l'intervalle sélectionné par l'utilisateur (quotidien, hebdomadaire, mensuel). Le problème avec cette conception est qu'il n'y a pas de retour immédiat à l'utilisateur après avoir appuyé sur le bouton. Je veux éviter un scénario dans lequel l'utilisateur clique sur le bouton et dit: "et maintenant?" Comment puis-je atteindre cet objectif? Quelles sont vos recommandations pour un tel problème?
Scheduled Report Request (Label)
Report Name (Label) + Text Input
Interval (Label) + Listbox (Options: Daily, Weekly, Monthly)
Send Report Request (Button)
Désactivez le bouton d'envoi dès qu'il a été enfoncé et affichez un message (ou similaire) pour indiquer que l'action est en cours de traitement. La désactivation du bouton empêche les clics répétés et les commentaires permettent à l'utilisateur de savoir que quelque chose se passe.
Parfois, il peut sembler que les commentaires reviennent trop rapidement, et les utilisateurs peuvent se sentir plus à l'aise s'ils voient un spinner occupé, même juste une seconde, avant que le message de réussite n'apparaisse, car il semble vraiment comme si le système était occupé à faire quelque chose.
Vous n'aurez peut-être pas besoin de dire Merci s'il s'agit d'une action très fréquente ou si votre utilisateur n'appréciera pas la finesse - dites simplement Rapport de planification ...!
Rendez le message convivial et s'il y a un certain temps entre appuyer sur le bouton et obtenir la confirmation que la demande a été traitée, alors donnez une indication de la durée qui pourrait être impliquée.
Si la demande devait se produire tout de suite et pourrait prendre très longtemps, il pourrait être judicieux de "mettre en banque" ou de mettre en file d'attente la demande et d'envoyer un e-mail à l'utilisateur ou d'introduire une notification lorsque le rapport a terminé (par exemple, comme les barres de notification ici sur l'échange de pile) - et bien sûr avec un lien vers les sorties mises en file d'attente. Amazon et Paypal le font lors de la génération de très longs rapports. D'une certaine manière, ils calculent si le rapport peut être fait dans un délai raisonnable ou s'il a besoin de ce type de mise en file d'attente ou de notification.
Vous pourriez dire quelque chose comme: Merci. Un e-mail confirmant votre sélection vous a été envoyé contenant un exemple de rapport.
Envoyez-leur ensuite un e-mail avec un exemple de rapport. C'est principalement pour qu'il y ait une action qu'ils puissent voir, ainsi qu'une opportunité pour eux de voir ce qu'ils obtiendraient et de décider s'ils veulent changer la fréquence.
Si je vous interprète correctement, ce formulaire permet à l'utilisateur de remplacer tout critère de rapport existant et de demander à votre application de changer son comportement en commençant immédiatement.
Si tel est le cas, puis-je vous suggérer de concevoir et de Word votre interface comme un formulaire de "sauvegarde des préférences"? Les utilisateurs comprennent l'idée d'enregistrer les paramètres de comportement sans demander de réponse immédiate.
Dans ce cas, je ferais dire à mon bouton non pas "Soumettre", mais "Enregistrer", et après avoir cliqué, remplacer par le message "Paramètres enregistrés avec succès!".