Construire l'app juste du premier coup.
Un MVP monté trop vite se reconstruit au pire moment, en général juste avant la levée. On le construit pour qu'il tienne.
30 minutes, sans engagement. Réponse sous 24h.
Ce qu'on retrouve à chaque fois.
- Le freelance est parti. Personne ne sait comment le projet se déploie.
- Ça marche à vingt utilisateurs. À deux mille, ça tombe.
- Chaque nouvelle fonctionnalité casse une ancienne.
- La due diligence technique arrive et vous ne savez pas ce qu'elle va trouver.
On cadre, on construit, vous voyez avancer.
- 01
On cadre
Une journée pour trancher ce qui sort en v1 et ce qui attend. La moitié de ce que vous avez prévu peut attendre.
- 02
On construit
Une stack qu'on assume, du code relu, des déploiements automatisés. Le code est chez vous, pas chez nous.
- 03
On livre en continu
Une version testable dès les premières semaines. Pas un grand soir à la fin où on découvre le résultat ensemble.
- 04
On reste dans le coup
Après la mise en ligne, on corrige, on ajuste, et on prépare la suite avec vous.
Pour qui on fait ça.
- Fondateurs qui lancent un produit de zéro.
- Agences qui ont vendu une app et n'ont pas l'équipe pour la construire.
- Startups avec un MVP bancal et une levée devant elles.
Si le critère est le moins cher possible, ce n'est pas nous. On construit pour que ça tienne, et ça se paie une fois.
QLLO : de l'idée aux stores en quatre mois.
QLLO
Une super-app de livraison et de VTC, livrée sur les deux stores en quatre mois avec un budget contraint. Elle est en production, et toujours maintenue.
Vous partez quand vous voulez, avec tout.
- Le code est à vous, sur votre dépôt, à chaque étape.
- La documentation avance avec le code, pas six mois après.
- Une stack standard, que n'importe quelle équipe peut reprendre.
- L'hébergement et les comptes sont à votre nom.
On ne construit pas de dépendance. Le jour où vous arrêtez de travailler avec nous, rien ne s'arrête chez vous.
Les questions qui reviennent à chaque premier appel.
- Quatre mois, c'est long. On a des concurrents.
- Quatre mois pour une super-app sur les deux stores. Ce qui prend du temps, ce n'est pas d'écrire le code : c'est de trancher ce qui ne sera pas dans la V1. On commence par là, et c'est ce qui fait tenir le délai.
- On a moins de budget qu'une agence classique demande.
- Dites-le au premier appel, avec une fourchette. Si ce n'est pas faisable, on le dit tout de suite — on préfère ça à un devis gonflé d'une marge de sécurité que vous paieriez sans le savoir.
- Et si on doit pivoter dans six mois ?
- C'est l'hypothèse de départ, pas l'accident. Le découpage est fait pour qu'un changement de modèle ne demande pas de repartir de zéro. C'est la seule chose qu'on refuse de négocier sur un MVP.
- Qui possède le code, et qui peut le reprendre ?
- Vous, et n'importe quelle équipe. Pas de framework maison, pas d'outil propriétaire dont vous dépendriez pour mettre en production.
La journée de cadrage.
Journée de cadrage
Le périmètre de la V1, ce qui en sort explicitement, l'architecture cible et un planning. Le document reste utilisable si vous partez le faire construire ailleurs.
Une journée, avec vos décideurs
Le budget se cadre pendant l'appel de trente minutes qui précède.
Dites-moi ce que vous voulez lancer.
On regarde le périmètre, ce qui est risqué dedans, et par où commencer pour sortir vite sans tout casser.
Réponse sous 24h.
