Comment livrer quand la rue n'a pas de numéro ?

En stockant une fiche adresse plutôt qu'une ligne de texte : le texte tel que dicté, la commune depuis une liste, un point posé sur la carte par le client ou l'employé avec sa précision, un repère en un mot. Le texte et le repère servent au livreur sur place ; le point sert à la zone, au tarif et à la tournée ; et le point enregistré à la remise remplace celui du client pour la fois suivante.

Le point GPS du client est-il fiable ?

Pas toujours, et c'est pour cela que sa précision est stockée avec lui. Sous un ciel dégagé, un téléphone se situe typiquement à moins de cinq mètres ; entre des immeubles, depuis l'intérieur ou depuis un ordinateur de bureau, l'erreur peut atteindre des dizaines ou des centaines de mètres. Sous un seuil écrit, l'application demande un repère ; la remise corrige le point.

À quoi sert le géocodage si les adresses ne sont pas standardisées ?

Il aide quand le texte contient une rue ou un lieu connus, en proposant un point que le client confirme, et il donne toujours la commune d'un point. Il ne décide jamais seul. Les services publics gratuits ont des règles d'usage strictes, une requête par seconde au plus, pas d'autocomplétion, mise en cache et attribution obligatoires ; l'application passe par un proxy avec cache, ou par un service payant dimensionné pour son volume.

Comment fixer le tarif de livraison par zone sans discussion ?

En dessinant les zones comme des polygones dans l'application et en leur attachant un tarif, des créneaux et des livreurs. À la commande, l'application teste dans quel polygone tombe le point et affiche le tarif et le créneau avant validation ; hors de tout polygone, elle propose un point relais ou un transporteur. Changer un tarif, c'est redessiner un polygone.

Comment éviter les trois appels avant la porte ?

Par une confirmation WhatsApp avant le départ : le plan, le repère et le créneau, et une question fermée. On n'appelle que si la réponse est « non » ou si elle ne vient pas. Pendant le créneau, la position du livreur est partagée. À chaque nouvelle commande, l'adresse connue est confirmée en un mot, et une nouvelle fiche est créée si le client a déménagé.

Faut-il une application native pour le livreur ?

Souvent oui pour le livreur, parce qu'il lui faut un GPS continu, une photo horodatée et un fonctionnement sans réseau toute la journée ; le client, lui, pose son point depuis le site ou une application web installable. Le détail du choix est dans notre guide PWA ou native.

Combien de temps pour mettre cela en place ?

Six semaines dans le calendrier type : une pour dessiner les zones et écrire les règles, une pour la fiche adresse, une pour la saisie et la carte, une pour les zones et le dispatch, une pour la confirmation et la remise, une pour la mesure. Le délai dépend du nombre de zones et de l'état des adresses existantes.

« Le livreur ne trouve pas l'adresse » : ce qu'on construit en Algérie en 2027 pour livrer sans numéro de rue, point GPS, repère, zones de livraison, géocodage, confirmation WhatsApp

Réponse courte. Une adresse n'est pas une ligne de texte, c'est une fiche : le texte tel que dicté, une commune depuis une liste, un point posé sur la carte avec sa précision, un repère en un mot, et la source de chaque champ. Le point du client, posé depuis un navigateur entre des immeubles, est souvent précis à quelques dizaines de mètres ; le point enregistré par le livreur à la remise est précis à quelques mètres, et c'est lui qui est gardé pour la fois suivante. Les zones de livraison sont des polygones dessinés par le gérant ; le point tombe dedans ou non, et le tarif, le créneau et le livreur en découlent à la commande, pas en fin de tournée. Avant le départ, un message WhatsApp avec le plan et le repère remplace les trois appels ; on n'appelle que si la réponse est « non ». Le géocodage aide quand le texte est géocodable, il ne décide jamais ; et les services publics gratuits ont des règles d'usage qu'il faut respecter en mettant les résultats en cache. Six semaines, dont la première sans code.

Ce guide s'adresse au gérant d'une boutique en ligne ou d'un grossiste dont les livreurs perdent une heure par jour à chercher, au fondateur installé en France dont les clients à Alger reçoivent trois appels avant chaque colis, et au responsable logistique qui veut un tarif par zone sans que les employés l'estiment à l'oreille. Il ne redit pas comment une plateforme de livraison gère les livreurs, le paiement à la réception et les retours, décrit dans le guide sur la plateforme de livraison, ni comment on suit une flotte en continu, décrit dans le guide sur le suivi GPS d'une flotte ; il décrit ce qui se construit autour de l'adresse elle-même, et il prolonge notre page sur l'ingénierie logicielle.

