Construire avec l’IA va aujourd’hui si vite que notre façon d’estimer et de proposer des projets ne tient plus toujours. C’est pourquoi, dans notre studio, nous travaillons de plus en plus en spikes, et nous constatons que nos clients en sont aussi enthousiastes que nous.
Qu’est-ce qu’un spike ?
Le terme vient de Scrum, où les équipes de développement utilisent un « spike » pour explorer rapidement une incertitude technique avant de commencer à construire. Nous avons repris le concept pour notre façon de travailler avec nos clients.
Concrètement, un spike est une période de travail courte et limitée dans le temps, en général de quelques jours à quelques semaines, avec un budget clairement délimité et une question concrète à laquelle nous voulons répondre ensemble. Par exemple : « Pouvons-nous rendre notre documentation interne accessible via un assistant IA assez précis pour le support ? » ou « Quel est le minimum à construire pour automatiser ce processus ? »
Le résultat n’est pas un produit fini défini à l’avance, mais un livrable tangible : un prototype qui fonctionne, une recommandation argumentée, ou une réponse claire à une question go/no-go.
Le spike face aux modèles classiques
Prix fixe, périmètre fixe. Fonctionne bien quand vous savez exactement ce que vous voulez. Mais avec l’IA, les possibilités évoluent si vite que le périmètre est souvent dépassé avant même le début du développement. Les discussions sur les travaux supplémentaires deviennent alors presque inévitables.
Tarif horaire. Flexible, mais fait porter tout le risque au client. Et au fond, il nous pénalise pour notre efficacité : plus nous travaillons vite avec de bons outils, moins nous gagnons. Ça ne semble juste pour personne.
Spike. Nous convenons d’un budget et d’une durée, et nous cherchons la réponse ensemble. Le client sait ce que ça coûte, nous savons de quoi nous disposons, et nous découvrons ensemble où nous arrivons.
Pourquoi cela fonctionne pour nos clients
Aller vite. En quelques jours, vous savez si une idée fonctionne. Fini les projets de plusieurs mois où l’on découvre à mi-parcours que l’approche ne tient plus.
Un premier pas facile. Dire « oui » à un spike est bien plus simple que de s’engager dans un projet de six mois. Des idées qui seraient restées dans un tiroir ont enfin leur chance.
Corriger en cours de route. Comme nous travaillons par cycles courts, le client peut réorienter le travail en chemin. Ce que nous apprenons la première semaine, nous l’utilisons la deuxième.
Payer pour un éclairage, pas pour des heures. Le résultat d’un spike est utile, même quand la conclusion est qu’il ne faut pas construire quelque chose. Cela fait souvent économiser bien plus que le coût du spike lui-même.
De la réflexion senior, pas de l’exécution. Un spike nous demande de réfléchir avec vous à ce que vous devriez construire, pas seulement à comment le construire. C’est précisément la valeur qui reste maintenant que construire coûte moins cher.
Quand un spike n’est pas la bonne formule
Soyons honnêtes : les spikes fonctionnent moins bien quand vous avez besoin d’un livrable fixe pour de la conformité, un appel d’offres ou un budget d’entreprise très encadré. Dans ces cas-là, nous utilisons volontiers le spike comme étape avant un devis classique. D’abord valider, ensuite seulement figer.
Prêt à en essayer un ?
Vous avez une idée d’IA sans savoir si elle fonctionnera ? Un processus qui pourrait peut-être être automatisé ? Une question que vous repoussez depuis des mois parce qu’un grand projet vous semble trop lourd ?
C’est exactement à cela que sert un spike. Faites-nous signe, nous vous aiderons volontiers à trouver la bonne question pour commencer.
