CRM pour service de coursier

Pourquoi un CRM seul ne suffit pas à un service de coursier

Le CRM a été conçu pour la vente : fiche client, pipeline, affaires, tâches des commerciaux, historique des échanges. Pour cela, AmoCRM et Bitrix24 font très bien l'affaire. Mais pour un service de coursier, l'essentiel du travail commence une fois l'affaire gagnée — et c'est là qu'un CRM standard atteint vite ses limites.

• Pas de carte ni d'itinéraires. Le CRM ne sait pas où se trouve le coursier et ne peut pas ordonner les adresses en tenant compte des créneaux de livraison.
• Pas d'espace de travail pour le livreur. Le coursier a besoin d'un écran simple — « où aller, quoi livrer, comment valider » — et non de l'interface d'un commercial.
• Pas de preuve sur place. Photos, check-list, confirmation de remise : tout finit dans des messageries et doit ensuite être recopié à la main.
• Des statuts trop grossiers. L'étape « Transmis à la livraison » ne dit pas si la commande est en route, devant la porte ou en retour à l'entrepôt.

Combler ces manques avec des champs personnalisés et des automatisations dans le CRM se termine généralement ainsi : le dispatcher tient un tableau parallèle et les commerciaux appellent les coursiers pour connaître le statut. La bonne approche consiste donc à laisser au CRM ce qu'il sait faire et à lui connecter un logiciel dédié à l'exécution des commandes.

Répartir les rôles entre le CRM et le logiciel de livraison

La règle d'or pour connecter CRM et livraison : chaque objet a un seul propriétaire. Si un même champ peut être modifié à deux endroits, les données finiront tôt ou tard par diverger.

• Le CRM est maître du client et de l'affaire : contacts, coordonnées de facturation, contenu de la commande, montant, engagements du commercial.
• Le logiciel de gestion des coursiers est maître de l'exécution : à qui la commande est attribuée, dans quel ordre roule le coursier, heure réelle, rapport photo, confirmation de livraison.
• 1C ou un autre logiciel comptable est maître de l'argent et des stocks : documents, paiements, mouvements d'entrepôt.

Avec ce partage, le commercial continue de travailler dans son CRM habituel, le dispatcher sur une carte avec les commandes et les itinéraires, et le coursier dans une interface web mobile, sans installation d'application obligatoire. Chacun voit ce qui le concerne, mais rien n'est dupliqué : la commande est créée une seule fois, puis ne fait que changer de statut.

Reste à décider qui peut suivre la livraison de l'extérieur. Le client préfère consulter le statut dans son espace client plutôt que d'appeler son commercial — ce qui soulage à la fois le service commercial et le dispatching.

Synchroniser les commandes avec le CRM : quoi transmettre et quand

La synchronisation des commandes avec le CRM se conçoit le plus simplement en deux flux : la commande part du CRM vers la livraison, le résultat revient en sens inverse.

Du CRM vers le logiciel de livraison, on transmet ce sans quoi le coursier ne peut pas livrer :

• le numéro d'affaire ou de commande — la clé qui permet aux deux systèmes de se reconnaître ;
• l'adresse et le contact du destinataire, le téléphone, un commentaire sur l'accès à l'immeuble ou au bureau ;
• le créneau de livraison souhaité et la priorité ;
• le contenu de l'envoi et les critères qui influent sur l'attribution : poids, dimensions, paiement à la livraison.

Du logiciel de livraison vers le CRM, on renvoie ce dont le commercial et le client ont besoin :

• le changement de statut : attribuée, en route, livrée, non livrée ;
• le motif du refus ou du report ;
• l'heure réelle d'exécution et un lien vers le rapport photo ou la confirmation.

Il faut aussi s'entendre sur l'étape du pipeline à laquelle la commande part en livraison. Trop tôt, les coursiers reçoivent des commandes non confirmées ; trop tard, le dispatcher manque de temps pour planifier les tournées. On utilise généralement une étape dédiée, du type « Prêt à expédier », après laquelle le commercial ne modifie plus l'adresse sans l'accord du dispatcher.

Choisir sa solution : la check-list du service de coursier

Pour choisir un CRM pour la livraison et le logiciel qui travaillera avec lui, ne comparez pas des listes de fonctionnalités : testez votre journée réelle. Prenez une dizaine de commandes typiques et suivez-les de l'affaire jusqu'à la confirmation.

• Connecteur prêt pour votre CRM. Existe-t-il une intégration native avec AmoCRM ou Bitrix24, ou faudra-t-il développer l'échange de zéro ?
• Lien avec la comptabilité. Si l'argent et les documents vivent dans 1C, il faut aussi s'y connecter — sinon le rapprochement restera manuel.
• Attribution et itinéraires. Le logiciel sait-il proposer un ordre d'adresses tenant compte des créneaux et des contraintes, et pas seulement afficher des points sur une carte ?
• Écran du livreur. Le coursier peut-il démarrer depuis son téléphone dès le premier jour ? Y a-t-il des rapports photo et des check-lists ?
• Statuts en retour. Le commercial voit-il le résultat de la livraison dans la fiche de l'affaire sans appeler le coursier ?
• Export. Peut-on extraire les données vers Excel pour les analyses et le reporting ?
• Délai de mise en route. Combien de temps avant la première journée opérationnelle, et faut-il un contrat de longue durée ?

C'est précisément pour ces besoins qu'itlogist a été conçu : réception et attribution des commandes, itinéraires sur carte en temps réel, optimisation par le moteur OR-Tools avec prise en compte des créneaux, interface mobile pour le livreur et intégrations avec 1C, AmoCRM, Bitrix24 et Excel. Pour en savoir plus, consultez les fonctionnalités d'itlogist.

Déployer sans interrompre l'activité

Mieux vaut lancer la connexion entre CRM et livraison par étapes, pour que le service continue de livrer pendant la mise en place de l'échange.

• Étape 1. Un seul flux. Choisissez un type de commande ou une zone et configurez la transmission des commandes depuis le CRM. Les coursiers de ce groupe travaillent déjà dans le nouveau système.
• Étape 2. Statuts en retour. Une fois les commandes transmises de façon fiable, activez le renvoi des statuts et des motifs de refus vers le CRM. Vérifiez que les commerciaux n'appellent plus le dispatcher pour se renseigner.
• Étape 3. Itinéraires et créneaux. Activez l'optimisation des tournées et comparez le plan obtenu avec la répartition manuelle du dispatcher.
• Étape 4. Généralisation. Basculez les autres types de commandes et zones, puis ajoutez l'espace client.

Les erreurs classiques en chemin : saisir la commande « au cas où » dans les deux systèmes, ne pas définir de clé de correspondance (et récolter des doublons), autoriser la modification de l'adresse dans le CRM après l'envoi en livraison. Mieux vaut fixer ces règles par écrit avant le lancement. itlogist s'adresse aux équipes de 5 à 100 intervenants et se met en place en 7 jours, sans contrat de longue durée — les premiers résultats sont visibles dès le flux pilote.