Livrer sans adresse, en cinq couches

Le texte « en face de la pharmacie » n'est pas le problème ; c'est même l'information la plus utile pour le livreur une fois sur place. Le problème est que c'est la seule information, et qu'elle vit dans la commande. Cinq couches la complètent sans la remplacer.

Figure 1 · La couche accentuée est celle que les applications oublient : l’adresse vit dans la commande, comme une ligne de texte, et meurt avec elle. Une table d’adresses, avec un point, sa précision et sa source, est ce qui fait que la deuxième livraison chez le même client part du bon endroit sans rien redemander.

Saisie. Le texte tel que dicté, la commune depuis une liste, un point posé sur la carte par le client, depuis le site ou l'application, ou par l'employé qui prend la commande au téléphone en demandant « c'est où exactement ? », et un repère en un mot. Le navigateur ne donne la position que sur une page en HTTPS et après accord du client ; on lui demande au moment où ça l'aide, pas à l'ouverture du site. Géocodage et codes. Quand le texte contient une rue connue, un service de géocodage propose un point, que le client confirme ; dans l'autre sens, un point donne toujours sa commune. Un code court est dérivé du point, et il tient en quelques caractères quand on lui ajoute le nom de la ville. Les résultats sont mis en cache ; un service public gratuit comme celui d'OpenStreetMap interdit l'autocomplétion et limite le débit, et ce n'est pas une option.

Fiche adresse. Une table d'adresses, pas un champ dans la commande : texte, point et précision, repère, zone calculée, source et date de chaque champ. Le point confirmé à la remise remplace le point du client ; une adresse par client, réutilisable, rattachée à la fiche client unique décrite dans le guide sur le fichier client. Zones et dispatch. Des polygones dessinés par le gérant ; un point dans un polygone reçoit le tarif, le créneau et les livreurs de la zone ; hors de tout polygone, l'application propose un point relais ou un transporteur. Confirmation. Un message WhatsApp avec le plan et le repère avant le départ, selon les règles de fenêtre et de modèles décrites dans le guide sur l'agent WhatsApp ; la position du livreur est partagée pendant le créneau ; à la remise, le point précis et une photo. La confirmation remplace les appels, et nourrit la fiche.

Une adresse de livraison, telle qu'on la stocke vraiment

La figure montre une seule adresse, avec son plan et sa fiche. Tout ce qui y est écrit a une source, et deux points cohabitent jusqu'à la remise.

Figure 2 · Une seule adresse, telle qu’elle est vraiment stockée. Le point posé par le client depuis son navigateur est précis à 35 mètres, ce qui est courant entre des immeubles ; le point enregistré par le livreur au moment de la remise est précis à 6 mètres et se trouve 42 mètres plus loin : c’est lui qui est gardé, avec le repère confirmé, et c’est de lui que partira le prochain livreur. Le code court est dérivé du point, pas saisi. Les coordonnées sont un exemple construit.

Le point posé par le client est précis à 35 mètres. Ce n'est pas une anomalie : sous un ciel dégagé, un téléphone se situe typiquement à moins de cinq mètres, et la précision se dégrade entre des immeubles, sous des arbres ou depuis l'intérieur ; une position prise depuis un navigateur sur un ordinateur de bureau peut être à des centaines de mètres, parce qu'elle vient du réseau et pas d'un GPS. C'est pour cela que la précision est stockée avec le point : sous un seuil écrit, l'application demande un repère ; au-dessus, elle ne s'en contente pas et attend la remise.

Le point enregistré par le livreur au moment où il remet le colis est précis à 6 mètres et se trouve 42 mètres plus loin que celui du client. C'est lui qui est gardé, avec le repère confirmé en un mot, et c'est de lui que partira le prochain livreur. Le code court est dérivé du point, pas saisi ; dix caractères décrivent une cellule d'environ quatorze mètres de côté, et la forme courte, quatre caractères de moins et le nom de la ville, se dicte au téléphone. Les coordonnées de la figure sont un exemple construit.

«Une adresse n'est pas une ligne de texte : c'est un texte, un point, sa précision, un repère, une zone, et la trace de qui l'a confirmée.»

Six situations réelles, et ce que l'application fait

Les six situations qu'on retrouve dans presque toutes les applications de livraison qu'on reprend, et la construction qui les règle.

