13 · Des réponses franches à des questions légitimes
- 01
Un studio mené par une personne, sans dépendre d’elle
Votre projet ne dépend jamais de la présence d’une personne. Le code vit dans votre propre dépôt dès le premier jour, il est documenté et testé au fil de l’eau, il n’utilise que des technologies répandues, et un développeur senior de notre réseau peut le reprendre.
- 02
Du code écrit par des agents IA, des décisions prises par un senior
Les agents écrivent vite, mais ils ne décident pas. Les choix d’architecture et de sécurité sont ceux d’un ingénieur senior, chaque fonctionnalité est couverte par des tests automatisés rejoués à chaque changement, et une revue de sécurité dédiée précède chaque mise en production.
- 03
Un devis avant de commencer, et pas de chèque en blanc ensuite
Vous recevez un devis global avant le début du projet pour tout ce qui est estimable, et un budget prévisionnel pour ce qui ne l’est pas. Un sprint de deux semaines coûte en moyenne 5 000 €, et un point sur les finances est fait sur demande ou à chaque sprint.
- 04
Deux à trois mois pour la production, quelque chose à voir toutes les deux semaines
Comptez deux à trois mois pour une première version en production. Vous n’attendrez pas aussi longtemps pour la voir : une version qui fonctionne vous est présentée toutes les deux semaines, et un environnement de test vous reste ouvert dès le début.
- 05
Le sur-mesure n’est plus l’option chère
Parfois il ne faut pas, et nous vous le dirons quand un produit existant fait l’affaire. Mais l’IA et les techniques de développement actuelles ont tellement changé le coût du sur-mesure qu’il reste peu de raisons de continuer à plier votre activité à un outil pensé pour quelqu’un d’autre.
- 06
Pas besoin d’équipe technique : une personne, une demi-journée par semaine
D’aucune compétence technique. Il nous faut une personne qui sait comment votre activité tourne vraiment, disponible environ une demi-journée par semaine pour répondre aux questions et essayer ce que nous construisons. La technique, de l’architecture à l’hébergement, c’est pour nous.
- 07
Après le lancement : nous restons tant que vous le voulez, pas un jour de plus
Nous hébergeons, maintenons et faisons évoluer votre produit aussi longtemps que cela vous convient. Et comme le code, la documentation et la formation sont à vous, vous pouvez le reprendre ou le confier à quelqu’un d’autre quand vous le décidez.
- 08
Le tableur qui fait tourner votre entreprise
Pas tant qu’il fonctionne. Mais un fichier qu’une seule personne comprend, avec une macro qui plante une semaine sur deux, est un risque dont dépend votre chiffre d’affaires. Le remplacer commence par regarder comment vous vous en servez, pas par une démo.
- 09
Une demande de fonctionnalité est un symptôme, pas une ordonnance
Parce qu’un utilisateur sait où ça fait mal, pas ce qui le soigne. « Je veux un export PDF » veut souvent dire « je perds mon lundi à faire un rapport ». Nous construisons pour la raison derrière la demande, ce qui donne souvent une solution plus petite et meilleure.
- 010
Vous n’avez pas besoin d’un cahier des charges pour nous appeler
Non, c’est le bon moment. Une entreprise qui a un problème et pas de solution est exactement celle pour qui un studio doit travailler. Poser les bonnes questions, couper la moitié des idées et dire non avant que vous ne payiez pour un oui est la partie la plus utile de notre travail.
- 011
Le meilleur travail logiciel est celui qu’on ne remarque jamais
Le fait que rien ne tombe en panne. Un logiciel qui marche passe inaperçu, ce qui donne l’impression que le travail derrière était inutile. Nous rendons ce travail visible : les problèmes évités, les décisions prises, et ce qui se serait passé sinon.
- 012
L’IA ne sert pas à rien. Elle sert surtout aux mauvaises choses
Une fenêtre de discussion est l’usage le moins intéressant de l’IA. La même technologie lit des rouleaux carbonisés et conçoit de nouveaux médicaments. En entreprise, sa valeur apparaît quand elle est branchée sur vos propres données et outils, sur un problème qui vous coûte vraiment du temps.
- 013
Une mise en production ne devrait jamais être un événement
C’est l’inverse. La peur de livrer vient des grosses livraisons rares et des tests qui ne testent rien. De petites livraisons fréquentes sont faciles à vérifier et faciles à annuler : c’est pourquoi on devrait pouvoir livrer un vendredi à 17 h sans trembler.