Semaine 1
Scope lock
Le cadrage se finit avant que le dev commence. Si ton idée ne tient pas en 4 semaines, je te le dis avant signature, pas au milieu.
Une clause écrite, signée avant que tu paies quoi que ce soit. Pas un slogan. Si je livre ton MVP en plus de 28 jours à partir du kick-off, tu récupères 25% du prix par semaine de retard.
Extrait du contrat
Les quatre clauses qui tiennent la garantie. Elles figurent dans le contrat en toutes lettres, pas en bas de page en gris clair.
28 jours calendaires maximum, à partir du kick-off. Kick-off = signature du contrat + acompte versé + scope figé. Pas de "à partir de bientôt".
1 à 7 jours de retard, tu récupères 25% du prix. 8 à 14 jours, 50%. Au-delà de 2 semaines, tu romps le contrat et tu encaisses 100%, plus le code en l'état.
Le repo GitHub est partagé avec toi dès le jour 1. Pas à la fin. Dès le jour 1. Tu peux récupérer ton code à n'importe quel moment, sans ma permission.
Le périmètre exact (features, écrans, intégrations) est écrit dans le devis que tu signes. Il ne bouge pas en cours de route, sauf avenant qu'on signe tous les deux.
Côté process
Une garantie à 4 semaines, ça ne se promet pas. Ça se construit. Voici les quatre mécaniques qui rendent les 28 jours tenables.
Semaine 1
Le cadrage se finit avant que le dev commence. Si ton idée ne tient pas en 4 semaines, je te le dis avant signature, pas au milieu.
Rituel hebdo
Tu vois le produit en vidéo toutes les semaines. Pas d'effet tunnel, pas de surprise en semaine 4. Si on dérive, on le voit tout de suite.
Parties critiques
Sur l'auth, les paiements, les Row-Level Security, un dev senior Elixir/Phoenix de confiance relit mon code. Tu ne le vois pas. Tu me parles à moi. La responsabilité reste la mienne.
Vitesse de croisière
Cursor, Claude Code, sur stack Elixir/Phoenix LiveView avec PostgreSQL. Je pilote l'IA pour aller 3 à 5 fois plus vite qu'un dev classique, sans rogner sur la sécurité.
Transparence
Un contrat équilibré, c'est un contrat qui dit aussi ce qu'il ne couvre pas. Voici les cas où la garantie saute ou se suspend.
Un écran en plus, une feature ajoutée, un revirement. On signe un avenant. Le délai de la partie concernée se recalcule.
Plus de 48h ouvrées sur une demande bloquante de ma part (validation maquette, accès outil, décision produit), le chrono se suspend. Il repart à ta réponse.
Le kick-off n'a pas lieu. Le délai ne démarre pas. Logique.
Au sens strict du code civil. Tu récupères le code en l'état et le remboursement de la semaine entamée.
Moi. Parham. Mon nom figure sur le contrat, pas celui d'une holding ou d'une structure anonyme.
Si je dépasse le délai, c'est moi qui rembourse, depuis le compte d'Ary. C'est la différence entre un engagement et une promesse : l'un est exécutable, l'autre se recycle en plaquette.
Les détails
Au kick-off. C'est le jour où tu signes le contrat, tu paies l'acompte, et on a cadré le scope ensemble. Pas avant. Les 28 jours se comptent en calendaire, weekends inclus.
Oui, la semaine entamée est due. 1 à 7 jours de retard = 25%. 8 à 14 jours = 50%. Au-delà de 2 semaines, tu peux rompre le contrat et récupérer 100%, plus le code tel quel.
Un seul cas : toi qui mets plus de 48h ouvrées à répondre à une demande bloquante de ma part. Le chrono reprend à ta réponse. Tout est tracké dans un doc partagé, rien au feeling.
Je documente tout au fur et à mesure dans un repo privé partagé avec toi dès le jour 1. Si je suis arrêté plus de 3 jours ouvrés, tu récupères le code en l'état et je te rembourse la semaine entamée. C'est écrit dans le contrat.
Moi, Parham, en mon nom, en tant que fondateur d'Ary. Pas une holding, pas une structure anonyme. Mon nom figure sur le contrat, et c'est moi qui rembourse si je dépasse.
Un changement de scope initié par toi après kick-off suspend le chrono de la feature concernée. On chiffre l'ajout dans un avenant. Le reste continue sur le délai initial.
Prochaine étape
Décris ton projet en 3 lignes. Tu repars avec une estimation chiffrée, un planning, et le contrat modèle avec la clause de garantie sous les yeux.
Créons ton MVPPas de spam.