Quatre semaines entre « j'ai une idée » et un prototype que de vrais utilisateurs ont manipulé devant toi.
Pour qui.
- Le fondateur qui a validé une douleur, pas encore un marché
- La PME qui veut transformer un service manuel en produit
- L'équipe qui a déjà brûlé un budget de développement faute de périmètre
Le problème qu'on règle.
La plupart des produits ne meurent pas d'un mauvais code. Ils meurent d'un mauvais périmètre — décidé trop tôt, jamais écrit, jamais confronté à un utilisateur. On corrige sur la maquette, où ça coûte une heure, pas au sprint 12, où ça coûte un trimestre.
Ce qu'on livre.
- Note de cadrage : problème, utilisateur cible, concurrence, contrainte réglementaire
- Périmètre v1 — et la liste explicite de ce qui n'y est pas
- Parcours utilisateurs FR et EN
- Prototype cliquable haute fidélité
- Rapport de 5 tests utilisateurs, avec verbatims
- Design system de base : couleurs, typographie, composants
- Backlog estimé, prêt à être construit par n'importe quelle équipe
Comment ça se passe.
Ce qu'on ne fait pas.
- Pas de refonte esthétique sans problème d'usage identifié
- On ne démarre pas sans accès à cinq utilisateurs cibles — c'est une condition, pas une préférence
- On ne livre pas un « site vitrine en 5 jours »
Point de départ.
Forfait quatre semaines, prix fixe. Démarrage sous deux à trois semaines selon la charge du studio. Le chiffre te vient du Diagnostic — une semaine de cadrage payée, déduite si tu poursuis. Et le dossier t'appartient : tu construis avec nous, avec ton équipe, ou avec quelqu'un d'autre. Il est exploitable dans les trois cas.
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é