App client
Catalogue par commerce et par rayon, panier, créneau, paiement à la livraison ou par carte, suivi jusqu’à la porte, puis une note. Le suivi reprend celui que nous avons conçu pour hanout : confirmée, en préparation, en route, livrée.
Service · Livraison à la demande · Maroc
Depuis nos bureaux de Casablanca, Rabat et Marrakech, nous concevons et développons des applications de livraison à la demande pour le Maroc : app client, app livreur, espace commerçant et back-office de dispatch, en français et en arabe. Nous traitons ce qui fait réussir ce service ici : paiement à la livraison et caisse des livreurs, zones et frais, suivi en direct. Un MVP mobile prend en général 10 – 16 semaines ; la plateforme complète est chiffrée sur devis après un appel découverte gratuit.
Démarrer un projet →Voir les tarifs →
Une app « type Glovo » est un système : trois interfaces et un back-office qui suivent la même commande en temps réel. Chaque brique manquante se paie en appels téléphoniques.
Catalogue par commerce et par rayon, panier, créneau, paiement à la livraison ou par carte, suivi jusqu’à la porte, puis une note. Le suivi reprend celui que nous avons conçu pour hanout : confirmée, en préparation, en route, livrée.
Passer en ligne, recevoir une course avec l’adresse et le détail, accepter, naviguer, appeler le client, confirmer la remise et l’encaissement. La logique de l’app laveur de WashMinute, appliquée aux repas, aux courses et aux colis.
Accepter une commande, signaler une rupture, régler horaires et temps de préparation, suivre ventes et reversements. Pour une première version, une interface web sur tablette suffit souvent.
Commandes en direct, attribution des livreurs, zones et frais, caisse de chaque livreur, commerçants, promotions, support et remboursements. Comme pour l’espace agences et le back-office de Cardnd, tout le monde travaille sur les mêmes données.
Selon l’enquête TIC de l’ANRT (données 2024), 84,1 % des personnes qui achètent en ligne au Maroc paient à la livraison. Dans une app de livraison, une grande partie de l’argent risque donc de passer par la poche de vos livreurs avant d’arriver chez vous. Ce flux se conçoit dès le départ ; rattrapé plus tard sur un tableur, il devient une source d’écarts et de litiges.
Le livreur voit le montant exact ; le client peut indiquer à la commande le billet avec lequel il paiera. L’encaissement confirmé dans l’app est horodaté et localisé.
Chaque livreur a un solde en temps réel : ce qu’il a encaissé, ce qu’il vous doit, ce que vous lui devez. Au-delà d’un plafond que vous fixez, il ne reçoit plus de courses payées en espèces.
En fin de journée, le livreur dépose ses espèces ou fait un versement. Le back-office rapproche montant attendu et montant reçu ; chaque écart reste rattaché à une commande précise.
Le relevé de chaque commerçant se calcule seul : ventes, commission, frais de livraison, retours. Vous payez à la fréquence convenue, commande par commande.
Le paiement par carte (CMI, NAPS ou Stripe) peut être proposé dès le départ : il réduit le liquide en circulation, sans le faire disparaître.
Automatiser l’attribution trop tôt coûte cher et fige des règles que vous ne connaissez pas encore. Le dispatch monte donc en niveau avec votre volume. Le suivi, lui, est là dès le premier jour : position du livreur, temps estimé et statut, pour le client comme pour votre équipe. Dans WashMinute, le client voit déjà qui arrive, et quand.
| Niveau | Fonctionnement | Quand |
|---|---|---|
| Manuel | Un opérateur voit commandes et livreurs sur une carte et attribue chaque course. | Lancement, faible volume |
| Proposition | La course est proposée au livreur disponible le plus proche ; sans réponse, elle passe au suivant. | Quand l’opérateur devient le goulot |
| Automatique | Attribution par règles : distance, charge, temps de préparation, regroupement de commandes proches. | Plusieurs zones, volume régulier |
La première version doit prouver deux choses : que les clients commandent à nouveau, et que chaque livraison couvre ses coûts. Le reste attend.
| Brique | Version 1 | Plus tard |
|---|---|---|
| Client | Catalogue, panier, paiement à la livraison, suivi, note | Fidélité, portefeuille, commandes programmées |
| Livreur | Courses, navigation, encaissement, solde | Regroupement de courses, primes |
| Commerçant | Interface web : commandes, ruptures, horaires | App dédiée, statistiques, intégration caisse |
| Back-office | Dispatch manuel, zones et frais, remise de caisse, support | Dispatch automatique, multi-villes, promotions avancées |
| Paiement | Espèces, et carte si votre clientèle la demande | Pourboires, abonnement livraison |
Repas, courses ou colis : chacune a ses horaires, son panier moyen et ses contraintes. Commencez par celle que vous maîtrisez.
Signez les commerçants et formez les livreurs avant d’ouvrir l’app. Un client qui trouve un catalogue vide ne revient pas.
Quelques quartiers bien couverts valent mieux qu’une ville entière livrée en retard.
Délai moyen, annulations, commandes répétées, coût par livraison, écarts de caisse : quand ces chiffres tiennent, ajoutez une zone, puis une catégorie, puis une ville.
Nos applications mobiles démarrent à 30 000 MAD. Une plateforme de livraison réunit plusieurs apps et un back-office : elle est chiffrée sur devis, avec une proposition détaillée après la découverte et plusieurs options si votre budget l’exige. Le prix dépend surtout de :
Prévoyez aussi les coûts d’exploitation : hébergement, comptes développeur des stores, cartographie et SMS facturés à l’usage, commissions du prestataire de paiement, maintenance.
Des projets réels, avec leurs écrans et leur statut.
Nos applications mobiles démarrent à 30 000 MAD ; une plateforme complète (trois interfaces et un back-office) est chiffrée sur devis. Le principal levier est le contenu de la première version : un espace commerçant en web et un dispatch manuel réduisent la facture. La proposition détaillée suit l’appel découverte.
Un MVP mobile prend en général 10 – 16 semaines chez nous ; le planning d’une plateforme complète est fixé après la découverte. Recrutez commerçants et livreurs pendant le développement, pas après.
Pas au départ. L’app client et l’app livreur sont des apps mobiles ; l’espace commerçant peut commencer en web, sur tablette, et le back-office est en web lui aussi. Avec React Native et Expo, chaque app sort sur iOS et Android à partir d’une seule base de code, avec des mises à jour à distance.
Oui : carte via CMI, NAPS ou Stripe, à côté du paiement à la livraison, avec montants et commissions calculés côté serveur. WashMinute propose déjà les deux, carte via NAPS ou paiement à la livraison.
Oui. Salariés, indépendants ou fournis par un partenaire : seules les règles de rémunération et de solde changent dans le back-office. Le statut des livreurs relève en revanche du droit du travail et de la fiscalité ; faites-le valider par un conseil avant le lancement.
Oui. Nous commençons par un audit du code et de l’infrastructure, puis nous proposons un plan : ajouter l’app livreur et le dispatch à votre produit, ou reconstruire la partie qui bloque.
À vous : code, designs et propriété intellectuelle vous sont remis avec la documentation et les accès. Nous signons un accord de confidentialité avant d’entrer dans les détails. Après le lancement, nous assurons la maintenance avec un rapport mensuel, ou vous reprenez le produit en interne.
Dites-nous votre ville, votre catégorie et votre modèle de livreurs. Nous répondons sous 24 h pour fixer un appel découverte gratuit, puis vous recevez une proposition détaillée.