💡 La genèse du projet
Tout a commencé lorsque j'ai ouvert mon propre fast-food. Comme tout entrepreneur débutant, j'ai commencé par gérer les entrées et sorties de stock à l'ancienne : des registres papier, des calculs manuels et beaucoup de temps perdu.
Chaque soir, je passais des heures à :
Compter les stocks restants
Calculer les recettes de la journée
Noter les commandes dans un cahier
Essayer de comprendre où passaient mes marges
Le déclic est venu un jour où j'ai réalisé que j'avais fait une erreur de calcul qui m'avait coûté plusieurs semaines de bénéfices. À ce moment-là, je me suis dit : "Je suis développeur, pourquoi ne pas créer ma propre solution ?"
📌 Du problème à la solution
Les douleurs du quotidien
Problème | Impact |
|---|---|
Registres papier | Perte de temps, erreurs de calcul |
Pas de visibilité stock | Ruptures fréquentes, sur-approvisionnement |
Suivi des recettes manuel | Impossible de savoir si le jour était rentable |
Gestion des employés floue | Qui a encaissé quoi ? Qui a servi qui ? |
Pertes non tracées | Avaries, vols, erreurs de caisse invisibles |
Ma motivation
En tant que développeur et entrepreneur, j'ai vu une opportunité unique :
Résoudre MON propre problème — le meilleur type de projet
Créer un outil que d'autres restaurateurs pourraient utiliser
Apprendre en construisant quelque chose de concret
🎯 Objectifs du projet
Mission : Transformer la gestion chaotique d'un fast-food en un système fluide et automatisé.
Objectif | Description |
|---|---|
Éliminer les registres papier | Tout en numérique |
Automatiser le suivi des stocks | Plus d'erreurs de calcul |
Voir mes recettes en temps réel | Savoir si je gagne ou perds |
Tracer chaque mouvement | Qui, quoi, quand, combien |
Préparer l'expansion | Un système prêt pour plusieurs points de vente |
🛠️ Solution technique
Stack technologique
Composant | Technologie | Pourquoi ce choix |
|---|---|---|
Backend | CodeIgniter 4 | Framework PHP rapide, facile à maîtriser |
Base de données | MySQL | Fiable, gratuit, données relationnelles |
Frontend | Hope-UI (Bootstrap 5) | Dashboard professionnel clé en main |
FPDF | Génération de tickets et rapports | |
Déploiement | Docker + Nginx + Traefik | Portabilité et SSL automatique |
✨ Fonctionnalités développées
🛒 Gestion des commandes
Prise de commande rapide avec interface tactile
Suivi en temps réel (en préparation → prête → livrée)
Historique complet avec filtres avancés
📦 Gestion des stocks
Entrées/sorties automatiques liées aux ventes
Alertes de rupture de stock
Approvisionnements avec lien fournisseurs
💰 Suivi financier
Recettes par jour / semaine / mois
Dépenses catégorisées
Calcul automatique des marges
👥 Gestion des utilisateurs
Authentification sécurisée
Rôles : Admin • Manager • Caissier • Serveur
Permissions granulaires par fonctionnalité
🏪 Multi-points de vente
Gestion de plusieurs établissements
Transferts de stock inter-sites
Consolidation des données centralisée
📊 Tableau de bord
KPIs en temps réel
Graphiques de performance
Export PDF des rapports
📚 Ce que j'ai appris
💻 En tant que développeur
Compétence | Application |
|---|---|
Architecture MVC | Code propre et maintenable |
Sécurité | Authentification, autorisations, CSRF |
DevOps | Docker, VPS, SSL automatique |
UX/UI | Concevoir pour des non-techniques |
🏢 En tant qu'entrepreneur
Écouter le terrain : Les vrais besoins viennent de l'usage quotidien
Itérer vite : Mieux vaut une v1 imparfaite qu'une v10 jamais livrée
Documenter : Pour les utilisateurs et pour moi-même dans 6 mois
⚡ Difficultés rencontrées
1️⃣ Trouver le temps
Problème : Gérer un fast-food ET développer en même temps.
Solution : Développement par petits sprints, souvent tard le soir. Fonctionnalités urgentes d'abord.
2️⃣ Traduire mes besoins en code
Problème : Je savais ce que je voulais, mais pas comment le modéliser.
Solution : Beaucoup de refactoring. La v1 était moche, la v2 acceptable, la v3 solide.
3️⃣ Former les employés
Problème : Mes employés n'étaient pas à l'aise avec l'informatique.
Solution : Interface ultra-simplifiée, formation progressive, et surtout... de la patience !
4️⃣ Gérer les cas limites
Problème : Annulations, remboursements, corrections de stock...
Solution : Chaque cas particulier = une nouvelle fonctionnalité. Le système s'est enrichi avec l'usage.
📈 Résultats concrets
Métrique | Avant (registres) | Après (système) | Gain |
|---|---|---|---|
⏱️ Temps de clôture journalière | 1h30 | 10 min | -85% |
❌ Erreurs de stock | ~15/mois | ~2/mois | -87% |
👁️ Visibilité sur les marges | Fin de mois | Temps réel | Instantané |
📉 Pertes non identifiées | ~30% | <5% | -83% |
🎓 Temps de formation | 1 semaine | 2 jours | -70% |
🔗 Démo & Accès
🌐 Application en ligne
URL : https://maxburger-inventory.neocraft.dev
🔐 Accès démo
Rôle | Mot de passe | |
|---|---|---|
Admin |
|
|
Manager |
|
|
Caissier |
|
|
⚠️ Compte démo en lecture seule. Les données sont réinitialisées régulièrement.
📦 Code source
🏁 Conclusion
Les meilleures solutions viennent des vrais problèmes.
En étant à la fois l'utilisateur et le développeur, j'ai pu créer quelque chose qui répond exactement aux besoins du terrain. Ce projet m'a appris autant sur le développement que sur l'entrepreneuriat.
Si vous êtes développeur et entrepreneur, je vous encourage à résoudre vos propres problèmes. C'est la meilleure motivation et la meilleure validation possible.
🛠️ Technologies utilisées
👤 À propos de l'auteur
Cédrick Feze
Développeur Full-Stack & Entrepreneur
