Panalk.

01 / Contexte

Le problème

Une entreprise de livraison en pleine croissance s'appuie généralement sur une feuille de calcul, un groupe de discussion, une pile de messages et le téléphone d'un chauffeur. La commande est à un endroit, le prix à un autre, et le client doit demander une mise à jour. Construire les logiciels manquants est une deuxième activité. De nombreux opérateurs ne peuvent pas s’en charger et continuent d’exécuter le premier.

Panalk est l'infrastructure derrière l'opérateur. Elle ne devient pas l'entreprise de livraison et ne reprend pas la marque de l'opérateur ni la relation client. Il donne à l'opérateur un système déjà conçu pour le travail.

02 / Public

Pour qui c'est

L'opérateur qui gère la journée, les magasins qui envoient par son intermédiaire et le client en attente d'une mise à jour sont trois utilisateurs différents avec trois questions différentes. L'opérateur a besoin de contrôle. Le magasin a besoin d’un itinéraire de livraison fiable. Le client doit savoir où se trouve le colis et comment obtenir de l'aide.

Chaque entreprise conserve ses propres clients et dossiers. Le logiciel est partagé ; la frontière commerciale ne l’est pas.

03 / Contrainte

La contrainte qui a façonné la construction

Une plateforme logistique sans véritable frontière entre locataires est une violation de données qui attend une journée bien remplie. Filtrer les lignes par identifiant d'entreprise dans chaque écran n'est pas suffisant. La limite doit être maintenue lorsqu'un rôle est erroné, qu'un lien client est copié ou qu'une requête passe via l'API.

La plateforme devait également fonctionner en cinq langues, enregistrer les paiements sans détenir les fonds des clients, gérer les transferts entre les personnes et les véhicules et offrir au client une page utile sans lui obliger à créer un compte.

04 / Construction

Ce que nous avons construit

La version couvre toute la journée, pas un seul écran :

• Un tableau de bord de l'opérateur pour les commandes, les prix, l'expédition, les chauffeurs, les véhicules, les succursales, les paiements, la preuve de livraison et les mises à jour des clients.
• Une surface de conduite pour l'étape assignée et l'enregistrement de transfert.
• Un portail client et un lien de livraison signé pour qu'un destinataire puisse suivre le parcours et demander de l'aide.
• Forfaits, facturation, assistance, rôles, autorisations et une API pour les boutiques et autres systèmes.
• Cinq langages et un modèle de locataire qui s'applique à la limite de la base de données, pas seulement dans l'interface.

05 / Décisions

La partie difficile

Le travail intéressant n’était pour la plupart pas visible. Il fallait concilier identité et isolement des locataires. Un lien client devait révéler uniquement sa propre livraison. Un événement de paiement devait être enregistré sans prétendre que Panalk est un portefeuille. Un transfert échoué nécessitait un état utile, pas une erreur générique.

Le décompte des tests du 27 octobre 2026 fait partie de la preuve : 676 tests API et 280 tests d'identité. Le nombre est utile car il montre où sont allés les efforts, et non pas parce qu'un nombre de tests est une fonctionnalité du produit.

06 / Résultat

Qu'est-ce qui est en direct

Panalk est en direct sur panalk.xyz. La description publique du produit constitue la vision du système par l'opérateur. Le travail derrière cela est une plate-forme avec un petit nombre de pièces mobiles qui doivent s'accorder chaque jour.