Un sprint qui s'arrête au dessin
Vous repartez avec une maquette.
- Utile pour se mettre d'accord sur la direction
- On peut cliquer, le produit ne fait encore rien
- Ensuite, il reste à trouver qui le construit
- Le code source n'existe pas
Pour les entrepreneurs · Sprint Produit
Vous n'avez pas à savoir coder, ni à savoir dessiner. Vous venez avec votre activité et vos clients. On construit le produit avec vous : vous décidez, on ajuste en cours de route, et le code source vous est remis.
Aucun prérequis technique. Un seul prix, connu avant de commencer.
Références
A-Just, Team'Parents, des agents IA et Exposome Vichy : les projets présentés sur l'accueil. Le sprint mobilise ce collectif, en plus court, et avec vous.

Service public
A-Just

Startups incubées
Accompagnement technique

Intelligence artificielle
Agents IA spécialisés

Santé publique
Exposome Vichy
Ça coince avant même d'avoir un produit ?
Elles reviennent chez les personnes qui portent une offre, pas chez les équipes techniques. Le sprint est fait pour elles.
01
Recruter un designer, puis quelqu'un pour construire, puis quelqu'un pour coordonner : des mois, et un engagement que vous ne pouvez pas encore justifier.
02
Une maquette aide à se mettre d'accord en réunion. Elle ne permet pas de faire essayer l'offre, de la montrer à un partenaire, ni de voir si quelqu'un est prêt à l'utiliser.
03
Vous n'avez pas à devenir technique pour avancer. Vous avez besoin que quelqu'un traduise votre idée en un produit concret, avec un prix annoncé avant.
04
Deux semaines, un périmètre tenu, un montant fixé. De quoi montrer quelque chose de réel, puis décider de continuer, d'ajuster, ou de s'arrêter.
Agilité et coconstruction
Deux semaines, c'est un cadre. Dedans, rien n'est figé trop tôt. Vous apportez l'activité. Nous apportons le design et la construction. Les choix se prennent ensemble, et ils restent visibles.
Vous êtes dans la pièce. Les designers proposent des pistes, vous arbitrez, le tableau de bord garde la trace. Le produit qui sort est celui que vous avez choisi, pas celui qu'on vous a déposé.
Les cinq jours de brainstorming servent à chercher, écarter et changer d'avis. Corriger le tir à ce moment-là coûte peu. On construit ensuite, sur une décision tenue.
Préparation, décisions, livraison : vous voyez le sprint avancer jour après jour. Pas de tunnel de plusieurs mois, pas de cahier des charges à figer avant de commencer.
La différence
Le Design Sprint, popularisé par Google, réunit une équipe pour trancher une question de produit, puis montrer une maquette sur laquelle on peut cliquer. Nous gardons ce rythme. Nous ne nous arrêtons pas au dessin.
Un sprint qui s'arrête au dessin
Sprint Produit Dev Together
Dix jours ouvrés
Deux semaines de travail, dans cet ordre. Vous coconstruisez les décisions. Vous n'avez pas à produire les écrans ni le code.
2 j
5 j
3 j
2 jours
01 · Préparation
Vous parlez de vos clients, de ce que vous vendez, et de ce qui doit exister en premier. Nous posons les questions. Rien à rédiger de technique.
5 jours
02 · Brainstorming
C'est le cœur agile du sprint. Les designers sont avec vous. Une piste peut tomber le troisième jour. Le tableau de bord montre ce qui a changé, et pourquoi.
3 jours
03 · Livraison
Les développeurs, assistés par l'IA, transforment la décision en produit utilisable. Le dernier jour, vous essayez, et vous recevez le code source.
Témoignages
Agilité, coconstruction, et un produit à montrer. Ce que l'on retient quand les décisions se prennent ensemble.
On n'a pas figé le produit le premier jour. On a cherché, écarté, repris. Quand la direction a bougé, le sprint a suivi. Deux semaines plus tard, je montrais quelque chose que mes clients pouvaient utiliser.
Je n'ai pas reçu un dossier à valider à la fin. J'étais dans les choix. Les designers proposaient, j'arbitrainais, le tableau de bord gardait la trace. On a vraiment construit ça ensemble.
Le cadre est court, et c'est ce qui m'a rassuré. On voyait avancer chaque jour. J'ai pu corriger le tir avant qu'on construise. À la fin, le produit fonctionne, et le code est à moi.
Le dernier jour
Pas un dossier à relire. Un produit que vous pouvez montrer, et les fichiers qui le font fonctionner.
L'avantage décisif
En clair : vous recevez les fichiers qui font fonctionner votre produit. Demain, vous pouvez les confier à un développeur, à un associé, ou continuer avec nous. Personne ne vous tient par le logiciel.
Vos clients, un associé ou un partenaire peuvent s'en servir. Ce n'est pas un dessin présenté en réunion.
Ce qui est dans cette version, et ce qui attend. Vous savez pourquoi, parce que vous avez décidé avec nous.
L'avancement et les décisions y sont visibles pendant le sprint. Vous n'avez pas à relancer pour savoir où on en est.
La documentation technique et les cartes sont en option.
L'équipe dans la pièce
Le même collectif que sur nos missions : des personnes, un endroit pour suivre, et l'IA pour construire vite sans vous noyer de technique.
Ils travaillent avec vous, pas dans une autre pièce. Ils proposent des parcours, vous les ajustez, et le choix reste le vôtre.
Chaque décision et chaque avancée y figurent. Vous voyez le sprint avancer, sans parler le langage du projet.
L'intelligence artificielle accélère la construction. Des personnes gardent la main sur ce qui compte pour votre activité. C'est ce qui rend deux semaines réalistes.
Le prix
Deux semaines. Le code est à vous.
Un montant annoncé avant de démarrer. Pas de deuxième devis pour « passer de la maquette au vrai produit » : cette étape est déjà dans le sprint.
La documentation technique et les cartes sont en option.
On échange d'abord pour vérifier que votre idée tient dans ces deux semaines.
Questions
Non. Vous venez avec votre activité, vos clients et ce que vous voulez leur proposer. Nous venons avec les designers et les développeurs. Si un mot vous échappe, on le traduit.
Ce sont les fichiers qui font fonctionner le produit. Les posséder, c'est pouvoir le faire évoluer plus tard : avec nous, avec une personne que vous recrutez, ou avec une autre équipe. Vous n'êtes pas lié à Dev Together pour que le produit continue d'exister.
Une maquette montre l'intention. On peut parfois cliquer dessus, mais elle ne rend pas le service. Ici, les trois derniers jours servent à construire une première version utilisable. Le dessin n'est qu'une étape, pas le livrable.
Non, et c'est voulu. On construit la première version utile : celle qui permet de montrer, de faire essayer, de voir si l'idée tient. Pas le logiciel d'ici trois ans. Le périmètre est précisément le sujet des deux premiers jours.
Pas de cahier des charges. Venez avec ce que vous savez de vos clients, un exemple de ce qui vous frustre aujourd'hui, et le résultat que vous aimeriez pouvoir montrer dans deux semaines. Le reste se précise ensemble.
C'est prévu. L'agilité du sprint tient dans ces cinq jours : on cherche, on écarte, on change de cap ensemble, avant de construire. Le tableau de bord garde la trace. Mieux vaut trancher autrement le quatrième jour que de livrer la mauvaise chose.
La documentation technique et les cartes sont en option. Les cartes décrivent, écran par écran, ce qui a été décidé. La documentation explique comment le produit est construit. Les deux servent surtout si une autre équipe reprend le sujet plus tard. Elles ne sont pas nécessaires pour utiliser la première version. Le nom de domaine, l'hébergement et la suite éventuelle se décident à part, avant d'engager la dépense.
Vous le faites avec nous. La coconstruction, c'est votre place dans les décisions : ce qu'on garde, ce qu'on laisse, ce qu'on ajuste. Nous amenons les designers, le tableau de bord et les développeurs. Vous n'avez pas à dessiner ni à coder pour être décideur.
Non. Vous pouvez vous arrêter, montrer le produit, ou continuer avec nous. Dans tous les cas, le code source vous appartient.
Écrivez-nous. On regarde ensemble si votre idée tient dans ce sprint, sans vous demander de parler technique.
Parler de mon idée