Le motif détermine la destination, pas un menu à touches figé.
CAHIER DES CHARGES RÉEL ANONYMISÉ
Standard téléphonique IA multi-sites dans le transport
Un besoin réel anonymisé : centraliser un standard multi-sites, gérer une vingtaine de règles de routage, quatre langues, les horaires, l’astreinte, les transferts et les messages.
EN UN COUP D’ŒIL
Un numéro. Plusieurs sites. Des règles différentes selon chaque appel.
La même logique opérationnelle doit fonctionner en français, anglais, espagnol et allemand.
Heures ouvrées, fermetures et astreinte déclenchent des parcours différents.
Chaque appel traité doit laisser une trace écrite exploitable.
PARCOURS D’APPEL
Cinq scénarios qui montrent où se situe réellement la complexité.
Le référentiel ne se contente pas d’associer un mot-clé à un numéro. Il prévoit des questions de clarification, des règles d’indisponibilité et des comportements différents selon l’urgence et l’horaire.
01
Exploitation : lever l’ambiguïté
- Demande entrante
- L’appelant demande « l’exploitation » sans préciser l’entité concernée.
- Décision
- L’agent pose une question de clarification pour identifier la branche opérationnelle visée.
- Suite
- L’appel est ensuite transféré vers l’équipe d’exploitation correspondante.
02
Comptabilité : client ou fournisseur ?
- Demande entrante
- La demande porte simplement sur la comptabilité.
- Décision
- L’agent doit distinguer comptabilité clients et comptabilité fournisseurs avant de router.
- Suite
- La destination change selon la réponse, au lieu d’envoyer tous les appels au même interlocuteur.
03
Panne ou accident : l’horaire change la suite
- Demande entrante
- Un appel concerne une panne, un accident ou une demande de dépannage.
- Décision
- Le standard vérifie si l’appel arrive pendant les heures d’ouverture ou pendant une période de fermeture.
- Suite
- En journée, le parcours vise le service concerné ; hors horaires, il propose le transfert vers l’astreinte dépannage.
04
Direction : message par défaut, escalade si urgence
- Demande entrante
- L’appelant demande directement un membre de la direction.
- Décision
- Le scénario privilégie la prise de message et le rappel, sauf si l’appelant signale explicitement une urgence.
- Suite
- Une urgence déclarée peut être réorientée vers l’accueil plutôt que traitée comme un transfert direct.
05
Destinataire indisponible : ne pas laisser l’appel sans issue
- Demande entrante
- Le bon interlocuteur a été identifié mais sa ligne ne répond pas.
- Décision
- L’agent propose une prise de message structurée et vérifie si la situation est urgente.
- Suite
- Le parcours se termine par un rappel préparé ; si urgence, il peut être réorienté vers l’accueil.
CONTEXTE
Centraliser les appels d’un groupe de transport organisé sur plusieurs sites.
Le cahier des charges décrit un standard téléphonique principal commun à plusieurs activités et implantations. L’accueil doit identifier le besoin, déterminer la bonne destination et conserver une expérience cohérente malgré la diversité des interlocuteurs.
Un point d’entrée unique
Un numéro principal centralise les appels destinés à plusieurs entités, services et interlocuteurs.
Plusieurs sites
Les destinataires sont répartis sur plusieurs implantations, avec des lignes fixes et mobiles à router selon le motif.
Un environnement B2B
L’accueil doit rester professionnel et comprendre un vocabulaire propre au transport, à l’exploitation et au dépannage.
BESOINS
Décrocher, qualifier, orienter et laisser une trace exploitable.
Le besoin ne se limite pas à remplacer un répondeur. Le standard recherché doit appliquer des règles métier dès le premier contact et adapter la suite de l’appel.
Décroché systématique
L’objectif formulé est de prendre les appels entrants sans attente excessive et d’éviter qu’un appel reste sans traitement.
Qualification dès le premier contact
L’assistant doit comprendre le service, la personne ou le motif recherché avant d’appliquer la règle correspondante.
Compte rendu après l’appel
Chaque appel traité doit produire une synthèse écrite contenant le contexte utile à la reprise par les équipes.
ROUTAGE
Une vingtaine de règles métier plutôt qu’un menu téléphonique figé.
Le référentiel initial associe des demandes exprimées naturellement à une action : transfert direct, question de clarification, prise de message ou escalade.
Clarifier avant de transférer
Certaines demandes génériques, comme l’exploitation ou la comptabilité, nécessitent une question supplémentaire pour identifier la bonne entité ou le bon service.
Transférer directement
Lorsqu’un motif correspond sans ambiguïté à une destination, le standard doit router l’appel vers le numéro prévu.
Gérer l’indisponibilité
Si le destinataire ne répond pas, le parcours doit pouvoir basculer vers la prise de message, avec une règle différente lorsqu’une urgence est signalée.
Faire évoluer le référentiel
Ajout, modification et suppression des règles doivent rester administrables sans dépendance technique lourde.
LOGIQUE DE ROUTAGE
Clarifier si nécessaire. Transférer quand la destination est claire.
L’intérêt n’est pas le nombre de règles en lui-même. C’est la capacité à combiner transfert direct, clarification, fallback et escalade dans un même parcours cohérent.
HORAIRES & ASTREINTE
Le même numéro, mais un comportement différent selon le moment de l’appel.
Le cahier des charges distingue les heures d’ouverture, les pauses, les soirs, les week-ends, les jours fériés et les fermetures exceptionnelles.
Pendant les heures d’ouverture
Le standard accueille l’appelant, identifie sa demande puis applique la règle de transfert ou de message correspondante.
Hors horaires
Les demandes courantes basculent vers une prise de message destinée à un rappel ultérieur.
Astreinte dépannage
Une demande de dépannage hors horaires suit un parcours spécifique permettant de proposer un transfert vers l’astreinte.
MULTILINGUE
Quatre langues sur un même accueil téléphonique.
Le français reste la langue principale. L’anglais, l’espagnol et l’allemand doivent également être pris en charge, avec détection ou changement de langue pendant l’échange.
Détection de langue
L’accueil doit pouvoir reconnaître la langue utilisée par l’appelant ou basculer lorsqu’il le demande.
Règles métier conservées
Le changement de langue ne doit pas modifier le routage, les horaires ou la logique opérationnelle du scénario.
MESSAGES & REPORTING
Chaque appel doit laisser un contexte exploitable.
La prise de message et le reporting font partie du besoin initial, y compris lorsqu’un transfert a eu lieu ou que l’appel est arrivé hors horaires.
Message structuré
Identité disponible, société, numéro de rappel et motif doivent pouvoir être structurés au lieu de rester dans un message vocal libre.
Synthèse systématique
Le compte rendu attendu comprend l’horodatage, les coordonnées utiles, le motif identifié, l’action réalisée et une transcription ou un résumé.
Indicateurs de suivi
Le reporting prévu couvre notamment volume d’appels, taux de décroché, répartition par motif, transferts réussis, durée moyenne et messages laissés.
PRINCIPE OPÉRATIONNEL
Un standard utile ne se contente pas de décrocher. Il sait quelle suite appliquer.
CONTRAINTES TECHNIQUES
Téléphonie existante, faible latence, autonomie et continuité de service.
La configuration recherchée doit s’intégrer à une téléphonie déjà en place, transférer vers plusieurs destinations et rester administrable par les équipes.
Compatibilité téléphonique
Le standard doit fonctionner avec la ligne et l’opérateur existants et pouvoir router vers plusieurs lignes fixes ou mobiles.
Fluidité vocale
La latence de bout en bout doit rester suffisamment faible pour préserver une conversation naturelle.
Administration autonome
Messages, règles de transfert, destinations, horaires et exceptions calendaires doivent pouvoir être modifiés sans intervention lourde.
Continuité de service
Le besoin prévoit également un mécanisme de repli en cas d’indisponibilité de la solution.
LECTURE DU CAS
Cette page décrit un besoin réel, pas des résultats de performance.
L’étude est construite à partir d’un cahier des charges réel entièrement anonymisé. Elle présente les contraintes, règles et indicateurs attendus sans attribuer à cette organisation des résultats qui ne sont pas documentés.
Objectifs ≠ résultats
Décrocher tous les appels, réduire la charge d’accueil ou améliorer l’orientation sont des objectifs formulés dans le cahier des charges, pas des gains mesurés.
Benchmark séparé
Les mesures de latence, d’accuracy d’intention et de task completion publiées par Kalyvox proviennent d’un benchmark produit indépendant de cette étude de cas.
À VALIDER AVANT MISE EN SERVICE
Le cahier des charges impose autant de garde-fous que de fonctions.
Ces points ne sont pas des résultats mesurés : ce sont les contraintes explicitement demandées pour qu’un standard multi-sites reste exploitable au quotidien.
Limiter les appels qui s’éternisent
Une durée maximale de quatre minutes est prévue. Le comportement au-delà doit être défini : clôture progressive, bascule vers un message ou autre sortie contrôlée.
Comprendre le vocabulaire métier
La reconnaissance doit rester robuste sur des termes comme exploitation, affrètement, convoi exceptionnel, astreinte, cuves ou silos, y compris dans des environnements sonores imparfaits.
S’intégrer à la téléphonie existante
Le besoin impose de conserver la ligne actuelle et de transférer vers plusieurs lignes fixes ou mobiles réparties sur différents sites.
Prévoir les fermetures exceptionnelles
Les équipes doivent pouvoir modifier horaires, messages, destinations et exceptions calendaires comme les jours fériés ou fermetures saisonnières.
Avoir un vrai mode de repli
Le cahier des charges demande un mécanisme de continuité en cas d’indisponibilité de la solution, avec bascule vers messagerie ou accueil.
Encadrer voix, transcription et historique
Information de l’appelant, conservation limitée, accès aux données, droits RGPD et sécurisation des transcriptions font partie du périmètre de conformité demandé.
Ce cas montre pourquoi le routage vocal devient vite un problème de règles, pas de simple décroché.
Lecture Kalyvox du cahier des charges : trois enseignements se dégagent de la structure demandée, sans les présenter comme des résultats obtenus.
La bonne question vaut parfois plus qu’un transfert
Deux motifs très courants nécessitent explicitement une clarification avant routage. La qualité du standard dépend donc autant de sa capacité à désambiguïser que de sa capacité à transférer.
Disponibilité et intention doivent être évaluées ensemble
Une même demande de dépannage ne suit pas le même chemin selon l’horaire. Le moteur de décision combine donc motif, calendrier et niveau d’urgence.
Le reporting fait partie du standard
Le besoin prévoit le suivi du volume, du taux de décroché, des motifs, des transferts réussis, de la durée et des messages. Le téléphone devient une source de données opérationnelles, pas seulement un canal de conversation.
CADRE DE L’ÉTUDE
Un besoin réel, entièrement anonymisé.
Noms, sociétés, lieux, numéros, adresses e-mail et éléments identifiants ont été retirés. Seuls les éléments opérationnels utiles à la compréhension de l’architecture téléphonique sont conservés.
Voir les autres études