Avant : chaque demande se traite à la main.
- Rechercher le message et recopier les informations.
- Vérifier si la demande existe déjà.
- Rédiger une réponse et garder une trace.
Une demande client, du début à la fin.
Découvrez une méthode concrète pour centraliser une demande, préparer le suivi et garder le contrôle.
Simulation pédagogique. Aucune connexion à Google, Make ou une IA sur cette page. Aucun message envoyé.
Après : un dossier préparé, une décision humaine.
- Une entrée identifiée et structurée.
- Un doublon arrêté avant une nouvelle écriture.
- Un brouillon relu avant tout envoi.
Hypothèse à mesurer : passer de 8 à 3 minutes par demande sur 80 demandes représente 6 h 40 brutes par mois. Le contrôle, la maintenance et les exceptions restent à déduire. Ce chiffre est fictif et ne constitue pas un résultat client.
Le parcours en 36 secondes
Vidéo explicative avec texte intégré, sans son. La transcription complète est disponible ci-dessous.
EntréeContrôleDoublonRegistreBrouillonValidation
Votre premier exercice : un registre de demandes fiable
Prévoyez environ 15 minutes. Utilisez le simulateur ci-dessous avec des données fictives. Aucun compte, paiement ou outil externe requis.
- Réinitialisez le simulateur, puis traitez D001 avec son email et son besoin d’exemple. Vérifiez qu’une seule ligne apparaît.
- Cliquez sur « Tester le doublon ». Vérifiez qu’il reste une seule ligne.
- Cliquez sur « Tester un champ manquant ». Vérifiez que la demande incomplète est refusée.
- Lisez le brouillon. Quelle action faut-il effectuer avant de l’envoyer ?
Fiche pédagogique type, sans attestation. Si le téléchargement ne démarre pas, ouvrir le fichier directement.
Résultat attendu et explication
Une ligne pour D001 ; aucune ligne supplémentaire pour le doublon ; refus si l’email manque. Une validation humaine est nécessaire avant tout envoi. Cette simulation traite une demande à la fois : elle ne prouve pas la résistance aux doublons lors de demandes réelles simultanées.
Testez les trois cas essentiels
Le registre de la simulation
| ID | Statut |
|---|
Brouillon à valider
—Données conservées uniquement dans cette page. Réinitialisées au rechargement.
Reproduire ce pilote sur vos outils
Ordinateur, comptes Google et Make requis. Abonnements éventuels à votre charge. Les intitulés des interfaces peuvent évoluer. Ce tutoriel prépare un pilote supervisé ; il ne configure pas vos comptes automatiquement.
1. Préparer les deux tables
Dans un Google Sheets de test, créez les onglets Entrées et Registre. Première ligne : request_id, email, need, status, draft. Ne mettez aucune ligne vide entre les entrées. Utilisez uniquement des données fictives.
2. Collecter sans disperser les demandes
Vous pouvez saisir directement une ligne de test dans Entrées. Pour un formulaire, créez les questions email et besoin dans Google Forms, puis reliez les réponses à Sheets depuis la rubrique Réponses. Chaque demande doit avoir un identifiant stable ; pour ce pilote, attribuez D001, D002, etc. manuellement.
3. Déclencher le scénario
Dans Make, créez un scénario et ajoutez Google Sheets > Watch New Rows. Connectez votre compte, sélectionnez le fichier et l’onglet Entrées, puis indiquez que la table possède des en-têtes. Lancez un essai sur une nouvelle ligne. Ce module vérifie les lignes selon la fréquence choisie : ne promettez pas un traitement instantané.
4. Valider les données
Ajoutez un filtre qui laisse passer uniquement les lignes dont request_id, email et need sont renseignés. Pour ce premier pilote, contrôlez manuellement la validité de l’adresse email. Une ligne rejetée reste dans Entrées pour correction : ne la supprimez pas.
5. Contrôler le doublon
Ajoutez Google Sheets > Search Rows sur Registre et recherchez le request_id exact. Configurez la poursuite même si la recherche ne retourne aucun résultat. Route trouvée : ne pas écrire une nouvelle demande. Route sans résultat : créer la ligne avec Add a Row. Gardez le traitement séquentiel pour ce pilote ; une recherche puis un ajout ne garantissent pas l’unicité en cas d’exécutions concurrentes.
6. Mapper les champs et le statut
Dans Add a Row, mappez request_id → request_id, email → email et need → need. Mettez status à « à vérifier ». Commencez par un brouillon fixe « Merci pour votre demande. Pouvez-vous préciser votre besoin ? ». Aucun module d’envoi dans ce premier scénario.
7. Ajouter l’IA après le test de collecte
Une fois la collecte stable, préparez un brouillon dans l’assistant de votre choix avec le prompt ci-dessous, à partir de données fictives. Copiez le brouillon dans draft. Cette étape manuelle permet de vérifier le sens avant toute connexion API. Ne transmettez pas les données d’un vrai client sans cadre adapté.
8. Tester et livrer le pilote
Testez une ligne valide, un même ID deux fois, un champ manquant et une coupure de connexion. Vérifiez les lignes de Registre et l’historique Make. Documentez la reprise, les accès et le responsable. Activez la planification seulement après validation. Un humain relit puis envoie le message en dehors de ce pilote.
Prompt de départ
Rédige un brouillon de réponse court à partir du besoin fourni. Remercie la personne et demande les précisions nécessaires. N’invente aucun prix, délai, engagement ou information manquante. Indique les points à vérifier. Besoin : entretien mensuel. Réponse à faire valider par un humain.
Votre test de réception
- D001 valide : une ligne à vérifier.
- D001 rejoué : aucune nouvelle ligne.
- D002 sans email : arrêt et correction demandée.
- Connexion indisponible : aucun envoi, incident documenté.
Ressources officielles consultées le 3 octobre 2026 : Google Forms → Sheets · Make : premier module · Make : modules Sheets
Ce premier projet vous parle ?
Le parcours complet ajoute deux autres projets, le chiffrage d’une prestation, les modèles de livraison et une évaluation corrigée.
Être averti de l’ouvertureAucun paiement demandé. Pas de revenu garanti.
Aidez-nous à rendre ce projet plus clair.
Après avoir essayé, dites-nous quelle étape vous a posé problème ou ce qui vous manque pour reproduire le pilote.
Retour conservé en privé pour améliorer le contenu. Ne saisissez aucune donnée personnelle ou confidentielle. Aucun email demandé.