ProjetsProduits & applications
LFstaff
LFstaff est l'application interne de Le Foyer. Elle suit chaque commande de marmite, de l'acompte du client jusqu'à la livraison, entre Douala et Yaoundé.
Le pointde départ
Une commande traverse une gestionnaire, un fournisseur installé dans une autre ville et un livreur. L'argent circule dans les deux sens : acompte du client, avance au fournisseur, commission du livreur. Sans outil, tout se perd entre les messages.
Pour qui
Une gestionnaire-chef, des fournisseurs et des livreurs, peu habitués aux applis, sur des Android d'entrée de gamme et en 3G.
Contraintes
- Zéro charge cognitive
- Android bas de gamme, réseau 3G
- Chacun ne voit que son périmètre
- Phase 1 : Douala et Yaoundé
User stories
Trois besoins concrets, et la réponse que le produit y apporte.
-
En tant que gestionnaire-chef, je veux savoir à tout moment où en est chaque marmite et qui doit agir, afin de ne plus rien perdre entre les messages.
Réponse du produitHuit états en quatre phases, chacun avec une couleur et un seul responsable.
-
En tant que gestionnaire, je veux être alertée avant d'avancer de l'argent au fournisseur, afin de ne jamais engager une somme que l'entreprise n'a pas encaissée.
Réponse du produitUne règle métier : l'avance fournisseur reste bloquée tant que l'acompte du client n'est pas entré.
-
En tant que livreur sur un Android d'entrée de gamme, je veux voir uniquement mes courses et ma commission, afin de travailler vite, même en 3G.
Réponse du produitUne PWA légère, un écran par tâche et des droits d'accès par rôle.
-
Étape 01
Cartographier l'argent avant les écrans
J'ai commencé par les flux, pas par l'interface. Trois flux coexistent : du client vers l'entreprise (acompte de 60 à 70 %, puis solde à la livraison), de l'entreprise vers le fournisseur (avance pour lancer la fonte), de l'entreprise vers le livreur (commission par livraison, retirable en fin de journée ou de semaine).
- Cartographie des flux
- Entretiens métier
- Service blueprint
Décision cléUne règle d'or : l'acompte du client entre avant que l'avance fournisseur ne sorte. L'app bloque, ou au minimum alerte, sinon. On n'avance jamais un argent qu'on n'a pas.
-
Étape 02
Modéliser le cycle de commande
La première version comptait six états. Il manquait le paiement du fournisseur et, surtout, le transit entre les villes. Le cycle réel en compte huit, répartis en quatre phases : Engagement, Fabrication, Transit, Livraison.
- Diagramme d'états
- Règles métier
Décision cléChaque état a une couleur et un seul responsable. À tout moment, on sait qui doit agir.
-
Étape 03
Concevoir pour quelqu'un qui n'aime pas les applis
Un écran par tâche, de gros boutons, le vocabulaire du métier plutôt que du jargon. Le livreur voit ses courses et sa commission, rien d'autre. Le fournisseur déclare l'expédition et la date d'arrivée prévue en deux gestes.
- Rôles et permissions
- Accessibilité
- Écrans par rôle
-
Étape 04
Choisir la techno pour le terrain
Une PWA installable depuis le navigateur, en Next.js et Supabase, avec des règles d'accès (RLS) par rôle et un mode hors-ligne minimal.
- Next.js
- Supabase RLS
- PWA
Décision cléUne PWA plutôt qu'une app de store : pas de téléchargement lourd, des mises à jour instantanées, et elle fonctionne sur des téléphones modestes.
-
Étape 05
Préparer la suite
Prochaines étapes : des bilans résumés par l'IA dans l'app, et un assistant de conversion sur le site vitrine de Le Foyer.
- Roadmap
- IA
Le rendu
Engagement
Nouvelle
Validée
Fabrication
Avance envoyée
En fonte
Transit
Expédiée
Arrivée en ville
Livraison
En livraison
Livrée
Le bilan
L'application est en cours de développement, avec le cœur métier modélisé : flux d'argent, cycle de commande et rôles.
Sur un outil interne, l'UX commence dans la trésorerie et la logistique. Une bonne règle métier évite plus d'erreurs que dix écrans bien conçus.