Tous les quatorze jours, tu vois l'application tourner en environnement réel. Jamais « ça avance bien ».
Pour qui.
- Le produit cadré, prêt à être construit
- Le produit existant qui a besoin d'une reprise ou d'une remise à niveau
- L'entreprise qui a besoin d'une API ou d'intégrations entre outils
Le problème qu'on règle.
Les projets de développement dérivent dans le silence. Deux semaines de silence deviennent deux mois, puis un produit livré qui ne correspond plus au besoin. Le rythme de démo n'est pas un confort de communication : c'est le mécanisme de contrôle.
Ce qu'on livre.
- Application web ou mobile en production
- API documentée
- Trois environnements : développement, préproduction, production
- Intégration et déploiement continus
- Tests automatisés sur les parcours critiques
- Journalisation, sauvegardes, restauration testée
- Dépôt Git et documentation de reprise transférés à ton nom
- Next.js / React, Node, PostgreSQL — hébergé au Canada ou dans l'UE selon ta contrainte de résidence des données
Comment ça se passe.
Ce qu'on ne fait pas.
- On ne reprend pas un code existant sans audit préalable — une semaine, facturée, avant tout engagement
- On ne travaille pas sans environnement de préproduction
- On ne livre pas sans documentation de reprise : si tu ne peux pas nous remplacer, on a mal travaillé
Point de départ.
Audit de reprise : une à deux semaines, prix fixe. Puis développement au sprint de deux semaines, engagement minimum de trois sprints. Le montant sort du cadrage ou du Diagnostic — on ne chiffre pas un développement avant d'avoir vu le périmètre. Trente jours de correction des anomalies après mise en production, inclus.
FR/EN par défaut. Conformité au périmètre initial.
Loi 25, PIPEDA et RGPD entrent dans le cadrage, pas dans l'avenant : registre des consentements, minimisation des données, résidence des données au Canada ou dans l'UE, procédure d'incident. Ce n'est pas une ligne de devis — c'est une contrainte de conception.
Comment on traite la conformité