Une entreprise de déménagement où le propriétaire était encore le standard, filtrant chaque demande à la main
Nous avons bâti un assistant à la réception qui écoute les appels entrants et les courriels, recueille les informations de base sur chaque demande de déménagement et propose des plages horaires, puis met tout en attente pour que le propriétaire approuve ou refuse avant qu'une seule date ou équipe soit engagée. Rien ne se réserve tout seul.
Chaque demande de déménagement atterrissait encore sur une seule personne. Le propriétaire répondait aux appels, lisait les courriels, posait les mêmes questions d'entrée à chaque fois: qu'est-ce qui déménage, d'où à où, combien, à quelle date, puis soupesait chaque demande par rapport au reste de la semaine: ce client est urgent, cet autre est un contrat compliqué avec des escaliers et un problème de stationnement, cette date est déjà chargée. La réservation était un jugement, et ce jugement vivait dans la tête du propriétaire.
Ça fonctionnait avec un seul établissement. Avec l'ouverture d'une deuxième succursale et de nouvelles équipes à planifier, ça ne tenait plus. Le propriétaire ne pouvait pas continuer à être le standard de toute l'entreprise tout en gérant les agendas de tout le monde. La solution évidente faisait peur: un système qui réserve tout seul, envoie la mauvaise équipe la mauvaise journée, et s'engage sur des contrats que personne n'a vérifiés.
Nous avons bâti l'assistant autour d'une règle claire que le propriétaire a posée: il recueille et propose, une personne décide. Les appels et les courriels entrants sont captés et convertis en demandes structurées, les mêmes questions de base posées à chaque fois, les mêmes champs remplis au même endroit, pour que deux personnes qui lisent la même demande voient la même chose.
À partir de la demande, l'assistant propose quelques plages horaires disponibles qui s'intègrent dans l'horaire existant, puis s'arrête. Chaque demande attend dans une file d'approbation avec tous les détails: portée du déménagement, urgence, contraintes qui rendent un contrat facile ou difficile. Le propriétaire approuve, ajuste ou refuse, et ce n'est qu'à ce moment que le client reçoit une confirmation. Le jugement de triage reste avec la personne qui le détient. La ressaisie, les questions répétées et les allers-retours disparaissent de son assiette.
Le propriétaire a cessé d'être le goulot d'étranglement pour chaque demande entrante. La partie répétitive, noter les mêmes informations et proposer des dates possibles, tourne toute seule, et ce qui arrive devant un humain est une demande claire prête pour un oui ou un non. Ça a libéré environ dix heures par semaine, le temps qui allait auparavant à recevoir et transcrire les appels.
Parce que chaque demande est captée de la même façon, la deuxième succursale a pu être intégrée sans que le propriétaire soit personnellement au téléphone. Le personnel voit le même formulaire de réception structuré et la même file, donc une demande peut être traitée par qui est disponible, tandis que la décision sur quel contrat va où reste avec la personne qui la prend.
“Je ne veux pas un système qui réserve les gens tout seul. Décider, c'est ce que je fais bien. Je veux qu'on m'enlève les questions et la frappe pour que je puisse me concentrer sur la décision.”
Un chaos semblable chez vous?
Dites-nous où le temps et l’argent fuient. Nous tracerons le gain à fort ROI le plus rapide — souvent un Projet pilote qui se rentabilise.
