Ingénierie d’automatisation · Intégration IA
Automatisation de réponse aux appels manqués
Une automatisation propulsée par n8n qui répond instantanément par texto aux appels manqués d’entreprises de services locales, utilise l’IA pour gérer les réponses et synchronise les réservations confirmées automatiquement.
2026
Ingénierie d’automatisation
3 semaines, en itération

Aperçu
Client
Secteur
Services
Platform
Produit Webavine
Services résidentiels · Métiers spécialisés
Automatisation · Intégration IA
n8n · Twilio · OpenAI · Notion
Résumé
Les entreprises de services perdent des prospects dès qu’un appel reste sans réponse sur un chantier. Cette automatisation capte l’appel manqué et répond en quelques secondes, sans que personne ait à toucher son téléphone.
Le défi
Les appels manqués sont l’une des fuites les plus coûteuses pour les entreprises de métier : un client qui n’obtient pas de réponse appelle généralement simplement le prochain numéro de la liste. Le défi technique était d’enchaîner un webhook d’appel manqué, une logique conditionnelle, une réponse générée par IA et une synchronisation de réservation dans un seul pipeline prévisible, non seulement dans le scénario idéal, mais aussi lorsqu’aucune réponse n’arrive, qu’un numéro est mal formé ou que deux flux se déclenchent presque en même temps.
Objectifs du projet
Récupérer les prospects perdus par appels manqués · Réduire l’administration manuelle à la réception · En faire un produit Webavine reproductible
Objectifs utilisateurs
Ne jamais perdre un prospect en silence · Faire confirmer les réservations sans intervention · Garder des réponses personnelles, jamais robotiques

Découverte et recherche
Constat 01
Dans les services résidentiels, l’entreprise qui répond en premier remporte généralement le contrat, pas nécessairement la meilleure.
Constat 02
Les webhooks et la livraison de SMS ne sont ni instantanés ni garantis; chaque étape devait donc prévoir une solution de repli.
Constat 03
Les propriétaires sur un chantier ne peuvent physiquement pas répondre, mais perdent tout de même le prospect.
Orientation du système de design
Plutôt qu’un seul flux tentaculaire, l’automatisation est divisée en trois flux à objectif unique — déclenchement, réponse et réservation — afin qu’une erreur dans l’un ne se propage jamais aux autres. Chaque embranchement utilise un nœud If explicite plutôt que de supposer un parcours idéal, et les données brutes entrantes sont normalisées dans un nœud Code avant d’atteindre l’appel IA ou la base Notion.
Système de conception
Trois flux modulaires, chacun testable indépendamment. Le déclencheur d’appel manqué envoie le premier texto sortant, le gestionnaire de réponses SMS dirige un message entrant vers un appel IA avant de répondre, et la confirmation de réservation enregistre le travail terminé dans Notion tout en envoyant la confirmation.


L'automatisation en action
Flux de déclenchement, de réponse et de réservation



Un appel manqué atteint un webhook, qui déclenche un texto Twilio immédiat et inscrit le prospect dans Notion. Chaque réponse passe par un nœud If; un appel OpenAI rédige une réponse tenant compte du contexte, puis la conversation est renvoyée et archivée automatiquement.

Développement
Créé dans n8n sous forme de trois flux modulaires · Webhooks Twilio pour les appels manqués et SMS · OpenAI pour des réponses automatiques contextuelles · Notion comme base de prospects et de réservations · Logique conditionnelle pour les cas limites et les erreurs
Réflexion
C’était le premier projet où la difficulté n’était pas le design, mais la fiabilité entre des services que je ne contrôlais pas. Twilio, OpenAI et Notion échouent chacun à leur manière, et déboguer une chaîne brisée à travers trois API n’a rien à voir avec le débogage d’une seule base de code. Séparer l’automatisation en flux distincts dès le début a rendu l’isolement des erreurs beaucoup plus simple qu’avec un seul grand flux. La prochaine fois, j’ajouterais des nœuds de journalisation et de gestion des erreurs à chaque étape dès le départ, plutôt que de les intégrer après qu’un problème se soit produit silencieusement en production.