Tant qu'il y a deux coursiers, la livraison tourne au téléphone et à la conversation : les adresses partent dans une messagerie, l'ordre de passage se convient de vive voix, et la question de savoir où est une commande reçoit sa réponse de celui qui a joint le coursier en premier. Quand le nombre de livraisons grandit, cela cesse de fonctionner — les tâches se perdent, les statuts sont en retard sur la réalité, et il n'y a rien pour trancher le débat « nous avons livré — non, vous n'avez pas livré ». Un logiciel pour coursiers supprime cette façon de travailler : la tâche arrive dans l'application de l'exécutant, le statut se pose par celui qui porte la commande au moment de l'action, et le fait de la remise se consigne avec l'heure et l'auteur. Voici comment cela fonctionne — de l'affectation d'une commande à la clôture de la journée.
Logiciel pour coursiers — l'outil de travail de l'exécutant : il apporte au coursier les tâches de sa journée, montre les adresses et le contenu des commandes, le guide d'un arrêt à l'autre et consigne ce qui s'est passé à chacun d'eux. Du côté de l'entreprise, c'est la gestion des livraisons : le régulateur voit qui est où et ce qui est déjà fait sans appeler toute l'équipe.
La différence tient en un seul exemple. Sans logiciel, le coursier reçoit les adresses dans une conversation, appelle le client pour savoir quelle entrée prendre, et le soir dicte au régulateur ce qui a été livré. Le régulateur reporte cela dans un tableur — s'il y pense et si le coursier ne s'est pas emmêlé. À la fin de la journée, personne ne peut dire l'heure exacte à laquelle telle commande a été remise.
Dans le logiciel, tout cela est fait d'enregistrements. Une livraison a une fiche, la fiche a une adresse, un contenu, un créneau et un statut du moment, et chaque changement a une heure et un auteur. Répondre à « où est la commande et que lui est-il arrivé » prend quelques secondes et ne dépend pas de ce que le coursier ait décroché.
Un exemple. Le matin, la commande a été préparée à l'entrepôt et affectée à un coursier — la tâche est apparue dans son application avec l'adresse et le créneau de livraison. Le coursier a pris la marchandise, a marqué l'enlèvement, a fait ses arrêts et a changé le statut à chacun d'eux. Au troisième, le client n'était pas là — le coursier a saisi un motif, et la livraison n'a pas disparu mais est partie dans la file d'examen du régulateur. Le soir, le commercial a répondu au client à partir de l'enregistrement du système, et non de la mémoire du coursier.
L'automatisation de la livraison par coursier commence là où la réponse à trois questions ne tient plus dans la tête du régulateur : à qui cette commande est affectée, dans quel état elle se trouve à cet instant, et ce qui prouve qu'elle a été remise.
C'est le parcours d'une seule livraison, et non la liste des écrans du programme. Chaque passage est effectué par une personne et au moment de l'action : le régulateur affecte, et le coursier marque l'enlèvement et la remise. C'est pourquoi le système montre l'état de la livraison plutôt que l'intention de celui qui l'a planifiée.
Il ne porte pas la commande et ne remplace pas le coursier. Il supprime le travail manuel autour d'un geste : il apporte la tâche sans coup de téléphone, conserve l'adresse et ses notes, ne laisse pas clore une livraison sans résultat et consigne chaque changement. La décision de reporter une livraison ou de rendre une commande reste à une personne — mais elle se prend à partir d'un enregistrement plutôt que d'un accord verbal.
De la même façon, le système ne voit pas le coursier tout seul : il ne sait que ce que celui-ci y a consigné par un geste. C'est pourquoi la qualité des données ne dépend pas du nombre de fonctions mais du fait que les marques soient faites au moment où l'événement se produit.
Deux choses viennent en premier : une liste finie de statuts et un résultat obligatoire pour chaque livraison. La raison est simple : tant que chacun comprend « en cours » à sa façon et qu'une livraison close sans motif compte comme réussie, il n'y a rien sur quoi bâtir un rapport — quel que soit le nombre d'écrans de l'application.
Ce qui suit n'est pas une liste de fonctions mais six problèmes pour lesquels on automatise la livraison par coursier en premier lieu. Chacun est énoncé de la même façon : ce qui se passe sans logiciel et ce qui change avec lui.
Sans logiciel, les adresses arrivent par messagerie, certaines de vive voix au téléphone, d'autres sous forme de liste dans un tableur. Le coursier compose sa journée à partir de trois sources et en oublie une partie. Dans le logiciel, une tâche est un enregistrement avec un numéro et un exécutant : elle est soit en cours, soit close avec un résultat.
Tant que le régulateur tient les statuts d'après ce qu'on lui dit au téléphone, ils ont une heure de retard sur la réalité et coûtent une demi-journée de travail. La marque du coursier au moment de l'action donne les heures réelles : quand la marchandise a été prise, quand il est arrivé, quand il a remis.
L'entrée, l'étage, l'interphone et l'accès par la cour se conservent dans la fiche de livraison et non dans la mémoire de celui qui y est allé la dernière fois. Un nouveau coursier ferme l'adresse du premier coup au lieu d'y arriver après deux appels au client et un au régulateur.
Qui a accepté la commande, quand et à quel titre est un enregistrement dans le système et non un souvenir. Le mode de confirmation se choisit par projet, mais le résultat est le même : le débat « nous avons livré — non, vous n'avez pas livré » se règle en ouvrant une fiche, et non par une enquête entre le commercial et le coursier.
Le régulateur regarde un seul écran : qui est en tournée, combien d'arrêts sont clos, où une livraison prend du retard sur son créneau. « Où est ma commande » cesse d'être un travail à trois personnes — le commercial répond lui-même au client.
Chaque changement est signé d'un auteur et d'une heure. Ce n'est pas de la surveillance du coursier mais la possibilité d'examiner un cas précis : à quelle étape la livraison a calé et pourquoi. Cela montre aussi la charge — combien d'arrêts ont été clos pendant une journée et par qui.
Le système s'assemble à partir de modules. Toutes les entreprises n'en ont pas besoin de la totalité : un service de trois coursiers aux adresses prévisibles n'a pas besoin de dix scénarios de cas particuliers, tandis que la livraison de repas ne se passe pas des créneaux et des notifications au client. La composition se détermine par la tâche, mais les modules sont conçus d'avance pour s'emboîter, et non rajoutés après coup.
La journée de travail du coursier sur un seul écran : ce qui est affecté pour la journée, dans quel ordre, ce qui est déjà clos et ce qu'il reste. C'est le point d'entrée du logiciel — le coursier y commence sa journée et y revient après chaque arrêt.
Tout sur une commande : contenu et nombre de colis, adresse et ses notes, créneau, destinataire, paiement et statut du moment. Exactement ce qu'il faut pour exécuter la tâche — sans les référentiels ni les rapports de l'entreprise.
Les adresses de la journée sur une carte et sous forme de liste, l'ordre de passage, le passage de l'arrêt en cours au suivant. Une tournée est un objet de gestion au même titre qu'une tâche : elle a une date, un exécutant et un historique de changements au cours de la journée.
Un ensemble fini d'états et les règles de passage de l'un à l'autre. Le coursier change le statut en une action plutôt qu'en choisissant dans une longue liste : affectée, prise, en transit, sur place, livrée.
La consignation du résultat à l'arrêt : le changement de statut et le mode de confirmation choisi pour le projet. Sans résultat, la tâche ne se clôt pas — « livrée, sans doute » n'est pas un état de livraison.
La marque de la prise d'une commande à l'entrepôt ou au point de départ. À partir de ce moment, la responsabilité de la marchandise revient au coursier, et le système montre que la commande n'est plus à l'entrepôt mais en transit.
Les messages au coursier et au destinataire : nouvelle commande affectée, tâche modifiée, créneau qui approche, livraison annulée. Les canaux d'envoi se choisissent à la mise en place et se raccordent par des intégrations.
Ce que le coursier a accompli en une journée, une semaine, un mois : livraisons closes, temps d'exécution, arrêts à problèmes. Son rendement se compose des mêmes enregistrements — aucun suivi à part n'est nécessaire pour cela.
Joindre le régulateur directement depuis la fiche de la tâche, sans chercher un numéro dans le téléphone. Le régulateur voit de quelle livraison il s'agit et répond dessus au lieu de deviner quelle adresse est concernée.
Les marques faites hors couverture — dans un sous-sol, dans un ascenseur, dans un quartier pavillonnaire — se conservent sur l'appareil et partent dès qu'une liaison apparaît. Une retransmission ne crée pas une seconde livraison.
Le poste de travail de l'entreprise : coursiers en activité, commandes affectées, statuts, livraisons abouties et à problèmes, charge du personnel. Il s'ouvre dans le navigateur, il n'y a rien à installer.
L'interface extérieure du système : créer une livraison, affecter un exécutant, obtenir un statut, extraire la confirmation et le journal. C'est par là que se raccordent la boutique en ligne, l'entrepôt, la logistique et la comptabilité.
Une fois la livraison créée, la commande est affectée à un coursier précis. L'affectation n'est pas un message dans une conversation mais une opération : la livraison reçoit un exécutant, et l'exécutant reçoit une tâche avec un numéro, une heure de remise et un état du moment.
La tâche arrive tout de suite dans l'application du coursier, sans appel et sans transfert de l'adresse. Le coursier ouvre sa liste et voit toute sa journée : combien d'arrêts sont affectés, ce qui est déjà clos et quelle livraison vient ensuite.
Qui affecte. D'habitude le régulateur — à la main ou selon des règles posées par l'entreprise : par zone de la ville, par type de commande, par temps libre du coursier. Une répartition automatique peut être mise en œuvre selon le processus d'un service donné ; nous ne l'annonçons pas d'avance comme une fonction toute prête — les règles de répartition diffèrent partout, et elles ne s'inventent pas au nom de l'entreprise.
Ce que le coursier peut faire d'une tâche :
Ce qu'une tâche ne doit pas contenir, c'est du superflu. Un coursier n'a pas besoin du montant de la commande, de l'historique du client ni des rapports de l'entreprise : ce qui reste à l'écran est ce qu'il faut pour l'apporter et la remettre. Tout le reste est fermé par les droits d'accès et non par de petits caractères.
Un coursier tombe malade, prend du retard ou ne se présente pas à son service — une situation ordinaire, pas un échec. Le régulateur retire la tâche et l'affecte à un autre exécutant ; l'historique de la livraison garde les deux affectations avec leurs heures, et non seulement la dernière.
Cela compte en pratique : sans trace de la réaffectation, l'examen des raisons d'un retard bute sur le fait que le système montre le coursier du moment, qui a reçu la commande une heure avant la fin du créneau.
Le numéro de téléphone du destinataire s'affiche quand il est nécessaire à l'exécution de la tâche, et seulement pour celui qui livre. L'accès aux données personnelles est un droit à part, et non un élément d'un bloc « employé » : la liste de tous les clients de l'entreprise ne s'ouvre jamais à un coursier.
La façon exacte dont le contact s'affiche — en entier, en partie, ou par un appel avec numéro masqué — se décide à l'étude préalable : cela dépend des données avec lesquelles l'entreprise travaille et de celles qu'elle est tenue de protéger.
| № | Créneau | Adresse | Colis | Paiement | État |
|---|---|---|---|---|---|
| 1 | 10:00—12:00 | Akhounbaeva 97, entrée 2 | 1 | prépayée | livrée |
| 2 | 11:00—14:00 | Toktogoula 125, bureau 4 | 3 | prépayée | livrée |
| 3 | 12:00—15:00 | Baïtik Baatyra 53 | 1 | 2 400 som | sur place |
| 4 | 14:00—17:00 | Tchouï 219, accès par la cour | 2 | prépayée | en transit |
| 5 | 16:00—19:00 | Ibraimova 42, étage 7 | 1 | 1 150 som | affectée |
La liste est triée par créneau et non par heure d'affectation : ce qui compte pour le coursier, c'est l'ordre de la journée, pas l'ordre dans lequel le régulateur a distribué les commandes. La colonne du paiement se trouve à côté de l'adresse pour une raison — le montant à encaisser doit se voir avant que le coursier ne soit monté au septième étage.
Une application coursier — n'est pas une copie réduite du panneau du régulateur mais une interface à part, conçue pour les conditions de travail de l'exécutant : le téléphone dans une main, le carton dans l'autre, l'écran au soleil, la liaison qui va et vient, et une batterie faible le soir venu.
Elle a un but pratique unique : toute l'information de travail au même endroit. Un coursier ne doit pas avoir à garder ouvertes trois conversations, un tableur d'adresses et un historique d'appels — la tâche, l'adresse, le contenu de la commande, le statut et le moyen de joindre le régulateur sont tous dans une seule interface.
L'écran se construit sur le principe de l'arrêt en cours et du suivant. Tout ce qui n'est pas nécessaire maintenant est déplacé plus bas : les listes des jours précédents, les référentiels, les détails qui n'ont aucune incidence sur la remise. Moins il y a d'éléments à l'écran, moins il y a d'erreurs pendant la journée et plus la formation d'un nouveau venu est courte.
Des exigences qui comptent plus que la liste des fonctions :
Il ne sert à rien de calculer le temps que fait gagner ce regroupement — cela dépend de ce qu'est devenu aujourd'hui le travail du coursier. Un autre effet, lui, se voit : toute une classe d'erreurs disparaît, celles où une commande est livrée à une adresse du message d'hier parce que la nouvelle est arrivée dans une autre conversation.
La forme se choisit selon la tâche : ce peut être une application mobile pour Android et iOS ou une page web adaptée qui s'ouvre dans le navigateur du téléphone.
La seconde possibilité est moins chère et plus rapide à lancer ; la première est nécessaire là où le travail hors ligne, les notifications et l'accès à l'appareil photo comptent. Ce qui convient à telle entreprise se détermine à l'étude préalable et ne se choisit pas d'avance.
La liaison tombe de façon prévisible : dans un sous-sol, dans un ascenseur, dans un quartier pavillonnaire, dans un parking souterrain. Si une marque ne passe pas à ce moment-là, le coursier attend sur place ou cesse tout simplement de marquer — et les statuts retournent vivre dans les appels téléphoniques.
C'est pourquoi les marques se conservent sur l'appareil et partent au retour de la liaison. Une retransmission ne crée pas une seconde livraison : chaque marque porte une clé et le système ne l'accepte qu'une fois. C'est la même règle que celle sur laquelle repose l'échange avec les systèmes extérieurs.
La mention « dépend du projet » apparaît partout où la possibilité dépend du raccordement d'un service extérieur ou des conditions de travail d'un service donné. Tout le reste est le minimum de travail : sans lui, l'interface de l'exécutant ne remplace pas la conversation mais s'y ajoute comme une dixième source de tâches.
Un arrêt de livraison — une adresse et une livraison. La journée d'un coursier se compose d'arrêts, et l'application les montre de deux façons à la fois : sous forme de liste dans l'ordre de passage et sous forme de repères sur une carte. La liste répond à « que faire ensuite », la carte à « à quelle distance c'est ».
L'ordre de passage se pose à l'avance et se voit du coursier : quel arrêt est en cours, lesquels sont clos, lesquels sont à venir. Une fois un arrêt clos, le suivant devient l'arrêt en cours — le coursier n'a pas à le chercher dans la liste ni à décider chaque fois où aller.
L'ordre peut changer en cours de journée. Le régulateur déplace des arrêts, ajoute une livraison urgente ou retire une livraison annulée — les changements parviennent au coursier, et l'historique de la tournée garde ce qui a changé et quand. Le système ne doit jamais échanger le plan contre un autre en silence : un coursier qui apprend un changement après coup doit replanifier sa journée.
La construction automatique de l'ordre de passage optimal — une possibilité qui peut être mise en œuvre ou raccordée par une intégration avec un service cartographique. Nous ne l'annonçons pas comme une fonction toute prête : la qualité d'une telle optimisation dépend des données de circulation et des contraintes d'un service donné — créneaux des destinataires, zones, capacité d'un sac ou d'un véhicule.
En pratique, un ordre manuel suffit à beaucoup de services : le régulateur connaît la ville mieux que l'algorithme, et les créneaux des destinataires posent de toute façon un cadre rigide à la journée.
La moitié du temps perdu par un coursier ne se perd pas sur la route mais à trouver l'entrée. C'est pourquoi un arrêt a des notes : entrée, étage, code d'interphone, accès par la cour, barrière — appeler le gardien, deuxième bâtiment, porte grise.
Les notes sont complétées par le coursier après une livraison et restent dans la fiche de l'adresse. La personne suivante qui s'y rendra n'aura pas à refaire le même travail — c'est le seul moyen d'accumuler la connaissance de la ville dans le système plutôt que dans la tête des équipes.
Les statuts ne se changent pas en bloc en fin de journée mais pour chaque arrêt, au moment de l'action. Arrivé à l'adresse — sur place ; remis — livré ; destinataire introuvable — un motif et un report. C'est de ces marques que viennent l'heure réelle de livraison et la durée de l'arrêt ; sinon, les deux se reconstituent de mémoire, c'est-à-dire ne se reconstituent pas du tout.
| L'ordre | Adresse | Créneau | Ce qui est transporté | Note sur l'arrêt | État |
|---|---|---|---|---|---|
| 1 | Baïtik Baatyra 53 | 12:00—15:00 | 1 colis | Barrière, appeler le gardien | clos |
| 2 | Tchouï 219 | 14:00—17:00 | 2 colis | Accès par la cour, porte grise | en cours |
| 3 | Ibraimova 42 | 16:00—19:00 | 1 colis | Étage 7, ascenseur jusqu'au 6e | à venir |
| 4 | Moskovskaïa 180 | 17:00—20:00 | 3 colis | Bureau, badge à l'accueil | à venir |
| 5 | Akhounbaeva 97 | avant 20:00 | 1 colis | Retour : le destinataire a refusé | ajouté |
Le cinquième arrêt a été ajouté à la tournée en cours de journée — c'est un retour sur refus qu'il faut rapporter. Un retour circule comme un arrêt à part entière, avec une adresse et un état, et non comme un « tu le déposeras demain » dit de vive voix : sinon la commande sort des écritures précisément au moment où plus personne n'en répond.
Un statut n'est pas une mention à l'écran mais un état qui détermine quelles actions sont permises. L'ensemble est fini et court : tant qu'il n'est pas nommé explicitement, chaque employé comprend « en cours » à sa façon, et avec une dizaine de statuts qui se ressemblent le coursier se met à choisir au hasard.
Cinq états sont le minimum de travail, et non la liste complète. Des états intermédiaires (remis au tri, passé à un autre coursier) s'ajoutent selon le processus de l'entreprise, mais l'ensemble reste fini et explicite : chaque statut doit répondre à la question de savoir ce que le coursier a le droit de faire ensuite.
| Ce qui s'est passé | Ce que fait le système | État |
|---|---|---|
| Le client est injoignable : pas de réponse à la porte ni au téléphone | Il consigne une tentative manquée avec un motif et le commentaire du coursier, laisse la commande à celui-ci et pose la question d'une nouvelle livraison | examen |
| La livraison a été reportée à la demande du destinataire | Il consigne la nouvelle date ou le nouveau créneau, avec qui a convenu du changement et quand ; l'arrêt quitte la tournée du jour | normal |
| Le destinataire a refusé la commande | Il clôt la livraison avec un motif de refus et crée un arrêt de retour — pour rapporter la commande à l'entrepôt ou au point de départ | examen |
| Le destinataire a accepté la commande en partie | Il partage la livraison : les colis acceptés se closent, les colis refusés partent en retour comme un enregistrement à part, au lieu d'être sortis avec le reste | examen |
| Un problème d'adresse : bâtiment inexistant, entrée introuvable | Il ouvre un événement avec le commentaire du coursier et passe l'arrêt au régulateur pour clarification, sans clore la livraison comme aboutie | examen |
| La commande a été annulée alors que le coursier était déjà en route | Il retire l'arrêt de la tournée et fait passer la livraison en retour : la commande ne se dissout pas, quelqu'un en répond toujours | normal |
| Le coursier ne s'est pas présenté à son service | Il libère ses tâches pour une réaffectation et montre au régulateur toutes les livraisons touchées dans une seule liste | avertissement |
Le principe général : une issue défavorable ne disparaît pas et ne se transforme pas en issue favorable. La livraison reste ouverte et part dans la file d'examen — cela coûte moins cher qu'un rapport sans le moindre problème parce qu'il n'y avait nulle part où les consigner.
Les cas particuliers dont une entreprise a besoin se décident à l'étude préalable. La livraison de repas a besoin de créneaux courts et d'un report rapide ; la livraison d'électronique a besoin des refus partiels et des retours ; la livraison de documents a besoin de la vérification de l'identité du destinataire. L'ensemble se paramètre, mais la règle est la même : chaque livraison se termine par un motif, et le motif entre dans le rapport.
Une livraison a deux points où la responsabilité change de mains, et les deux se consignent. Le premier est la prise en charge de la marchandise par le coursier : la commande quitte l'entrepôt, et à partir de ce moment c'est l'exécutant qui en répond. Le second est la remise au destinataire : la livraison se clôt et l'engagement de l'entreprise est rempli.
Sans trace de ces deux moments, toute perte se transforme en interrogatoire de l'équipe : l'entrepôt croit avoir remis la commande, le coursier dit que ce n'est pas lui qui la portait, et le commercial dit au client que l'on cherche. La marque prend quelques secondes ; l'examen sans elle coûte une journée de travail et la confiance du client.
Ce que le système consigne à la remise :
Le mode de confirmation se choisit par projet. Les possibilités énumérées ci-dessous ne sont pas une liste de fonctions toutes prêtes ni une promesse qu'elles sont déjà réalisées. Ce qui convient à tel service dépend de ce qui est livré, à qui, et des exigences que l'entreprise se pose elle-même.
Cette règle compte plus que le mode de confirmation lui-même. Tant qu'un résultat n'est pas consigné, la livraison reste ouverte et se voit du régulateur. Sinon, à la fin du mois, toutes les livraisons seront abouties alors que les cas contestés devront toujours se régler au téléphone.
Là où une commande se paie sur place, la confirmation de la livraison et la confirmation du paiement sont deux enregistrements différents. Le montant à percevoir arrive avec la tâche, et le fait que l'argent a été pris se marque à part : sinon, à la fin de la journée, il n'y a aucun moyen de savoir combien d'espèces le coursier transporte.
L'encaissement par carte ou par virement est possible par une intégration avec un service de paiement ou avec la borne de l'exécutant — l'étendue dépend du prestataire et se précise à l'étude préalable.
Une commande qui n'a pas pu être remise reste chez le coursier jusqu'au moment où il la rend : à l'entrepôt, au point de départ ou à un autre exécutant. La remise se traite de la même façon que la prise en charge — par une seconde partie. Jusque-là, les commandes non livrées se voient sur une liste à part au lieu de se dissoudre dans les statistiques générales de la journée.
Aucune de ces possibilités n'est obligatoire et aucune n'est annoncée comme déjà construite : l'ensemble se détermine à l'étude préalable — d'après ce qui est livré, les litiges qui reviennent le plus souvent et les exigences que l'entreprise se pose elle-même. Plus la confirmation est stricte, plus le coursier reste longtemps à l'arrêt : il vaut donc mieux la durcir là où des cas contestés se produisent réellement.
L'entrepôt et la livraison ne sont pas deux services qui partagent une conversation, mais deux étapes d'un même processus. Une commande préparée mais non remise et une commande remise mais non marquée sont deux états différents, et les confondre coûte cher : la première se cherche à l'entrepôt, la seconde chez le coursier.
La couture est simple : le magasinier marque la remise, le coursier marque la prise en charge. Tant que les deux marques ne sont pas faites, la commande est tenue dans un état intermédiaire visible des deux côtés. Ainsi un colis manquant a toujours une étape où il s'est perdu, et l'examen ne se transforme pas en interrogatoire de l'équipe.
La comptabilité d'entrepôt complète — réception, stockage par emplacement, stocks, préparation et inventaire — fait l'objet d'une page à part, Pour l'entrepôt. Seule la couture est décrite ici : ce que l'entrepôt transmet au coursier et ce qu'il reçoit en retour.
Si l'entrepôt tourne sur un autre programme — la situation habituelle : la comptabilité d'entrepôt se tient déjà dans un système en place et personne n'a l'intention de le remplacer. La couture se construit alors comme un échange : le logiciel pour coursiers reçoit l'état de préparation des commandes et la composition des colis, et renvoie les statuts, les confirmations et les retours.
L'étendue de l'échange se détermine par ce que le système extérieur est capable d'exposer et se précise à l'étude préalable. Annoncer d'avance une intégration toute prête reviendrait à faire une promesse au nom du produit d'autrui.
Le même principe vaut dans l'autre sens, pour les retours. Sans marque de restitution, une commande non livrée vit dans le coffre du coursier jusqu'au service suivant et disparaît des écritures précisément au moment où plus personne n'en répond.
Le flux inverse compte tout autant : les commandes non livrées, les refus et les retours partiels reviennent avec le motif de leur retour. L'entrepôt les accepte par une opération — comme il accepterait une livraison — et la commande redevient sa responsabilité.
Le troisième passage est le seul où la commande change de mains, et c'est pourquoi il se traite par deux parties : l'entrepôt a remis, le coursier a accepté. Si l'on saute cette étape, alors quand un colis disparaît, l'étape ne peut pas être nommée, et la responsabilité se répartit selon celui qui parle le plus fort à la réunion.
Application coursier
Tournée et arrêts
Confirmation de livraison
Tableau de bord d'exploitation
Tableau de bord d'exploitation — l'autre moitié du système : ce que voit l'entreprise pendant que les coursiers travaillent dans l'application. Son rôle n'est pas de montrer toutes les données mais de rassembler sur un seul écran ce qui demande une décision maintenant, et de déplacer le reste plus bas.
Il y a ici une idée principale : l'entreprise comprend ce qui se passe avec une livraison sans appeler sans cesse chaque coursier. Le régulateur regarde un écran au lieu de joindre cinq personnes l'une après l'autre pour savoir qui a fermé quelle adresse.
Ce que montre le panneau :
Droits d'accès séparent le panneau par rôle : un coursier ne voit que ses propres tâches du jour, un régulateur voit son service ou sa zone, un responsable voit toutes les directions et les rapports. L'accès aux coordonnées des destinataires et l'annulation d'une livraison sont des droits distincts, et non des éléments d'un bloc « employé ».
Une capture du système ; les chiffres sont illustratifs. L'ordre des tuiles n'est pas fortuit : le volume de la journée vient d'abord, puis ce qui demande une décision. Les commandes non affectées viennent en dernier, car c'est la seule tuile que le régulateur ferme lui-même et ferme entièrement.
Un message parvient au régulateur rattaché à une livraison : on voit tout de suite de quelle adresse il s'agit et dans quel état elle se trouve. Cela supprime la moitié de l'échange — celle qui sert à établir de quelle commande on parle.
Cela fonctionne de la même façon dans l'autre sens : le message du régulateur parvient au coursier dans la fiche de la tâche, et non comme un appel à part qu'il entendra dans l'escalier entre le sixième et le septième étage.
La séparation se pose par rôle et non par des droits individuels pour chaque personne. Sinon, en six mois, l'accès d'un nouvel employé est réglé « comme celui d'Ivanov », et plus personne ne peut dire à quoi il a exactement accès.
Un système logistique pilote le processus de livraison dans son ensemble : demandes, marchandises, véhicules, planification de la journée et répartition du travail. Un logiciel pour coursiers est l'outil de travail de l'exécutant à l'intérieur de ce processus. Ce ne sont pas deux produits concurrents mais deux niveaux d'une même tâche : l'un répond à « comment organiser une livraison », l'autre à « comment l'exécuter et la consigner ».
L'entrepôt répond de ce que la commande soit préparée et remise. La logistique répond de la personne à qui elle est affectée et du jour. Le coursier répond de son arrivée et de sa remise. Le client ferme la chaîne en la recevant. Une rupture entre deux maillons quelconques se ressemble toujours : la commande existe dans un système et manque dans un autre, et c'est celui qui a décroché le premier qui finit par en répondre.
Une livraison prête avec l'adresse, le créneau, le contenu de la commande et le destinataire, plus l'affectation — à quel coursier elle a été donnée et pour quel jour. La planification de la journée et la répartition du travail restent du côté du système logistique.
Il apporte la tâche à l'exécutant, le guide d'un arrêt à l'autre et consigne les statuts et la confirmation de remise. C'est la seule source de données réelles sur la livraison : tout le reste est du prévu et non du réel.
Les statuts réels avec leurs heures, le résultat de chaque arrêt, les motifs des livraisons manquées, les retours et les commentaires du coursier. La logistique en construit le rapport de la période, et le commercial répond au client sans appeler l'exécutant.
Le logiciel pour coursiers peut fonctionner comme une application distincte raccordée par l'API au système existant : il reçoit les tâches et renvoie les statuts et les confirmations. Cette possibilité est nécessaire là où il n'est pas prévu de changer la couche logistique.
Un examen détaillé du côté logistique — demandes de transport, registre des marchandises, planification des tournées et travail du parc — se trouve sur la page du logiciel pour la logistiquepage. Ce qui compte ici est autre chose : les marques du coursier sont la seule source des statuts réels, et c'est pourquoi son poste de travail se conçoit en premier et non en dernier.
Une notification est nécessaire là où il faudrait sinon passer un appel. Elles sont peu nombreuses et chacune est précise : chacune signale un événement après lequel quelqu'un doit faire quelque chose. Tout le reste reste dans la liste des tâches et ne distrait pas le coursier dans l'escalier.
Le coursier a reçu une tâche : adresse, créneau et contenu. Il la voit tout de suite et non à la fin de la livraison en cours — et peut intégrer l'arrêt dans son ordre de passage avant de traverser la ville.
Le régulateur a réorganisé les arrêts, ajouté une livraison urgente ou retiré une livraison annulée. Sans notification, le coursier l'apprend en arrivant à l'ancienne adresse — et perd une heure à revenir.
Un rappel pour un arrêt dont le créneau va s'épuiser. Il arrive à l'avance et non au moment où il est manqué : l'enjeu n'est pas de consigner le retard mais de l'empêcher.
L'annulation parvient au coursier avant qu'il ne soit monté au septième étage. Si la commande est déjà entre ses mains, la notification arrive avec la suite à donner : la rendre à l'entrepôt ou la passer à un autre exécutant.
Une tâche reste sans marque, une livraison n'a pas été close avec un résultat, le régulateur a posé une question sur un arrêt. Ce n'est pas du contrôle pour le contrôle : une livraison laissée ouverte le soir se transforme en examen le lendemain.
Il y a aussi des choses à dire au client : la commande a été remise à un coursier, le coursier est en route, la livraison a été reportée. Cela supprime une partie des appels entrants vers l'entreprise — celui qui connaît le statut n'appelle pas pour le demander.
Les canaux d'envoi — un message dans l'application, un SMS, une messagerie, l'e-mail — se choisissent à la mise en place et se raccordent par des intégrations. Nous n'annonçons pas d'avance des raccordements tout prêts à des services précis : l'ensemble dépend de ce qu'utilisent les clients de l'entreprise et de ce qui est disponible dans leur pays.
L'historique n'est pas une archive tenue au cas où, mais un outil d'examen. Les enregistrements ne se modifient pas : une correction s'inscrit comme un nouvel événement, avec un motif. C'est pourquoi la question de savoir pourquoi une commande est arrivée à sept heures du soir a une réponse et non plusieurs versions.
L'exécutant, l'heure d'affectation et l'auteur — avec chaque réaffectation, si la tâche est passée d'un coursier à un autre en cours de journée.
Le fait de la remise des deux côtés : qui a donné, qui a pris, quand et combien de colis. Le moment à partir duquel la responsabilité de la commande revient à l'exécutant.
Chaque passage avec une heure exacte et un auteur : parti, arrivé à l'arrêt, remis. La durée réelle de la livraison se compose de ces marques.
Le résultat de la livraison et le mode de confirmation, et là où elle n'a pas eu lieu — le motif, le commentaire du coursier et ce qui a été décidé ensuite.
| Heure | Événement | Qui | Ce qui a été consigné |
|---|---|---|---|
| 09:12 | Affectée | Régulateur | Exécutant — coursier Azamat, créneau 12:00—15:00 |
| 10:05 | Prise par le coursier | Entrepôt + coursier | 1 colis, emballage intact, remise confirmée par les deux parties |
| 12:41 | Sur place | Coursier | Arrivée à Baïtik Baatyra 53 |
| 12:58 | Tentative manquée | Coursier | Le destinataire ne répond pas ; commentaire : la barrière est fermée, le gardien ne me laisse pas passer |
| 13:20 | Reportée | Régulateur | Convenu avec le destinataire pour 17:00—19:00 le même jour |
| 17:34 | Livrée | Coursier | Code de confirmation accepté, paiement de 2 400 som perçu en espèces |
Cet enregistrement montre non seulement que la commande a été livrée, mais aussi pourquoi elle est arrivée cinq heures après le créneau. Ce sont précisément ces enchaînements qu'il vaut la peine d'examiner : ils montrent quelle étape du processus se déroule en dehors du système — ici, la marche à suivre pour passer le gardien n'avait jamais été consignée sur l'adresse.
Les rapports se composent des mêmes enregistrements que les coursiers font pendant leur journée — aucune saisie de données à part n'est nécessaire pour l'analytique. Les indicateurs sont peu nombreux, et chacun répond à une question sur laquelle une décision se prend : combien de coursiers il faudra demain, où le processus casse le plus souvent, à qui il faut alléger la charge.
Combien de commandes ont été affectées en un jour, une semaine ou un mois — par entreprise, par zone et par coursier. Le chiffre de base à partir duquel tout le reste se calcule.
Combien ont été closes avec un résultat et quelle part d'entre elles est tombée dans le créneau convenu. La seconde compte plus que la première : « livré en retard » n'est pas la même chose que « livré ».
Combien de commandes sont revenues et pour quels motifs : le destinataire a refusé, l'entreprise a annulé, non livrée. Le motif est obligatoire — sans lui, le chiffre n'explique rien.
Combien de temps prend une livraison entre la prise de la marchandise et la remise, et combien de temps prend l'arrêt lui-même. Ces deux nombres montrent où passe le temps : sur la route ou sur place.
Combien d'arrêts reviennent à une personne et combien elle en clôt réellement. C'est de là que vient la réponse à la question de savoir s'il faut un coursier de plus ou si c'est une affaire de répartition du travail.
La liste des livraisons qui ont demandé un examen, avec les motifs. À la fin du mois, on ne voit pas « cela arrive » mais une liste précise des échecs qui reviennent.
Le rendement par employé et par direction sur une période. Il se compose des tâches closes, aucun suivi à part n'est donc nécessaire.
Les rapports s'exportent en fichier, se construisent selon un calendrier ou s'extraient par l'API depuis un système extérieur — pour les cas où les rapports consolidés de l'entreprise se tiennent dans un autre programme.
Les barres montrent la part de la première ligne et non du nombre total de commandes : la comparaison qui a du sens se fait par rapport à l'issue normale, et non à une moyenne. La ligne à examiner dans un tel tableau est la deuxième — soixante-quatorze livraisons en retard en une semaine, ce n'est pas un planning serré mais des adresses précises et des heures précises que l'équipe n'arrive pas à tenir.
La livraison se tient rarement seule : les commandes arrivent d'un programme, les clients se gèrent dans un deuxième, l'entrepôt dans un troisième. Voici les directions selon lesquelles l'échange se construit le plus souvent. L'étendue précise se détermine par ce que le système extérieur est capable d'exposer et se précise à l'étude préalable — nous ne promettons pas de connecteurs tout prêts à l'avance.
Une commande passée peut être transmise à la livraison automatiquement, et le statut peut être renvoyé au client dans son espace. La façon dont la vitrine elle-même et le suivi des commandes se construisent est traitée sur la page e-commerce.
L'état de préparation des commandes et la composition des colis viennent de l'entrepôt, tandis que le fait de la remise au coursier et les retours repartent. La couche entrepôt est traitée en détail sur la Pour l'entrepôt.
Il peut fonctionner avec un système logistique : celui-ci planifie la journée et répartit les commandes tandis que le logiciel pour coursiers renvoie les statuts réels. En détail — sur la de logistique.
Une intégration avec l'annuaire des clients et l'historique des affaires est possible : une livraison se crée depuis la fiche client et son résultat revient au commercial. L'échange se fait sur l'identifiant du client, pour que des contacts en double ne se créent pas.
Il peut travailler avec la couche comptable de l'entreprise : commandes, bons de livraison, règlements, paiement à la réception. Le sens de l'échange se détermine par la comptabilité reconnue comme la principale.
La carte, le géocodage des adresses et le tracé d'un chemin entre les arrêts se raccordent par une intégration avec un service extérieur. Le choix se fait selon la couverture des villes dont vous avez besoin et selon les conditions d'utilisation.
Les messages au coursier et au destinataire, les services de paiement pour le paiement à la réception, les transporteurs sous-traitants. Chaque raccordement est un module d'échange à part et non une case à cocher dans les réglages.
L'interface propre du système : créer une livraison, affecter un exécutant, obtenir un statut et une confirmation, extraire le journal des événements. Tout ce qui n'a pas de module dédié se raccorde par elle.
Les règles d'échange sont les mêmes partout : chaque opération porte une clé, si bien qu'une retransmission ne crée pas une seconde livraison ; une issue défavorable ne disparaît pas mais part dans la file d'examen ; chaque message et chaque réponse s'écrivent dans le journal des échanges. Sans ces trois règles, une intégration fonctionne exactement jusqu'à la première coupure de liaison.
La livraison ne passe pas dans un système d'un seul coup en une journée : tant qu'une partie des tâches se déroule en dehors du logiciel, ses statuts ne veulent rien dire. C'est pourquoi le lancement se fait par étapes, et chacune s'appuie sur une étape précédente qui fonctionne.
Comment les coursiers reçoivent leurs tâches aujourd'hui, qui tient les statuts, ce qui confirme une remise, quels cas particuliers reviennent le plus souvent et quels programmes sont déjà en place. Le résultat est une description du processus et une liste de ce qui s'automatise en premier.
Une liste finie d'états, les règles de passage de l'un à l'autre et un résultat obligatoire pour chaque livraison. L'étape la plus sous-estimée : sans elle, l'application devient un endroit de plus où l'on tient une conversation.
Une zone, une équipe ou deux ou trois exécutants passent par le cycle complet sur des livraisons réelles : affectation, prise de la marchandise, tournée, statuts, confirmation, examen des arrêts à problèmes.
Les coursiers restants suivent le schéma éprouvé, puis viennent les rôles et les droits, puis les intégrations comme modules d'échange à part. À partir de là, l'historique s'accumule et les rapports par période et les données pour la planification des équipes apparaissent.
Dites-nous combien vous avez de coursiers et combien de livraisons partent par jour, comment les tâches se distribuent aujourd'hui, ce qui confirme une remise et quels programmes tiennent vos commandes et vos clients. Nous vous dirons ce qui s'automatise en premier, ce qui peut être raccordé à vos systèmes en place et par où il vaut mieux commencer le pilote.