Figure 3 · Les deux premières lignes se règlent par le point et sa précision ; la troisième par des listes et des polygones plutôt que du texte ; la quatrième par le polygone à la commande ; les deux dernières par la confirmation WhatsApp, avant le départ et à chaque nouvelle commande. Aucune ne se règle par un livreur qui connaît mieux la ville.

Les deux premières se règlent par le point et sa précision ; aucun géocodeur ne trouve une cité par son nombre de logements, et un livreur qui tourne est un point imprécis dont personne n'a stocké la précision. La troisième se règle en refusant le texte là où une liste ou un polygone suffit : la commune vient d'une liste, et le quartier est une zone dessinée, ce qui rend possibles les statistiques par quartier que le gérant demande. La quatrième se règle à la commande, pas en fin de tournée. Les deux dernières se règlent par la confirmation WhatsApp, avant le départ et à chaque nouvelle commande, selon les règles de canal décrites dans le guide sur les notifications. Aucune ne se règle par un livreur qui connaît mieux la ville.

Les zones de livraison dessinées, et ce qui en découle

Le tarif de livraison « selon la zone » est, dans la plupart des applications qu'on reprend, estimé par l'employé à la commande, et contesté par le client à la porte. La construction qui règle cela tient en un mot : polygone.

Figure 4 · Les zones sont des polygones dessinés par le gérant dans l’application, et tout en découle : la commande 1 tombe dans la zone A et reçoit le tarif, le créneau et les livreurs de A ; les commandes 2 et 3 tombent dans B ; la commande 4 ne tombe dans aucun polygone, et l’application propose un point relais au lieu d’accepter puis d’échouer. Montants et délais sont un exemple construit.

Le gérant dessine les zones dans l'application, à la souris ou au doigt, et leur attache un tarif, des créneaux et des livreurs. À la commande, l'application teste dans quel polygone tombe le point ; la commande 1 tombe dans la zone A et reçoit le tarif, le créneau et les livreurs de A ; les commandes 2 et 3 dans la zone B ; la commande 4 ne tombe dans aucun polygone, et l'application propose un point relais ou un transporteur au lieu d'accepter puis d'échouer. Le test « point dans polygone » est une opération standard des bases de données géographiques, et il se fait en quelques millisecondes.

Changer un tarif, c'est redessiner un polygone, pas rééduquer les employés. Les zones servent aussi à ordonner la tournée par proximité, à calculer le taux de premières livraisons réussies par zone sur le tableau de bord du gérant, selon le guide sur le tableau de bord temps réel, et à décider quels créneaux proposer à un client de la zone C, qui n'est livrée que le jeudi. Montants et délais de la figure sont un exemple construit.

«Le tarif, le créneau et le livreur ne sont pas tapés à la commande : ils découlent du point et du polygone dans lequel il tombe.»

De la commande à la porte, en six étapes

Ce qui se passe pour une commande, dans l'ordre, et à quel moment chaque décision est prise.

Figure 5 · L’étape accentuée est celle qui se fait à la commande, pas à la fin de la tournée : le point tombe dans un polygone ou non, et le tarif, le créneau et le livreur en découlent. La sixième étape est celle qui rend la fois suivante facile : le point de la remise remplace le point du client.

Poser le point, par le client sur la carte ou par l'employé au téléphone, avec sa précision. Compléter : commune depuis la liste, repère en un mot, texte tel que dicté. Résoudre la zone : le point tombe dans un polygone ou non, et le tarif et le créneau sont affichés au client avant qu'il valide ; hors zone, un point relais est proposé. Confirmer par WhatsApp avec le plan et le repère ; on n'appelle que si la réponse est « non ». Livrer : tournée ordonnée, position du livreur partagée pendant le créneau, repère à l'écran du livreur. Enregistrer la remise : point précis, photo, heure ; la fiche adresse est mise à jour.

L'application du livreur fait la cinquième et la sixième étape sans réseau, selon le guide sur le hors ligne, et c'est l'un des cas où une application native se justifie, pour le GPS continu et la photo horodatée, selon le guide PWA ou native. Le paiement à la réception et les retours, qui commencent à la sixième étape, sont décrits dans le guide sur la plateforme de livraison.

Vu ailleurs : la précision du GPS, les codes courts et les règles des géocodeurs, et ce qui se transpose

