« 7 jours pour une application web ? C’est du bâclé, non ? »
C’est la première réaction qu’on entend. Et elle est légitime.
Quand une agence classique annonce 3 à 6 mois pour un projet, dire « on le fait en 7 jours » paraît soit mensonger, soit cheap.
Ni l’un ni l’autre. On ne fait pas en 7 jours ce qu’une agence fait en 6 mois. On fait quelque chose de différent : un MVP — un Minimum Viable Product. Le produit minimum qui fonctionne, qui résout votre problème principal, et qui vous permet de tester avec de vrais utilisateurs avant d’investir plus.
Voici exactement comment ça se passe, jour par jour.
Le process jour par jour
Jour 1 — Le cadrage (1 à 2 heures)
C’est le jour le plus important. C’est là que 80 % des projets se gagnent ou se perdent.
On fait un call de cadrage avec vous. L’objectif : définir 3 à 5 fonctionnalités essentielles — pas 20, pas 50. Les 3 à 5 qui, si elles marchent, prouvent que votre idée a de la valeur.
Ce qu’on fait concrètement :
- On vous pose LA question : « Si votre outil ne pouvait faire qu’une seule chose, ce serait quoi ? »
- On identifie les utilisateurs (qui va s’en servir ? combien ? à quelle fréquence ?)
- On écrit les User Stories : « En tant que [utilisateur], je veux [action] pour [résultat] »
- On priorise avec la méthode MoSCoW : Must have (obligatoire) / Should have (important) / Could have (bonus) / Won’t have (pas dans le MVP)
- On valide ensemble le périmètre final
Ce qui sort du Jour 1 : Un document de cadrage d’une page avec les fonctionnalités validées, les écrans principaux identifiés, et les intégrations nécessaires.
Règle d’or : Si on ne peut pas le résumer en une page, le scope est trop large pour un sprint de 7 jours.
Jours 2-3 — L’architecture et le design
On ne code pas encore. On pose les fondations.
Jour 2 — Architecture technique :
- Choix de la stack (voir section suivante)
- Modèle de données (quelles entités, quelles relations)
- Définition des API (si intégrations externes)
- Setup de l’environnement : repo Git, base de données, hébergement, CI/CD
Jour 3 — Design de l’interface :
- Wireframes des écrans principaux (pas des maquettes haute-fidélité — des wireframes fonctionnels)
- Validation avec le client (appel de 30 min)
- Design system minimal : couleurs, typographie, composants de base
- On utilise des librairies UI éprouvées — pas de design from scratch
Ce qui sort des Jours 2-3 : Une architecture technique documentée, les wireframes validés, et un environnement de développement prêt.
Jours 4-6 — Le développement
C’est là que le code se écrit. 3 jours intenses, focalisés sur les Must Have du cadrage.
Comment on avance vite sans bâcler :
- Code propre dès le départ — nommage clair, structure modulaire, pas de raccourcis qui créent de la dette technique
- Composants réutilisables — on a notre propre bibliothèque de composants rodés (authentification, tableaux de données, formulaires, dashboards)
- Livraison continue — chaque fonctionnalité terminée est déployée immédiatement. Le client voit l’avancement en temps réel
- Tests sur les fonctions critiques — pas de couverture 100 %, mais les flux principaux sont testés
Jour 4 : Fonctionnalité #1 (la plus importante) — opérationnelle en fin de journée
Jour 5 : Fonctionnalités #2 et #3 — l’application commence à ressembler à un vrai produit
Jour 6 : Fonctionnalités #4-5 + intégrations + polissage de l’interface
Jour 7 — Tests, ajustements, livraison
La dernière ligne droite.
Matin :
- Tests end-to-end sur les parcours utilisateurs principaux
- Correction des bugs identifiés
- Tests sur mobile (responsive)
- Vérification des performances (temps de chargement)
Après-midi :
- Call de démonstration avec le client (1h)
- Ajustements finaux basés sur le retour immédiat
- Déploiement en production
- Transfert : accès admin, documentation technique, code source
Ce qui sort du Jour 7 : Une application fonctionnelle, en production, accessible par vos utilisateurs.
Notre stack technique
On ne réinvente pas la roue à chaque projet. On utilise une stack éprouvée qui nous permet d’aller vite sans sacrifier la qualité :
| Couche | Technologie | Pourquoi |
|---|---|---|
| Frontend | Next.js (React) | Performance, SEO, écosystème mature |
| Style | Tailwind CSS + shadcn/ui | Design cohérent, développement rapide |
| Backend | Next.js API Routes ou Node.js | Full-stack JavaScript, pas de changement de contexte |
| Base de données | PostgreSQL (via Supabase) | Fiable, scalable, auth intégrée |
| Authentification | Supabase Auth | Prête en 30 minutes (email, Google, SSO) |
| Hébergement | Vercel ou VPS dédié | Déploiement en 1 commande, CDN mondial |
| Paiements (si besoin) | Stripe | Standard du marché, intégration rodée |
| Emails (si besoin) | Resend | API simple, délivrabilité solide |
Pourquoi cette stack ?
- Tout est en JavaScript/TypeScript → un seul langage, pas de friction
- Supabase nous donne une base de données + auth + stockage fichiers en 10 minutes
- Vercel déploie automatiquement à chaque commit
- On a des templates de projet pré-configurés → le setup qui prend normalement 2 jours est fait en 2 heures
Exemples de MVPs qu’on a livrés en 7 jours
Dashboard de suivi pour un courtier
Le besoin : Visualiser en temps réel le pipeline de dossiers de financement (en cours, acceptés, refusés), avec alertes automatiques sur les dossiers inactifs.
Fonctionnalités livrées : Tableau kanban drag & drop, filtres par statut/courtier/montant, notifications email, export Excel.
Après le MVP : Le client a ajouté la signature électronique et un portail client en itération 2 (3 semaines plus tard).
Outil de devis automatique pour un prestataire de services
Le besoin : Remplacer les devis Word faits à la main par un outil qui génère un devis PDF professionnel à partir d’un formulaire.
Fonctionnalités livrées : Formulaire dynamique (options, quantités, remises), génération PDF avec la charte graphique du client, envoi automatique par email, suivi des devis (ouvert/signé/expiré).
Après le MVP : Ajout de la signature électronique et de la conversion devis → facture.
CRM simplifié pour une agence immobilière
Le besoin : Un système de matching acquéreurs/biens que le CRM standard ne faisait pas bien.
Fonctionnalités livrées : Import de la base acquéreurs, algorithme de rapprochement par critères pondérés, notification agent, email automatique à l’acquéreur avec la fiche du bien.
Après le MVP : Intégration avec le logiciel d’agence existant (API), ajout du scoring prédictif.
Ce qui est inclus — et ce qui ne l’est pas
Soyons transparents.
✅ Inclus dans le Sprint 7 jours (4 000 € HT)
- Call de cadrage (1-2h)
- Architecture technique
- Wireframes + design fonctionnel
- Développement des 3-5 fonctionnalités core
- Tests sur les parcours principaux
- Déploiement en production
- Code source (100 % votre propriété)
- Documentation technique de base
- 1 semaine de support post-livraison (bugs critiques)
❌ Pas inclus (mais dispo en option)
| Service | Budget estimé | Délai |
|---|---|---|
| Design haute-fidélité (maquettes Figma complètes) | 1 500 – 3 000 € | +3-5 jours |
| Application mobile native (iOS/Android) | 4 000 – 8 000 € | +2-3 semaines |
| Intégrations complexes (ERP, systèmes legacy) | 1 000 – 5 000 € par intégration | +1-2 semaines |
| Formation utilisateurs | 500 – 1 000 € | 1 demi-journée |
| Maintenance mensuelle | 300 – 800 €/mois | Continue |
Pour quel type de projet ?
Le Sprint 7 jours fonctionne pour :
✅ Digitaliser un processus métier — Vous faites un truc sur Excel, papier, ou email → on le transforme en application web
✅ Tester une idée de produit — Vous avez une idée de SaaS ou d’outil → on construit le MVP pour valider avec de vrais utilisateurs
✅ Remplacer un outil inadapté — Votre CRM/ERP/outil actuel ne fait pas ce que vous voulez → on construit la pièce manquante
✅ Automatiser un workflow — Un processus répétitif qui prend du temps → on le automatise
Le Sprint 7 jours ne fonctionne PAS pour :
❌ Un ERP complet — Trop de périmètre. On peut faire un module, pas l’ensemble.
❌ Une marketplace avec 50 fonctionnalités — Le MVP en a 5. Le reste vient après.
❌ Un projet sans owner décisionnaire — Si personne ne peut valider le cadrage en J1, le sprint ne peut pas démarrer.
FAQ : les questions qu’on nous pose toujours
« Et si ça ne me plaît pas ? »
Le cadrage du Jour 1 est gratuit. Si après le call vous ne voulez pas continuer, vous n’avez rien déboursé. Si vous validez et qu’en cours de route on voit que le projet n’est pas faisable en 7 jours, on vous le dit — et on rembourse.
« Le code sera de qualité ? »
Oui. Code TypeScript typé, structure modulaire, Git avec historique propre. Pas de spaghetti. C’est du code qu’un autre développeur peut reprendre.
« Et après les 7 jours ? »
Trois options : (1) vous êtes satisfait et on s’arrête là, (2) vous voulez des évolutions et on planifie des itérations, (3) vous reprenez le code en interne ou avec un autre prestataire — c’est votre propriété.
« Pourquoi 4 000 € et pas 15 000 € ? »
Parce qu’on ne développe pas de la même façon. Pas de réunions de 2h, pas de spécifications de 80 pages, pas de chef de projet entre vous et le développeur. Un cadrage serré, une exécution rapide, des outils qui accélèrent.
—
Vous avez un projet en tête ? Réservez un call de cadrage gratuit →
30 minutes pour voir si votre projet tient en 7 jours — et à quoi ressemblerait le résultat.
