Qu'est-ce qu'un Discovery Sprint ?
Un Discovery Sprint est un projet court, au périmètre, au devis et à la date de fin fixés, généralement de deux à trois semaines. Il couvre la phase de découverte d'un produit : à qui il s'adresse, ce qu'il doit faire en premier et comment le construire. Il se termine par un MVP fonctionnel, un logiciel que vous pouvez ouvrir, parcourir et montrer à de vrais utilisateurs. Pas une présentation, ni un document qui décrit une application qui n'existe pas encore.
Si vous poursuivez la réalisation complète avec nous, le tarif du sprint est déduit de la réalisation. Le travail n'est jamais perdu : il devient la première étape du produit.
Pourquoi ne pas lancer directement la réalisation complète ?
Un produit SaaS complet, web et mobile, nous demande de huit à quatorze semaines. Un devis ferme pour un projet de cette taille ne vaut que par le périmètre qui le soutient. Quand l'idée est nouvelle, ce périmètre est un ensemble de suppositions : quelle fonctionnalité compte le plus, comment les utilisateurs vont circuler dans le produit, quelles intégrations sont nécessaires, à quoi ressemblent les données.
Construire sur des suppositions, c'est ainsi que les projets prennent du retard. Une hypothèse fausse découverte en semaine dix coûte bien plus cher à corriger qu'une hypothèse découverte en semaine deux. Le développement d'un MVP dans un sprint court ramène les questions coûteuses au début, là où y répondre coûte peu.
Ce qui se passe pendant le sprint
Les étapes sont toujours les mêmes, adaptées au produit :
- Objectifs et utilisateurs : à qui s'adresse le produit, la tâche qu'il doit bien accomplir, et comment vous jugerez la première version.
- Périmètre écran par écran : ce qu'un utilisateur peut faire, et une liste écrite de ce qui est exclu.
- Choix techniques : la stack, l'hébergement, les comptes et les rôles, et les intégrations prioritaires, comme le paiement, l'e-mail ou WhatsApp.
- Un MVP fonctionnel : le parcours principal réellement développé, sur une vraie infrastructure, prêt à être partagé avec les premiers utilisateurs.
- Un plan de réalisation : étapes, dates et devis ferme pour le produit complet, fondés sur ce que le sprint nous a appris.
Quand en avez-vous besoin ?
Un Discovery Sprint est pertinent quand le produit est nouveau, quand vous ne savez pas encore quelles fonctionnalités passent en premier, ou quand vous avez besoin de quelque chose de concret à montrer à des partenaires, des investisseurs ou des premiers clients. Il est aussi utile quand un outil interne doit remplacer des tableurs et que personne n'a jamais décrit le déroulement réel du travail.
Vous n'en avez probablement pas besoin quand le périmètre est déjà clair et documenté, par exemple pour refaire un système existant dont les écrans sont connus, ou pour un portail client bien défini. Dans ce cas, nous cadrons directement la réalisation.
Le but de la phase de découverte n'est pas un document sur votre produit. C'est une première version que vous pouvez utiliser.
Ce que vous avez à la fin
Au bout de deux à trois semaines, vous disposez d'un MVP fonctionnel, d'un périmètre écrit pour le produit complet et d'un plan avec étapes et dates. Après paiement intégral, le code et les comptes sur lesquels il tourne vous appartiennent. Vous avez aussi quelque chose de plus utile qu'un plan : les premières réactions de vrais utilisateurs face à un logiciel qu'ils peuvent toucher.
Ensuite, c'est vous qui décidez. Poursuivre la réalisation complète avec le tarif du sprint déduit, confier le plan à quelqu'un d'autre, ou faire une pause. Chacune de ces issues est raisonnable, et vous choisissez sur la base de faits plutôt que d'espoirs.
Quatre questions à poser avant de commencer
Quel que soit le prestataire de votre phase de découverte, posez les mêmes questions : qu'est-ce qui existera exactement à la fin, à qui cela appartiendra, comment sera fixé le prix de la réalisation complète, et que devient le tarif du sprint si vous poursuivez. Des réponses claires à ces quatre questions vous disent l'essentiel sur la façon dont le reste du projet se déroulera.
Comment nous travaillons chez Qafza
Notre Discovery Sprint dure de deux à trois semaines, avec un devis ferme, et se termine par un MVP fonctionnel. Vous le suivez dans un espace client privé, avec jalons, fichiers et validations au même endroit et deux cycles de révision par étape. Si vous poursuivez, le tarif est déduit de la réalisation complète, livrée par jalons. Nous nous engageons sur le périmètre, les délais et la qualité. Une fois les vrais utilisateurs arrivés, nous mesurons avec vous les inscriptions et l'usage.
Un MVP qui fonctionne en 2 à 3 semaines, pas des slides.Réserver un appel de cadrage de 30 min 
Vous préparez une application ou un SaaS ?Notre modèle gratuit vous guide sur le problème, la première version, les parcours clés et les décisions à prendre avant le développement.Obtenir le modèle 
L'équipe Qafza3 octobre 2026
