Recevoir « Bonjour, je voudrais un devis » laisse beaucoup de questions ouvertes. Demander immédiatement tous les détails d’un projet peut aussi compliquer la prise de contact. Le choix des champs dépend donc de la réponse que votre équipe doit pouvoir préparer.
Pour une PME de services, le formulaire sert généralement à comprendre la demande, vérifier si elle entre dans son périmètre et organiser la suite. Commencez par cette fonction avant de choisir une liste de champs.
Partir des informations qui changent votre réponse
Prenez quelques demandes récentes et repérez ce qui manquait pour agir. La commune permet-elle de vérifier votre zone d’intervention ? La date détermine-t-elle votre disponibilité ? Le nombre de participants change-t-il la prestation à proposer ?
Pour chaque champ envisagé, formulez une phrase : « Cette information nous permet de… ». Si personne ne peut compléter la phrase avec une décision précise, réexaminez sa place dans le formulaire. Le GOV.UK Design System recommande également de connaître la raison de chaque question et de limiter la demande aux informations réellement nécessaires. Nous appliquons ici ce principe au premier contact commercial.
- Pour reprendre contact : un nom et un moyen de réponse adapté à votre fonctionnement.
- Pour comprendre le projet : la nature de la demande, avec un espace permettant de préciser les particularités.
- Pour apprécier sa faisabilité : la zone, la période ou une autre contrainte qui influence réellement votre intervention.
Cette base est à adapter. Un prestataire intervenant uniquement à distance n’a pas les mêmes besoins de localisation qu’une entreprise qui organise des visites de chantier.
Décider ce qui est indispensable maintenant
Une information utile à un moment du projet peut être recueillie plus tard. Distinguez ce qui permet d’engager la conversation de ce qui sert à préparer une proposition détaillée ou à organiser la prestation.
Le numéro de téléphone mérite par exemple un arbitrage : si votre équipe rappelle pour comprendre chaque demande, expliquez cette prochaine étape. Si une première réponse par email suffit, examinez l’intérêt de rendre aussi le téléphone obligatoire.
Le budget : une question à contextualiser
Une enveloppe indicative peut orienter un projet, mais certains prospects ne disposent pas encore d’un budget établi. Dans ce cas, une réponse « À définir ensemble » peut être plus utile qu’un montant renseigné au hasard. Précisez l’usage de cette information : adapter le périmètre, identifier les options ou préparer une première discussion.
Le critère de décision reste concret : sans cette réponse, votre équipe peut-elle proposer une prochaine étape pertinente ? La réponse peut varier selon les prestations.
Exemple : adapter une demande à un projet événementiel
La situation suivante est fictive et ne correspond pas à un résultat client d’Ourcreativity. Un traiteur reçoit des demandes pour des événements privés et professionnels. Son équipe veut savoir si elle peut intervenir et quelles questions préparer pour le premier échange.
Un point de départ possible serait :
- le nom et l’adresse email pour répondre ;
- le type d’événement pour situer la demande ;
- la commune et la période envisagée pour vérifier le contexte ;
- un nombre approximatif de convives, avec une possibilité de préciser qu’il reste à confirmer ;
- un message libre pour les contraintes particulières.
Les choix détaillés de menu, les informations de facturation ou un déroulé minute par minute peuvent attendre si l’équipe n’en a pas besoin pour organiser le premier échange. Une demande de simple renseignement peut aussi suivre un parcours plus léger qu’un projet déjà défini.
Ce modèle constitue une hypothèse de conception. Il faut la confronter aux habitudes de l’équipe et aux demandes réellement reçues avant de modifier le formulaire.
Rendre chaque question compréhensible
Les libellés doivent indiquer clairement l’information attendue. « Date ou période envisagée » donne davantage de contexte que « Date ». Une courte précision peut indiquer qu’une estimation est acceptable.
Les recommandations du W3C sur les libellés des formulaires rappellent que les champs doivent être identifiables et associés à leur libellé pour les technologies d’assistance. Le travail de rédaction et le travail technique se complètent : un intitulé visible doit aussi être correctement relié au champ.
Signalez clairement les informations facultatives et testez les cas qui sortent du scénario idéal : date inconnue, projet atypique ou plusieurs prestations possibles. Le formulaire doit permettre de décrire une demande réelle.
Vérifier le parcours jusqu’à la réception
Le contrôle dépasse l’apparence de la page. Faites un essai sur un téléphone, puis au clavier, avec une demande de test clairement identifiable. Vérifiez les étapes suivantes :
- Les questions et les indications restent lisibles pendant la saisie.
- Une erreur explique le champ à corriger et la correction attendue.
- La confirmation indique que la demande a été transmise et présente une prochaine étape réaliste.
- Le message parvient effectivement au bon destinataire, avec les informations nécessaires.
Le W3C recommande des retours explicites sur la réussite ou l’échec de l’envoi. Une confirmation affichée sur le site et la réception dans votre organisation sont toutefois deux vérifications distinctes. Si vous annoncez un délai de réponse, assurez-vous que votre organisation peut le tenir.
Observer ce que le changement apporte au suivi
Après une modification, examinez la qualité des demandes et le travail nécessaire pour les traiter. L’équipe dispose-t-elle du contexte utile ? Certaines questions provoquent-elles des incompréhensions ? Des informations sont-elles systématiquement redemandées ?
Si une mesure du parcours existe, rapprochez-la des demandes effectivement reçues. Un clic sur le bouton n’atteste pas à lui seul qu’une demande exploitable est arrivée. Avec peu de demandes, conservez des observations précises plutôt qu’un taux présenté comme concluant.
Ce diagnostic peut conduire à retirer un champ, clarifier une question ou recueillir une information plus tard. Dans une création ou amélioration de site web, le bon arbitrage consiste à préparer une réponse utile avec un effort de saisie proportionné au projet.
