Chaque mois, une entreprise algérienne nous demande de « construire un Yassir pour [insérer niche] ». Livraison de repas, pharmacie, courses, colis B2B, logistique dernier kilomètre. La demande est réelle — le marché algérien de la livraison est en explosion depuis 2024.
Mais 80% de ces projets meurent avant 6 mois. Pas parce que l'idée est mauvaise. Parce que le fondateur sous-estime la complexité technique d'une app de livraison et fait les mauvais choix dès le départ.
Ce qu'une app de livraison contient réellement
Une app de livraison n'est pas UNE app. C'est 3 apps + 1 dashboard + 1 backend :
App client (iOS + Android) — catalogue, panier, paiement CIB/Edahabia, suivi en temps réel, notifications push, historique, avis.
App livreur (iOS + Android) — réception des commandes, navigation GPS, statut de livraison, gains, disponibilité on/off.
Dashboard admin (web) — gestion des restaurants/commerces partenaires, suivi des commandes en temps réel, analytics, gestion des livreurs, paramétrage des zones et tarifs.
Backend — matching commande-livreur (algorithme d'attribution), calcul des tarifs (distance, zone, heure), gestion des paiements, notifications, API pour les 3 interfaces.
Quand un client dit « je veux une app de livraison », il veut en réalité 5 systèmes interconnectés. C'est pourquoi le budget n'est jamais « 2 millions de dinars comme le freelance m'a dit ».
«Quand un client dit « je veux une app de livraison », il veut en réalité 5 systèmes interconnectés.»
Architecture technique — ce qui fait la différence entre Yassir et un clone mort
Temps réel : WebSocket ou Socket.io pour le suivi GPS livreur. Le client voit le livreur se déplacer en temps réel. Sans temps réel, l'app est un formulaire de commande glorifié.
Matching livreur : algorithme qui prend en compte la distance du livreur au restaurant, le temps de préparation estimé, la charge actuelle du livreur, et la zone de livraison. Un algorithme naïf (« donner au livreur le plus proche ») perd 20 à 30% d'efficacité par rapport à un matching optimisé.
Paiements : intégration SATIM (CIB + Edahabia) + cash on delivery (toujours 70% du marché algérien). La gestion du cash est la partie la plus sous-estimée — réconciliation entre ce que le livreur collecte et ce que le restaurant doit recevoir.
Géofencing : définition de zones de livraison avec tarifs dynamiques. Centre-ville d'Alger = tarif A. Banlieue = tarif B. Hors zone = pas de livraison ou surcharge.
Intégrations algériennes — le vrai défi
Yalidine et ZR Express pour la livraison colis/e-commerce — API pour la création d'ordres, le suivi, et la gestion des retours. Les API ne sont pas les mêmes et chaque intégration est un mini-projet.
CIB + Edahabia via SATIM — paiement en ligne avec les contraintes qu'on a décrites dans notre guide technique (callback S2S, limites de transaction, sandbox instable).
Google Maps API — pour le calcul d'itinéraires et le suivi GPS. Attention : Google Maps en Algérie a des lacunes de couverture dans certaines zones. Alternative : OpenStreetMap avec données enrichies localement.
Firebase Cloud Messaging pour les notifications push. Attention : la connectivité mobile algérienne est inégale — vos notifications push doivent gérer le mode offline et la synchronisation à la reconnexion.
Coûts réels — pas les fantasmes
V1 fonctionnelle (3 apps + dashboard + backend) : 8 à 15 millions de DA. Timeline : 12 à 16 semaines. C'est le minimum pour une app qui fonctionne en production avec des vrais utilisateurs.
Version complète avec optimisation : 15 à 30 millions de DA. Timeline : 4 à 6 mois. Ajoute : algorithme de matching avancé, analytics temps réel, programme fidélité, gestion multi-villes.
Coûts récurrents : serveurs 30K–100K DA/mois selon le trafic. Google Maps API : $2-7 pour 1000 requêtes. SATIM : 1.5-2.5% commission. Hébergement Firebase notifications : quasi gratuit jusqu'à 100K utilisateurs.
Si quelqu'un vous propose une app de livraison pour moins de 5 millions de DA, il vous propose un prototype qui ne tiendra pas 100 commandes par jour. Ce n'est pas une app — c'est une démo.
«Si quelqu'un vous propose une app de livraison pour moins de 5 millions de DA, il vous propose un prototype qui ne tiendra pas 100 commandes par jour.»
Pourquoi 80% des clones meurent
Raison 1 : ils commencent trop large. Livraison de repas + courses + colis + pharmacie dès la V1. Résultat : 6 mois de développement et rien ne marche bien. Commencez par UNE verticale, dans UNE ville, avec UN cas d'usage.
Raison 2 : ils sous-estiment le cash. En Algérie, 70% des paiements sont en espèces. Gérer le cash (collecte par le livreur, réconciliation quotidienne, gestion des litiges) est plus complexe que le paiement en ligne. La plupart des clones ne gèrent pas ça correctement et perdent de l'argent à chaque commande.
Raison 3 : pas de livreurs. L'app est prête mais il n'y a pas de livreurs inscrits. Le recrutement et la rétention des livreurs est un problème opérationnel, pas technique. Mais votre app doit rendre le livreur heureux — interface simple, gains visibles, paiement rapide — sinon il part chez le concurrent.