SmartRouting® — L'algorithme qui remplace votre dispatcher
En moins de 100 millisecondes, SmartRouting® identifie la zone géographique, sélectionne le technicien prioritaire, vérifie les disponibilités sur 14 jours et confirme le rendez-vous — pendant que votre client parle encore.
Le problème
Sans algorithme, le dispatch est votre goulot d'étranglement
Chaque appel nécessite une décision manuelle : quelle zone ? quel technicien disponible ? quel créneau ? C'est lent, source d'erreurs, et impossible à tenir à 22h.
5 à 15 minutes
Le temps moyen pour un dispatcher humain de trouver le bon technicien, vérifier son planning et confirmer un créneau — quand il est joignable.
Pendant ce temps, le client attend ou raccroche.
Conflits & doublons
Sans système centralisé, deux appels simultanés peuvent aboutir à la réservation du même créneau pour deux clients différents.
Résultat : no-show, client insatisfait, technicien en double.
Aucune couverture 24h/24
Le dispatch manuel s'arrête quand votre équipe s'arrête. Les appels du soir, du week-end ou des jours fériés tombent dans le vide.
40% des demandes arrivent hors heures ouvrées.
SmartRouting® en action
Le bon technicien, dans la bonne zone, en moins de 100ms.
Fini le "je vais vérifier et je vous rappelle". L'algorithme trouve le créneau disponible pendant que le client parle encore.
Code postal
13009
Marseille 9e
Zone identifiée
Zone Sud
Index O(1) · ~2ms
Technicien assigné
Jean · P1
Priorité 1 · Lundi
Créneau libre
Jeudi 9h
Sur 14 jours · ~100ms
RDV + SMS
✓ Confirmé
Envoi immédiat
Code postal
13009
Marseille 9e
Zone identifiée
Zone Sud
Index O(1) · ~2ms
Technicien assigné
Jean · P1
Priorité 1 · Lundi
Créneau libre
Jeudi 9h
Sur 14 jours · ~100ms
RDV + SMS
✓ Confirmé
Envoi immédiat
↺ Cliquez pour rejouer
Temps pour trouver un créneau
Ce qui rend l'algo rapide
- Pas de VRP complet — insertion locale O(n)
- Index sur code_postal → O(1) lookup
- Cascade par priorité — P1 → P2 → P3
- Fenêtre de 14 jours
- Séparation claire : l'IA comprend, le code calcule
Architecture
Comment SmartRouting® calcule en temps réel
Pas de machine learning à la volée, pas de VRP complet. Une architecture en couches conçue pour la vitesse et la fiabilité.
Résolution de zone — O(1)
Le code postal est la clé d'un hashmap précalculé. La zone géographique est retournée en ~2ms, sans boucle, sans jointure SQL. Si le code postal est absent de l'index, le fallback zone adjacente est activé immédiatement.
Sélection du technicien — Cascade priorité
Les techniciens sont ordonnés par priorité (P1, P2, P3) pour chaque zone. L'algorithme tente P1 en premier : si indisponible sur la fenêtre, il descend à P2, puis P3. Cette cascade garantit le meilleur technicien disponible sans parcourir toutes les combinaisons.
Recherche de créneau — Insertion locale O(n)
La fenêtre de recherche est limitée à 14 jours. L'algorithme ne résout pas le problème du voyageur de commerce complet (NP-difficile) — il fait de l'insertion locale : il cherche le premier créneau libre qui respecte les contraintes (durée, horaires, jours travaillés du technicien).
Écriture atomique + notification
Le RDV est écrit en base avec un verrou transactionnel pour éviter les conflits de concurrence (deux appels simultanés ne peuvent pas réserver le même créneau). Le SMS de confirmation est envoyé dans la foulée via Telnyx.
Benchmark — Temps de calcul
Principes de design
Séparation claire IA / algorithme déterministe
L'IA comprend le langage, le code calcule — pas l'inverse
Pas de machine learning pour le dispatch
Déterministe = prévisible = zéro surprise en production
Index précalculé, jamais recalculé à chaud
La résolution zone reste O(1) quelle que soit la charge
Verrou transactionnel sur l'écriture RDV
Impossible d'avoir deux clients sur le même créneau
Fenêtre bornée à 14 jours
Complexité contrôlée, jamais de dérive temporelle
Configuration
Adaptez SmartRouting® à votre organisation
1 technicien ou 20, 1 zone ou 50 — le moteur s'adapte sans redéploiement.
Zones géographiques
- Association codes postaux → zone nommée
- Zones adjacentes pour le fallback P2
- Chevauchement possible entre zones
- Ajout / suppression en temps réel
- Exemple : Zone Nord (13001–13009), Zone Sud (13010–13016)
Techniciens & priorités
- Profil par technicien : zones couvertes, jours travaillés, horaires
- Niveau de priorité P1 (senior) → P3 (junior)
- Multi-zone : un technicien peut couvrir N zones
- Congés et indisponibilités configurables
- Exemple : Jean P1 Zone Sud lun–ven 8h–18h
Règles métier
- Durée par type de prestation (ex : remise en eau = 2h)
- Délai minimum entre deux RDV (temps de trajet)
- Fenêtre de proposition : 7, 14 ou 21 jours
- Nombre max de RDV par jour par technicien
- Message personnalisé si aucun créneau trouvé
Exemple : entreprise avec 3 techniciens, 2 zones
Configuration
Zone A — codes 13001 à 13009 → Jean (P1), Marc (P2)
Zone B — codes 13010 à 13016 → Luc (P1), Jean (P2)
Règle — remise en eau = 3h, entretien = 1h30
Fenêtre — 14 jours, max 4 RDV/jour/technicien
Scénario — appel entrant
2ms Code postal 13005 → Zone A identifiée
5ms Jean (P1) → planning consulté → occupé jeudi
8ms Premier créneau libre : vendredi 14h
95ms RDV écrit + SMS envoyé au client
Total : 95ms — le client est encore au téléphone
Questions techniques fréquentes
Prêt à automatiser votre dispatch ?
SmartRouting® est inclus dans tous les plans Otoblue — aucune configuration technique requise.