Trois faits se transposent tels quels. La précision du GPS : les téléphones se situent typiquement à moins de cinq mètres sous un ciel dégagé, selon le site officiel du système GPS américain, et moins bien près des bâtiments ; ce qui se transpose, c'est de stocker la précision avec le point et de ne jamais traiter un point comme exact. Les codes courts : le système ouvert des codes de localisation de Google décrit une cellule d'environ quatorze mètres de côté avec dix caractères, fonctionne hors ligne, et se raccourcit avec le nom d'une ville ; ce qui se transpose, c'est un code dérivé du point, lisible au téléphone, jamais saisi à la main. Les règles des géocodeurs publics : le service de la fondation OpenStreetMap impose au plus une requête par seconde, interdit l'autocomplétion et exige la mise en cache et l'attribution ; ce qui se transpose, c'est un proxy avec cache dans votre application, ou un service payant dimensionné pour votre volume.

Ce que ces sources ne disent pas : vos polygones, vos tarifs, votre seuil de précision et qui confirme ; la première semaine du projet y répond, et c'est le gérant qui dessine et signe.

Les règles d'une adresse qui se trouve

Six règles, écrites la première semaine. Le point vaut plus que le texte, et le texte reste pour le livreur sur place. La précision est stockée avec chaque point, et un seuil déclenche la demande de repère. La commune vient d'une liste, le quartier d'un polygone, jamais d'un texte tapé. Le tarif et le créneau découlent du polygone à la commande. La confirmation précède le départ, par message, et l'appel n'est que le repli. Le point de la remise remplace le point du client, et la fiche adresse survit à la commande.

Et une règle de méthode : les adresses existantes sont reprises comme du texte à géocoder et à confirmer à la prochaine commande, jamais comme des points qu'on fait semblant de connaître ; la reprise suit la logique décrite dans le guide sur le fichier client.

Six entreprises, et l'adresse qui manquait

Six situations composées à partir de projets que nous rencontrons ; les noms sont génériques et les chiffres sont des exemples.

Une boutique en ligne à Alger, soixante colis par jour. Un colis sur quatre demandait au moins deux appels. La construction : point posé par le client à la commande, message WhatsApp avec plan et repère avant départ, appel seulement si « non ». Les appels par livraison ont baissé dès le premier mois ; les annulations à la porte, décrites dans le guide sur les commandes annulées, aussi.
Un grossiste alimentaire à Sétif, trois cents points de vente. Les détaillants commandaient depuis le portail avec des adresses en texte libre, et les tournées se faisaient de mémoire. La construction : une fiche adresse par point de vente, point confirmé à la première livraison, tournées ordonnées par proximité ; le portail est décrit dans le guide sur le portail B2B.
Un fondateur à Marseille, boutique de cosmétiques livrant Alger et Blida. Le tarif de livraison était estimé par l'employé. La construction : trois polygones dessinés par le fondateur depuis la France, tarif et créneau affichés avant validation, hors zone proposé en point relais ; la gestion à distance suit le guide sur le commerce depuis la France.
Un distributeur pharmaceutique à Oran, chaîne du froid. La preuve de livraison exigeait l'heure et le lieu exacts. La construction : point précis et photo à la remise, signés par le livreur, rattachés au bon ; le cas est proche de le guide sur la chaîne du froid.
Une entreprise de prévente à Constantine, douze commerciaux. Les points de vente étaient notés par leurs noms, et un nouveau commercial mettait un mois à les retrouver. La construction : fiche adresse par point de vente avec point et repère, tournée affichée sur la carte ; la prévente est décrite dans le guide sur la prévente terrain.
Un service de livraison de repas à Annaba. La zone de livraison était « le centre », et chaque livreur en avait sa définition. La construction : un polygone dessiné par le gérant, créneaux par zone, hors zone refusé à la commande avec un message clair ; le taux de premières livraisons réussies est suivi par zone.

Le calendrier 2027

Six semaines pour une entreprise qui livre déjà ; la première semaine se passe sans code.

Figure 6 · Six semaines, et la première sans code : les polygones et les tarifs sont dessinés et signés par le gérant avant qu’on construise quoi que ce soit. La deuxième semaine est accentuée parce que la table d’adresses est ce qui dure : les commandes passent, les adresses restent. La mesure de la sixième semaine est celle qu’on suit ensuite tous les mois.

