P-01
Prototypage
Un proto cliquable qui sert de contrat avant de construire.
34 écrans
BAO · 13 étapes, 10 PRD
SYS/PRODUCT
Un prototype en jours. Un SaaS en semaines.
Création de produits digitaux : du prototype au SaaS, en semaines
Trois façons de passer d'une idée à un produit qui tourne — prototype cliquable, SaaS sur mesure, landing pages — livrées en semaines parce que les PRD, les écrans et le build passent par des agents, sous la main d'un studio d'AI engineering.
SYS/LEVERS
Trois leviers
Du contrat visuel au produit en production, selon là où vous en êtes.
P-02
SaaS sur mesure
CRM, portail client, outil métier en Django, GraphQL et React.
33 modules
RankyDocky · CRM multi-tenant
P-03
Landing pages
Des pages conçues pour convertir, testées et instrumentées.
27 → 45 %
SITL · taux de complétion
SYS/AI
Ce que l'IA change ici
Le produit avance vite parce que la spécification est industrialisée : on rédige et on audite les PRD avec des agents, on génère les écrans à partir de ces PRD, puis on corrige à la main. Rien n'est improvisé — tout suit un protocole.
Spécifier
PRD et audits de cohérence rédigés avec des agents, relus avant toute ligne de code.
Générer
Les écrans sont générés à partir des PRD, puis corrigés à la main pour tenir la barre.
Protocole
GSD : contexte → recherche → plan → exécution → vérification. Chaque phase est cadrée.
SYS/GOAL
Par objectif
Une deuxième entrée dans les mêmes trois leviers, pour ceux qui savent ce qu'ils veulent obtenir mais pas encore par quelle étape commencer.
Valider une idée
Vous devez montrer le produit avant de le construire — à un investisseur, à un premier client, à votre propre équipe. Le levier est le Prototypage : un PRD par étape, des écrans HTML fidèles, un parcours qu'on manipule vraiment. Sur BAO (docAgency), cela a donné 13 étapes, 34 écrans et 10 PRD — du cabinet médical au dossier bancaire.
Sortir un outil métier
Le process vit dans des tableurs, ou l'éditeur du marché ne correspond qu'à moitié. Le levier est le SaaS sur mesure : modèle de données multi-tenant, API GraphQL Django, front React, rôles et déploiement. RankyDocky — CRM, campagnes, landing pages, CMS, 33 modules — est construit ainsi ; l'audit SEO & GEO instrumente les missions d'analyse. Pollutec Online a servi 60 webinaires en 5 jours à 6 300 inscrits.
Convertir plus
Le produit existe, c'est la page qui ne transforme pas. Le levier est les Landing pages : une page, un objectif, un chiffre — structure et copy de conversion, formulaire calibré, tracking branché, variantes testées. Sur SITL, la complétion des formulaires livres blancs est passée de 27 % à 45 %.
SYS/PROOF
Preuves
| Livrable | Quantité |
|---|---|
| BAO — écrans HTML | 34 |
| BAO — étapes du parcours | 13 |
| BAO — PRD | 10 |
| Pollutec Online — webinaires | 60 |
Axe : nombre d'éléments livrés (unités différentes, comparaison de volume de production). 60 webinaires en 5 jours, 6 300 inscrits pour 3 000 visés.
Produit · outil métier
Audit SEO & GEO
En production
Crawl, mots-clés, visibilité ChatGPT et Gemini.
SYS/BUILD
Comment on fait
Du cadrage au produit en production, en quatre temps.
01
Cadrage & PRD
Clarifier le problème, les parcours et écrire un PRD par étape.
Ce qu'on fait concrètement
Un atelier de cadrage, un parcours par persona, puis un document par étape : objectif, données affichées, actions possibles, règles métier, états d'erreur. Ces PRD sont écrits avec des agents et audités en cohérence avant la première maquette.
02
Maquette HTML
Des écrans fidèles en HTML et Tailwind, pas des images figées.
Ce qu'on fait concrètement
Les écrans sortent des PRD en quelques heures, puis sont repris à la main. Ils s'ouvrent dans un navigateur, se redimensionnent et se partagent par un lien — et le même HTML est réutilisé au moment du build.
03
Proto cliquable / tests
Un prototype manipulable, données réalistes, mis entre les mains des utilisateurs.
Ce qu'on fait concrètement
On relie les écrans entre eux, on les remplit de données plausibles, et on regarde un utilisateur réel traverser le parcours. C'est le moment où le cadrage se corrige — pendant qu'il ne coûte encore rien de le corriger.
04
Build
Passer au produit : SaaS sur mesure ou landing pages en production.
Ce qu'on fait concrètement
PRD, écrans et décisions UX partent tels quels vers le développement — modèle de données, API, front, rôles, déploiement — ou vers la mise en ligne de pages instrumentées. Rien n'est redessiné une seconde fois.
SYS/FAQ
Questions fréquentes
La famille Création de produits digitaux. Le détail proto, SaaS ou landing est sur chaque page fille.
Que construisez-vous, exactement ?
Trois formats, une même méthode. Un prototype HTML cliquable pour valider des parcours (BAO : 34 écrans, 10 PRD). Un SaaS sur mesure quand l'outil est le métier (RankyDocky : 33 modules, CRM multi-tenant). Des landing pages de conversion, souvent dans un programme ads ou CRO. Et un outil métier interne : l'audit SEO & GEO, en production pour les missions.
PlusMoins
Ce n'est pas une offre « webdesign » au sens d'une vitrine esthétique. C'est de la création de produit : rôles, états, mesure, code. Les agents accélèrent la production ; le studio relit avant de shipper.
Si vous cherchez uniquement une identité visuelle ou une brochure, ce n'est pas cette famille. Si vous cherchez un outil ou des pages qui convertissent, si.
Prototype, SaaS ou landing — par où commencer ?
Un parcours métier encore flou : prototypage d'abord, pour ne pas coder des malentendus. Un outil à mettre en production : SaaS, idéalement après un proto. Une campagne ou un test de conversion : landing pages.
PlusMoins
Les trois se parlent. Un proto devient un build. Une LP peut ranker et converger vers le CRO. On ne vend pas les trois le jour 1 ; on choisit le plus court chemin vers un livrable testable.
L'appel de 30 minutes sert exactement à ça : nommer le format, pas dérouler un catalogue.
Combien de temps pour créer un produit ou un site ?
Ça dépend du format. Un parcours proto : jours à 2–3 semaines. Un MVP SaaS : quelques semaines après un cadrage (souvent un proto). Une LP : jours, parfois une série en parallèle. Les agents compressent la production, pas la décision métier.
PlusMoins
Un « site » au sens vitrine 10 pages n'est pas le cas d'usage principal. Une page de conversion, un outil, un proto : oui. Refondre tout un corporate sans KPI : on oriente ailleurs.
Les délais se posent à l'écrit. Une date sans périmètre n'est pas un délai, c'est un souhait.
Faut-il un designer ? Quelle différence avec un développeur ?
Dans ce studio, le même interlocuteur relie parcours, interface et code. Un designer dédié a du sens pour une DA de marque, pas pour valider un flux métier. Un développeur « tickets only » sans produit, non plus : on ne splitte pas artificiellement ce que les agents + la relecture tiennent ensemble.
PlusMoins
Vous pouvez amener votre créatif. On s'y cale. On n'impose pas une esthétique Shamalo sur votre produit.
Le responsive est natif (on travaille dans le navigateur). L'accessibilité de base aussi. Un audit RGAA complet se cadre à part s'il est un critère métier.
Le SEO et la conversion, dès la création ?
Oui, quand l'URL a vocation à être trouvée ou à convertir. Structure de titres, perf, tracking, intention : on ne « rajoute le SEO » après. Une LP paid a un plan de marquage ; une page de comparaison a une intention ; un SaaS a des rôles, pas des mots-clés dans le header.
PlusMoins
On ne promet pas qu'un outil interne ranke sur Google. On promet qu'une page publique n'est pas aveugle. Les familles Croissance et Produits se recoupent exactement là.
Vitesse, mobile, poids des pages : c'est du CRO autant que du SEO. On ne les traite pas comme de la déco.
Comment se passent les étapes, de l'idée à la mise en ligne ?
Cadrage → proto ou wire métier → recette → build ou intégration LP → instrumentation → mise en ligne → itération. Rien n'est redessiné « pour de vrai » une seconde fois : le HTML du proto est la spec.
PlusMoins
Les agents produisent des écrans et du code par vagues (protocole GSD). Chaque vague a une relecture. Vous validez des parcours dans le navigateur, pas des slides.
Sans décideur côté client (qui dit oui / non sur un flux), ça s'arrête. On le pose dès l'appel.
Qui possède le livrable ? Et la maintenance ?
Vous. Proto, code, Webflow, dépôts : pas d'enfermement. Une suite de maintenance se cadre si le produit vit ; elle n'est pas un piège pour rester collé. Le code est documenté pour qu'une équipe interne puisse prendre la main.
PlusMoins
Hébergement, backups, mises à jour : on les nomme. « C'est dans le cloud » n'est pas un plan.
Les données et les secrets restent les vôtres. Voir aussi la FAQ AI engineering sur ce qui sort (ou non) vers un modèle.
No-code, Webflow, code sur mesure — comment vous choisissez ?
Selon qui fera vivre le livrable, et ce qu'il devra supporter dans un an. Webflow pour des LP itérées par le marketing. Sur mesure (Django / React) pour un SaaS multi-rôle. No-code si ça suffit encore vraiment — on ne force pas un rebuild par snobisme de stack.
PlusMoins
Le plafond du no-code (droits, volumes, tenancy) se voit souvent trop tard. On le dit tôt. Le détail est sur la page SaaS.
Pas de tarif affiché : le format se cadre pendant l'appel. Un chiffre hors contexte n'aide personne.
SYS/NEXT
Prochaine étape
Décrivez le produit ou l'outil à cadrer : on repère le plus court chemin vers un prototype testable. Cadrage écrit sous 48 h, sans engagement.