GUIDE PRATIQUE
Centraliser les demandes dans un tableau
Préparez un scénario Make entre votre formulaire et votre tableau existants. Vérifiez leurs connecteurs avant de configurer le transfert.
VOTRE POINT DE DÉPART
Une réponse reçue, une ligne ajoutée.
Exemple à configurer : « Camille — demande de rendez-vous » apparaît dans le tableau avec le statut « À traiter ». Aucun message n’est envoyé au prospect par ce scénario.
À préparer
- Un compte Make et les accès autorisés aux applications que vous utilisez déjà.
- Un formulaire de test et un tableau de destination avec les champs de l’exemple.
- Un déclencheur de réception et une action d’ajout disponibles dans les connecteurs Make concernés.
Guide de préparation : les intitulés et fonctions dépendent des connecteurs choisis. Aucune compatibilité universelle n’est garantie.
1. Préparer les données de test
Dans vos outils existants, préparez un formulaire de test et un tableau « Demandes test ». Reprenez les colonnes de l’exemple et utilisez des données fictives. Définissez ce qui identifie une réponse unique.
À vérifier : Le formulaire et le tableau servent uniquement à vos essais.
2. Vérifier le déclencheur dans Make
Recherchez votre application source dans Make. Vérifiez qu’un déclencheur permet de recevoir ou de lire les réponses et consultez sa documentation. Connectez uniquement un compte autorisé et sélectionnez le formulaire de test. Si l’action requise manque, ce parcours ne peut pas être suivi tel quel.
À vérifier : Le module pointe vers le bon formulaire.
3. Relier les champs au tableau
Vérifiez que le connecteur de destination permet d’ajouter une ligne ou un enregistrement. Sélectionnez le tableau de test. Reliez chaque colonne au champ reçu ; gardez le statut initial comme texte fixe. Les noms des modules varient selon l’application.
À vérifier : Les colonnes utilisent les réponses reçues, pas les valeurs fictives saisies en dur.
4. Exécuter et contrôler un essai
Lancez un essai du scénario, puis envoyez les valeurs de démonstration. Si les champs ne sont pas encore disponibles, utilisez une première réponse pour terminer leur correspondance. Comparez la ligne obtenue avec la réponse, champ par champ, puis vérifiez les doublons et les erreurs avant toute activation.
À vérifier : La nouvelle ligne correspond exactement à votre demande de test.
5. Activer progressivement et surveiller
Après les essais, activez le scénario sur un petit périmètre. Vérifiez la fréquence, les nouvelles lignes, les erreurs et la consommation. Gardez une reprise manuelle et désactivez le scénario si son résultat ne correspond plus au fonctionnement prévu.
À vérifier : Vous savez retrouver une erreur et désactiver le scénario.
EXEMPLE DÉTAILLÉ
Le tableau à préparer et les valeurs à relier
Recopiez les noms de colonnes dans la première ligne de votre feuille. Les données ci-dessous sont fictives : le scénario doit utiliser les réponses issues de votre formulaire.
| Colonne | À choisir dans Make | Exemple fictif |
|---|---|---|
| request_id | Identifiant unique de la réponse reçue | DEMO-001 |
| name | Réponse au champ prénom | Camille |
| Réponse au champ email | client@example.com | |
| subject | Réponse au champ besoin | Demande de rendez-vous |
| status | Texte fixe à saisir | À traiter |
Exemple de résultat attendu : une ligne avec l’identifiant reçu, Camille, client@example.com, Demande de rendez-vous et À traiter. Gardez l’adresse fictive pour cet essai : ce scénario n’envoie aucun email.
Avec un second prénom dans le formulaire, le tableau doit afficher ce second prénom. Si toutes les lignes indiquent Camille, remplacez la valeur fixe par le champ reçu du formulaire source. Vérifiez aussi le document sélectionné, pas seulement le nom de l’onglet.
Vérifiez d’abord si vos applications proposent déjà le transfert dont vous avez besoin. Make est à examiner lorsque des règles supplémentaires ou plusieurs actions le justifient.
Contrôles avant activation
Ces résultats sont à vérifier dans votre compte : il ne s’agit pas de tests déjà réalisés par BizPratico.
| Cas de test | Résultat attendu |
|---|---|
| Une demande complète | Une nouvelle ligne avec les cinq valeurs attendues |
| Une deuxième demande avec un autre prénom | Une autre ligne avec ce nouveau prénom |
| La même demande traitée de nouveau | Une ligne supplémentaire est possible : ce modèle simple ne dédoublonne pas |
| Un champ obligatoire laissé vide | Le formulaire bloque l’envoi si le champ est bien obligatoire |
Si le résultat ne correspond pas
Aucune ligne ? Vérifiez la réception dans l’application source, puis la sortie de chaque module. Mauvaise valeur ? Revérifiez les champs reliés. Rétablissez une connexion défaillante avant de relancer et contrôlez la destination pour éviter les doublons.
Sources officielles
Passer à la pratique
Ce guide décrit un parcours à configurer dans votre propre compte. Les libellés et fonctions peuvent varier selon votre formule.