Quand un projet logiciel dépasse son budget ou n'aboutit jamais, la cause est rarement le code. C'est en général ce que personne n'a fixé avant de commencer : ce qu'on construisait exactement, à qui cela appartenait, et comment savoir si le projet avançait. Ces cinq questions règlent cela avant la signature.
1. Le périmètre est-il écrit et validé avant toute ligne de code ?
Une spécification écrite liste les écrans, les règles et ce qui compte comme terminé. C'est elle qui rend un prix fixe possible, et elle que vous montrez quand quelque chose manque. Sans elle, chaque désaccord devient une nouvelle facture.
2. Le prix est-il fixé pour ce périmètre ?
La facturation à l'heure fait porter chaque imprévu sur vous. Un prix fixé pour un périmètre validé le fait porter sur ceux qui font le travail, les mieux placés pour le maîtriser. Les changements restent possibles ; ils sont chiffrés avant d'être faits.
3. Le code, les comptes et les données seront-ils à votre nom ?
Le dépôt de code, l'hébergement, le nom de domaine et la base de données doivent être ouverts à votre nom dès le premier jour. Si la collaboration s'arrête, une autre équipe peut reprendre le travail. S'ils sont au nom du développeur, vous louez votre propre produit.
4. À quelle fréquence verrez-vous un logiciel qui fonctionne ?
Une démo cliquable toutes les une ou deux semaines est la meilleure alerte qui existe. Un projet qui ne montre rien pendant deux mois est un projet que personne ne peut piloter.
5. Qui vérifie le travail avant la mise en ligne ?
Les outils d'IA écrivent beaucoup de code très vite. C'est utile, et cela rend la relecture plus importante, pas moins. Demandez qui lit et teste chaque modification avant qu'elle n'atteigne vos clients.
Ce sont les conditions dans lesquelles nous travaillons par défaut. Si vous voulez les confronter à votre propre projet, réservez un court appel.