« De l’eau coule du plafond. Est-ce que ça peut attendre demain ? »
Pour un workflow commercial classique, la tentation est immédiate : prendre le nom, l’adresse, le numéro et proposer un rendez-vous. Pour une entreprise sanitaire, électrique, chauffage ou maintenance, la vraie question est ailleurs. Le système dispose-t-il de suffisamment d’éléments pour continuer sans prendre une décision qu’il ne devrait pas prendre ?
Un assistant vocal efficace doit donc avoir une limite d’urgence avant d’avoir un prompt plus sophistiqué.
Le cadre NIST traite le risque en tenant compte de la probabilité mais aussi de l’ampleur possible des conséquences. Pour une PME, cette logique est utile : plus une erreur peut coûter cher humainement ou matériellement, plus le degré d’autonomie doit diminuer. Ce n’est pas une règle juridique suisse spécifique aux artisans. C’est une règle de conception prudente.
La limite commence avant toute tentative de diagnostic
Le problème vient souvent d’une consigne trop large : « aide le client au maximum ». Avec une base FAQ, un planning et un modèle conversationnel très fluide, l’agent donne l’impression de pouvoir gérer tout l’appel. Mais une conversation n’est pas une inspection technique.
Le rôle le plus robuste est plus simple : collecter, classer, escalader.
L’IA peut recueillir ce que la personne observe : de l’eau au plafond, une panne complète, un disjoncteur qui retombe, une odeur inhabituelle, un bruit. Elle peut demander l’adresse, le numéro de rappel, l’accès au bâtiment et depuis quand le problème existe.
Elle ne devrait pas inventer la cause, déclarer spontanément que « ce n’est pas dangereux » ou fournir des consignes techniques non validées par l’entreprise.
Fait confirmé : les documents NIST AI RMF et Generative AI Profile proposent une approche structurée pour identifier et gérer les risques liés aux systèmes d’IA. La Convention-cadre du Conseil de l’Europe met également l’accent sur la responsabilité et la fiabilité.
Recommandation éditoriale : dans un appel potentiellement critique, l’incertitude persistante peut elle-même devenir un motif de transfert. Ce n’est pas une obligation légale universelle ; c’est une architecture conservatrice adaptée aux conséquences possibles.
Quatre états opérationnels suffisent pour un premier pilote
Une petite entreprise n’a pas besoin d’un arbre décisionnel de cent pages. Elle a surtout besoin d’une frontière claire, définie par une personne compétente.
| État | Exemple | Action de l’assistant |
|---|---|---|
| Routine | devis, entretien, rendez-vous | collecte normale et suite du workflow |
| Urgent | installation en panne, activité bloquée | priorité élevée, règle d’astreinte |
| Urgence potentielle | eau, électricité, gaz ou autre trigger validé | pas de diagnostic libre, escalade immédiate |
| Incertain | description impossible à classer correctement | transfert plutôt que fausse certitude |
Les triggers doivent venir de l’entreprise. Un chauffagiste ne travaille pas avec la même frontière qu’un électricien. Le responsable technique, le chef d’exploitation ou une personne expérimentée doit définir les cas qui quittent le flux automatique.
L’IA peut ensuite reconnaître différentes formulations naturelles de ces situations. Elle ne doit pas être la seule à décider de la politique de sécurité.
Le transfert humain doit exister réellement
« Je vous passe un collègue » n’a aucune valeur si personne ne reçoit l’appel.
Pendant une astreinte, le transfert peut être direct. Dans une autre organisation, ce sera un callback prioritaire, une alerte au technicien de garde ou un ticket urgent dans une file réellement surveillée.
Le collaborateur qui reprend doit recevoir plus qu’un numéro de téléphone. Il lui faut le nom, le numéro confirmé, l’adresse, le problème observé, l’heure, les réponses déjà obtenues et surtout le trigger qui a provoqué l’escalade.
L’agent doit aussi rester honnête sur la suite. Il ne promet pas « quelqu’un arrive dans vingt minutes » si aucune personne ni aucun système de dispatch n’a confirmé cette information. Il peut dire : « J’ai transmis votre demande en priorité à l’astreinte. Vous serez rappelé sur ce numéro. »
Cette précision est importante parce qu’une voix naturelle rend très crédible une information pourtant non vérifiée.
Les appels difficiles ne ressemblent jamais au script
« Ça sent bizarre. » « Le boîtier fait du bruit. » « Il y a une lumière rouge. » Les clients ne connaissent pas toujours le nom de l’équipement et peuvent décrire le problème sous stress.
Un mauvais assistant transforme cette incertitude en interrogatoire technique. Un bon assistant vérifie quelques éléments simples, puis reconnaît quand la conversation n’apporte plus assez de sécurité.
En Suisse, il faut ajouter les dialectes et le changement de langue. Une personne peut commencer en allemand standard, passer au suisse allemand puis citer un lieu francophone. Une qualité audio médiocre peut également déformer le mot déterminant.
Il faut donc combiner les signaux : contenu de l’appel, présence d’un trigger, contradictions, répétitions, échec de clarification et conséquence potentielle. Un score de reconnaissance vocale isolé ne devrait pas décider seul qu’un cas est sûr.
Autre exception importante : même un technicien humain ne peut pas toujours trancher à distance. Le système doit pouvoir garder l’état « incertain » au lieu de fabriquer une conclusion propre pour le CRM.
Pilote minimal : automatiser la réception, pas l’expertise métier
Un bon pilote commence petit. Il ne promet pas que « l’IA gère le service d’urgence ». Il vérifie si elle collecte les informations utiles et remet les cas sensibles à la bonne personne.
- Réunir 30 à 50 exemples anonymisés d’appels normaux, urgents et ambigus.
- Faire définir les catégories et le wording par une personne compétente du métier.
- Limiter les questions à des faits observables, au contact, à l’adresse et à quelques champs réellement nécessaires.
- Retirer les diagnostics libres et les consignes non validées.
- Tester du dialecte, du bruit, des interruptions, des formulations vagues et des réponses contradictoires.
- Tester le chemin humain en dehors des heures de bureau.
Les métriques utiles sont le taux de cas critiques correctement escaladés, les faux négatifs dans les tests, les escalades inutiles, le temps jusqu’à la prise en charge humaine, la complétude du contexte transmis et le nombre de réponses techniques non autorisées.
Ne cherchez pas à minimiser le taux de transfert à tout prix. Un agent qui ne transfère jamais peut simplement garder trop longtemps des cas qu’il ne maîtrise pas.
La conclusion est concrète : pour un artisan, une bonne Voice AI n’est pas celle qui trouve une réponse à tout. C’est celle qui traite calmement le quotidien, reconnaît une zone à risque et rend la main proprement à une personne qualifiée.
Testez exemples clairs et ambigus, accents et bruit compris. En cas de doute, mieux vaut transférer que rassurer. Le transfert humain inclut le signal détecté.
Sources
- NIST — AI Risk Management Framework 1.0
- NIST — Generative AI Profile
- Council of Europe — Framework Convention on AI
- OpenAI — Introducing GPT-Live
Une case libre ne suffit pas pour une intervention. Le guide de planification avec déplacement et capacité ajoute trajet, compétences, matériel et réserve avant confirmation.
FAQ
Qui décide ce qui est une urgence ?
L’entreprise, avec une personne techniquement responsable de ses prestations. Une liste générique générée par IA ne remplace pas cette validation.
L’agent peut-il donner des conseils techniques immédiats ?
Seulement si le wording a été vérifié et autorisé pour ce cas précis. L’improvisation technique ne devrait pas être le comportement par défaut.
Que faire si personne n’est disponible la nuit ?
Prévoir un fallback réel : astreinte, rappel prioritaire ou information transparente sur l’absence de prise en charge immédiate. Pas de promesse inventée.
Faut-il transférer chaque appel ambigu ?
Non. Mais lorsqu’un risque sérieux possible ne peut pas être écarté de manière fiable, une escalade conservatrice est raisonnable.
Faut-il une validation juridique ?
Pour une architecture générale, pas forcément. Pour des consignes engageant la sécurité, la responsabilité ou des obligations sectorielles, une revue professionnelle appropriée est prudente.