Semaine 1, zones et règles : polygones dessinés par le gérant, tarifs et créneaux par zone, seuil de précision, liste des communes, qui confirme et comment ; signés. Semaine 2, fiche adresse : table d'adresses avec point, précision, repère, source et date ; adresses existantes reprises comme texte à géocoder et à confirmer. Semaine 3, saisie et carte : point posé par le client sur le site et l'application, par l'employé au téléphone ; commune depuis la liste ; code court dérivé.

Semaine 4, zones et dispatch : point dans le polygone, tarif et créneau à la commande, hors zone proposé, tournée ordonnée. Semaine 5, confirmation et remise : message WhatsApp avant départ, position partagée, point et photo à la remise, fiche mise à jour. Semaine 6, mesure : taux de premières livraisons réussies par zone, écart moyen entre le point du client et le point de la remise, appels par livraison. Chaque semaine se termine par une démonstration, selon le guide sur la livraison sans casse.

Ce qui fait échouer une adresse

Cinq causes, vues dans des applications qu'on reprend. L'adresse dans la commande : elle meurt avec elle, et la deuxième livraison repart de zéro. Le point sans précision : un point posé depuis un bureau est traité comme exact, et le livreur tourne. Le quartier en texte libre : trois orthographes, aucune statistique, aucun tarif par zone possible. La demande de position à l'ouverture du site : le client refuse, et on n'a plus jamais de point. L'autocomplétion sur un service gratuit : le service coupe l'accès, et la saisie d'adresse tombe en panne un samedi.

Et une cause de méthode : laisser les zones et les tarifs « à définir plus tard ». Ils conditionnent la fiche adresse, le dispatch et la mesure ; la première semaine est faite pour les dessiner.

Questions fréquentes

Les questions que posent les gérants et les fondateurs quand ils nous décrivent des livreurs qui ne trouvent pas.

Comment livrer quand la rue n'a pas de numéro ?: En stockant une fiche adresse plutôt qu'une ligne de texte : le texte tel que dicté, la commune depuis une liste, un point posé sur la carte par le client ou l'employé avec sa précision, un repère en un mot. Le texte et le repère servent au livreur sur place ; le point sert à la zone, au tarif et à la tournée ; et le point enregistré à la remise remplace celui du client pour la fois suivante.
Le point GPS du client est-il fiable ?: Pas toujours, et c'est pour cela que sa précision est stockée avec lui. Sous un ciel dégagé, un téléphone se situe typiquement à moins de cinq mètres ; entre des immeubles, depuis l'intérieur ou depuis un ordinateur de bureau, l'erreur peut atteindre des dizaines ou des centaines de mètres. Sous un seuil écrit, l'application demande un repère ; la remise corrige le point.
À quoi sert le géocodage si les adresses ne sont pas standardisées ?: Il aide quand le texte contient une rue ou un lieu connus, en proposant un point que le client confirme, et il donne toujours la commune d'un point. Il ne décide jamais seul. Les services publics gratuits ont des règles d'usage strictes, une requête par seconde au plus, pas d'autocomplétion, mise en cache et attribution obligatoires ; l'application passe par un proxy avec cache, ou par un service payant dimensionné pour son volume.
Comment fixer le tarif de livraison par zone sans discussion ?: En dessinant les zones comme des polygones dans l'application et en leur attachant un tarif, des créneaux et des livreurs. À la commande, l'application teste dans quel polygone tombe le point et affiche le tarif et le créneau avant validation ; hors de tout polygone, elle propose un point relais ou un transporteur. Changer un tarif, c'est redessiner un polygone.
Comment éviter les trois appels avant la porte ?: Par une confirmation WhatsApp avant le départ : le plan, le repère et le créneau, et une question fermée. On n'appelle que si la réponse est « non » ou si elle ne vient pas. Pendant le créneau, la position du livreur est partagée. À chaque nouvelle commande, l'adresse connue est confirmée en un mot, et une nouvelle fiche est créée si le client a déménagé.
Faut-il une application native pour le livreur ?: Souvent oui pour le livreur, parce qu'il lui faut un GPS continu, une photo horodatée et un fonctionnement sans réseau toute la journée ; le client, lui, pose son point depuis le site ou une application web installable. Le détail du choix est dans notre guide PWA ou native.
Combien de temps pour mettre cela en place ?: Six semaines dans le calendrier type : une pour dessiner les zones et écrire les règles, une pour la fiche adresse, une pour la saisie et la carte, une pour les zones et le dispatch, une pour la confirmation et la remise, une pour la mesure. Le délai dépend du nombre de zones et de l'état des adresses existantes.