Rechercher
Saisissez au moins deux caractères, sans donnée personnelle.

    BibliothèqueArticles et FAQ Votre projetDemander un devis
    LangueFR
    Guides pratiques

    Organiser le suivi des demandes reçues par un site web

    Un formulaire qui fonctionne ne suffit pas si les messages restent dans une boîte commune, arrivent à la mauvaise personne ou n’obtiennent jamais de réponse. Le parcours doit être testé jusqu’à sa conclusion.

    Voir la méthode

    Illustration de la préparation d’un projet web : Organiser le suivi des demandes reçues par un site web

    Définir les types de demandes et leur destination

    Relevez les demandes qui arrivent réellement : devis, rendez-vous, assistance, partenariat, presse ou question générale. Pour chacune, nommez une personne ou une équipe responsable et un canal de secours. Une liste déroulante ne doit pas devenir le seul moyen de faire parvenir un message à la bonne personne : prévoyez un traitement pour les demandes mal classées.

    Limitez les champs aux informations nécessaires pour démarrer. Une demande complexe peut être précisée lors d’un échange ultérieur. Le guide de conception du formulaire couvre la saisie, les erreurs et la confirmation côté visiteur ; ici, le travail continue après l’envoi.

    • Types de demandes et responsables identifiés.
    • Traitement des messages mal classés.
    • Canal de secours lorsque la destination habituelle échoue.

    Tester la remise et la compréhension du message

    Envoyez des demandes d’essai depuis un téléphone et un ordinateur. Vérifiez le message de confirmation affiché, l’éventuel accusé de réception, la boîte réellement destinataire et les informations qui y arrivent. Le visiteur doit savoir si sa demande a été transmise ou si une action reste nécessaire. Un écran de réussite ne prouve pas que le courriel ou la notification est parvenu à l’équipe.

    Essayez aussi un message avec accents, une adresse mal saisie, un champ facultatif vide et une pièce jointe si cette fonction existe. Évitez d’inclure des données sensibles dans une notification envoyée à trop de destinataires. Documentez le parcours d’une demande perdue ou rejetée pour qu’une personne puisse enquêter sans demander au visiteur de tout ressaisir.

    Le tutoriel W3C sur les notifications de formulaire donne des exemples de messages de réussite et d’erreur accessibles ; vérifiez leur comportement dans le formulaire réellement publié.

    • Confirmation visible et remise interne vérifiées séparément.
    • Essais d’erreur et de caractères spéciaux.
    • Accès aux messages limité aux personnes concernées.

    Suivre la demande jusqu’à une réponse utile

    Choisissez quelques états compréhensibles : nouvelle, attribuée, en attente d’information, traitée, close. Conservez la date de réception et le responsable actuel. La priorité dépend de la nature de la demande, pas uniquement de l’ordre d’arrivée ; un problème de service existant peut exiger une autre voie qu’une demande commerciale.

    Rédigez une première réponse qui reformule le besoin et précise la prochaine étape. Si une information manque, posez une question ciblée. Ne promettez pas un délai automatique que l’équipe ne peut pas tenir. Une réponse envoyée ne vaut pas résolution : vérifiez que la personne a reçu l’information nécessaire et que le suivi est clos de manière justifiée.

    Jeu de suivi fictif, figé au moment de la revue : 20 demandes uniques se répartissent en 6 nouvelles, 5 attribuées, 4 en attente d’information, 3 résolues à valider et 2 closes. Ici, « résolue » signifie qu’une solution a été proposée, mais que la clôture attend une vérification ; il reste donc 18 demandes non closes. Ce vocabulaire est une convention du scénario à définir avec l’équipe, pas une norme imposée à tous les outils.

    Parmi les 18 demandes non closes, 2 n’ont aucun responsable et 3 ont dépassé une échéance interne définie dans le test. Une même demande figure dans les deux groupes : il y a donc 2 + 3 − 1 = 4 demandes distinctes à examiner, pas 5. Identifiez-les par leur référence et notez l’action suivante ainsi que le remplaçant autorisé. Un accusé automatique ne suffit ni à attribuer une demande ni à justifier sa clôture.

    • État, date et responsable accessibles à l’équipe.
    • Réponse qui indique la prochaine action.
    • Clôture distincte de la simple expédition d’un message.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Stock fictif et sous-ensembles : ne pas additionner les alertes
    IndicateurValeur du jeu de testPérimètre à conserver
    Demandes uniques206 nouvelles + 5 attribuées + 4 en attente + 3 résolues à valider + 2 closes
    Demandes non closes18Toutes sauf les 2 closes
    Sans responsable2Sous-ensemble des 18 non closes
    Échéance interne dépassée3Sous-ensemble des 18 ; une demande aussi sans responsable

    Contrôler les volumes, les accès et les corrections

    Chaque semaine ou chaque mois selon le volume, comparez les demandes reçues, les demandes sans propriétaire, les réponses tardives et les problèmes de remise. Relisez un petit échantillon de parcours complets plutôt que de regarder uniquement un total de conversions. Lorsque la mesure du site et le suivi commercial utilisent des outils différents, expliquez les écarts au lieu de les masquer.

    Définissez une durée de conservation adaptée au besoin et aux obligations applicables, puis vérifiez les droits d’accès et la suppression. Lorsqu’une personne quitte l’équipe, les demandes encore ouvertes doivent être réattribuées. Le guide de mesure aide à choisir des indicateurs utiles sans accumuler les données.

    La CNIL explique comment déterminer une durée de conservation selon la finalité et les règles applicables ; aucun délai unique ne convient à toutes les demandes.

    • Demandes sans responsable repérées.
    • Accès et conservation revus.
    • Test périodique du parcours complet.

    Compter les nouveaux dossiers, pas tous les envois

    Exemple fictif : une journée produit 12 envois de formulaire, dont 9 nouvelles demandes, 2 relances rattachées à des dossiers existants et 1 essai interne identifié. Le total de 12 décrit les envois ; il ne représente pas 12 occasions commerciales distinctes. Rapprochez les échanges grâce à une référence vérifiée, sans fusionner automatiquement tous les messages d’une même adresse.

    Dans cet exemple, le bilan retient 9 nouveaux dossiers. Ce nombre ne signifie ni 9 clients ni 9 ventes. Conservez la période et la définition de chaque indicateur ; laissez les rapprochements incertains à vérifier. La qualité de la demande et l’issue commerciale se suivent séparément.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Exemple fictif : 12 envois, 9 nouveaux dossiers
    Flux observéNombreTraitement
    Nouvelles demandes9Ouvrir 9 dossiers distincts.
    Relances identifiées2Compléter les dossiers déjà ouverts.
    Essai interne identifié1Écarter du bilan commercial, sans masquer une erreur technique.

    Faire accepter le relais avant une absence

    Cas fictif : le dossier DEMO-42 attend une précision alors que sa responsable part en congé. Préparez un relais qui retrouve la référence, le dernier échange utile, l’information attendue et la prochaine échéance convenue en interne. Transférer simplement un courriel ne prouve pas que le dossier est repris.

    Le remplaçant confirme qu’il a accès aux seules informations nécessaires et prend en charge la prochaine étape. L’équipe identifie un seul responsable à ce stade. Au retour de la personne initiale, vérifiez l’état réel avant toute nouvelle réponse pour éviter deux engagements contradictoires.

    • Tester la reprise avec un dossier entièrement fictif.
    • Faire confirmer le responsable de la prochaine action.
    • Clore ou réattribuer le relais après vérification du traitement.

    Documents de référence

    Contenu mis à jour le

    Matrice de recette à adapter au projet

    Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Cas de test, résultats attendus et preuves utiles
    CasRésultat attenduPreuve à conserver
    Le destinataire habituel est absent.Un remplaçant autorisé retrouve la demande et sait quelle action mener.Référence de demande fictive, statut visible pour le relais et personne désignée pour la réponse.
    La même demande arrive par formulaire puis par téléphone.L’équipe peut rapprocher les échanges sans perdre l’historique ni répondre deux fois par erreur.Référence fictive commune et responsable de la prochaine action.

    Questions fréquentes

    Comment éviter qu’une demande soit reçue mais jamais traitée ?

    Définissez responsable, remplaçant, statut et délai interne de revue. Distinguez accusé de réception et réponse métier. Vérifiez une demande complète depuis le formulaire jusqu’à sa prise en charge. Conservez seulement les informations utiles et les accès nécessaires au suivi.