Technologie propriétaire · Brevetée Otoblue

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.

Index O(1) sur codes postaux
Cascade prioritĂ© P1→P2→P3
Zéro double réservation

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

â†ș Cliquez pour rejouer

Temps pour trouver un créneau

Dispatcher humain~5 min
Otoblue Smart Routing< 100ms

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é.

01

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.

02

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.

03

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).

04

É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

Dispatcher humain expĂ©rimentĂ©5–15 min
Logiciel de planification classique~30 sec
SmartRoutingÂź Otoblue< 100ms

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.

Voir une dĂ©mo en liveVoir les tarifs →
    Algorithme SmartRouting¼ – Dispatch en <100ms | Otoblue