Tout projet logiciel avance sur deux calendriers. Le nôtre, avec ses sprints, ses versions de préproduction et ses mises en production. Et le vôtre, avec les décisions que vous seul pouvez prendre : quel rôle voit quoi, quel ancien système reste en place, qui valide les données de test. Quand on veut faire développer un logiciel, le devis ne montre en général que le premier calendrier. À mon avis, c'est sur le second que les projets prennent du retard.
Chez CODT Technologies, je suis responsable de la livraison, tout ce qui se passe entre la signature et la remise. C'est pourquoi, à côté de chaque étape, vous trouverez aussi ce qu'il nous faut de votre part.
Faire développer un logiciel : la réponse courte
Faire développer un logiciel chez CODT Technologies coûte $30,000–55,000 pour une première version allégée, prête en 8–14 semaines, $55,000–110,000 pour un produit à plusieurs rôles et intégrations en 12–20 semaines, et dès $120,000 pour une plateforme complexe. Cinq étapes : sprint de discovery, socle, parcours principaux, durcissement, mise en production avec 30 jours de garantie.
Fourchette indicative, pas un devis — le chiffre ferme sort d'un sprint de discovery payant et est crédité sur la réalisation. Les montants sont en dollars américains ; les clients suisses et européens reçoivent leur devis en francs ou en euros, à partir de la même grille tarifaire 2026.
Le déroulement d'un projet logiciel en cinq étapes : ce que vous recevez et ce qu'il nous faut
Le tableau est la version courte. Les remarques qui suivent sont la partie qui mérite d'être discutée lors d'un premier échange.
| Étape | Ce que vous avez en main à la fin | Ce qu'il nous faut de votre côté |
|---|---|---|
| 1. Sprint de discovery (1–2 semaines) | Périmètre écrit, architecture, feuille de route chiffrée, liste de ce que nous ne construirons pas ; le devis ferme en découle | Des ateliers avec les personnes qui utiliseront le logiciel, pas seulement avec celles qui le commandent |
| 2. Socle | Connexion, rôles, multi-tenant, pipeline de déploiement, environnement de préproduction | Les accès aux systèmes à connecter, et une décision sur l'authentification (votre propre gestion d'utilisateurs ou le SSO de votre entreprise) |
| 3. Parcours principaux | Tous les 14 jours, une version en préproduction que vos équipes peuvent utiliser | De vrais utilisateurs qui essaient chaque version, et quelqu'un qui a le droit de dire oui ou non en quelques jours |
| 4. Durcissement | La preuve que le système tient sous charge, avec de mauvais droits, en cas d'erreur et après une restauration depuis la sauvegarde | Des volumes de données réalistes, et une décision sur ce qui est acceptable dans le pire des cas |
| 5. Mise en production et 30 jours de garantie | Système en production, runbooks, remise du code source | Une date à laquelle les équipes basculent vraiment, et un plan pour l'exploitation ensuite |
Quelques mots sur les étapes les plus souvent mal évaluées.
Le sprint de discovery coûte $2,900–4,900 et il est intégralement crédité sur la réalisation. À la fin, quatre choses sont sur la table : le périmètre, par écrit ; l'architecture ; une feuille de route avec des chiffres en face ; et la liste de ce que nous ne construirons volontairement pas. Les quatre vous appartiennent, et c'est exactement de ces pages que naît le devis ferme. Cette dernière liste est la page que je lirais en premier. Sans elle, chaque idée lancée dans un atelier et jamais notée comme « hors périmètre » reste en jeu. Et elle revient au milieu de la réalisation, quand il n'y a plus de document à montrer.
Le socle est la phase où le client a le moins de choses à voir. Les semaines passent et on ne voit qu'un écran de connexion. En dessous se construisent les rôles, le cloisonnement des données entre clients et le pipeline par lequel chaque version suivante sera livrée. C'est pourquoi, même pendant ces semaines-là, nous montrons quelque chose toutes les deux semaines, même si c'est peu. Ce qu'on rogne ici ressort à l'étape quatre.
Les parcours principaux se font chez nous par cycles de deux semaines, et chaque cycle se termine par une version en préproduction avec laquelle vos propres équipes peuvent travailler. Pas une présentation. Un rapport d'avancement peut rester à 80 % pendant des semaines. Une version en préproduction n'a pas de pourcentage : votre dispatcheuse l'ouvre, essaie d'y faire le travail de mardi, et en dix minutes nous savons où elle cloche encore. Aucun rapport ne nous le dit, et un chef de projet ne le verrait pas non plus. Ce n'est pas toujours une réunion agréable, d'un côté comme de l'autre. Je la préfère quand même à six semaines de slides.
Le durcissement est l'étape qu'on voit le plus souvent sauter quand la date approche. Je ne la raccourcirais pas. Un défaut de droits par lequel un client voit des enregistrements qui ne sont pas les siens n'est plus un bug après la mise en production. C'est un incident.
Après la mise en production, 30 jours de garantie. Ensuite, un plan de support ; le plus petit coûte chez nous $550 par mois pour 15 heures. Le support annuel représente typiquement 15–20 % du coût initial de réalisation. Quel que soit votre prestataire : demandez ce chiffre avant le premier sprint, par écrit.
Faire développer un logiciel : les coûts en 2026
Le chiffre dépend de trois choses : le nombre de rôles et d'intégrations, la fiabilité attendue dès le premier jour, et la présence ou non d'un ancien système à remplacer en parallèle. Nos fourchettes 2026 :
- MVP allégé : 2–3 développeurs, 8–14 semaines, $30,000–55,000. Un parcours central, avec des briques standards partout où votre métier n'en dépend pas, devant de vrais utilisateurs tôt.
- Produit standard : 3–4 développeurs et un référent livraison, 12–20 semaines, $55,000–110,000. Plusieurs rôles, de vraies intégrations, une interface d'administration et le reporting opérationnel dont une entreprise se sert.
- Plateforme complexe : 5+ développeurs, pluridisciplinaire, 20+ semaines, $120,000–250,000+. SaaS multi-tenant, matériel ou téléphonie dans la boucle, données réglementées, ou une migration menée en parallèle d'un système en production.
Une quatrième chose ne fait bouger que la date : la vitesse à laquelle on décide de votre côté.
Si vous préférez raisonner au mois : une équipe type de 4 développeurs plus un référent livraison coûte $19,000–24,000 par mois, et un mois de travail compte 160 heures avec 4 à 6 heures de recouvrement avec vos horaires. Le tarif mensuel de chaque rôle est public sur notre page tarifs.
Fourchettes indicatives pour 2026, pas un devis. Ce qui fait bouger le chiffre, c'est la complexité — intégrations, conformité, migration de données et le niveau de fiabilité qu'il vous faut dès le premier jour. Chaque projet est chiffré de manière ferme et par écrit après un sprint de discovery payant, et ce sprint est intégralement crédité sur la réalisation.
Non compris dans le prix, pas chez nous, et si un autre devis les inclut, demandez quelle marge s'y cache : les frais de cloud et de licences, facturés directement par AWS, Azure ou GCP ou refacturés au prix coûtant avec la facture jointe, et la TVA. Pour faire vos propres calculs, notre calculateur montre, brique par brique, les semaines de développement et le rôle derrière. Pour une application web avec rôles et reporting, l'article sur les applications web donne un chiffrage plus précis ; pour une application destinée aux stores, celui-ci.
Et avant même de faire développer un logiciel sur mesure : si un produit du commerce couvre l'essentiel de votre cas et que le reste n'est pas votre métier, achetez-le. Mon collègue Anjan a détaillé dans quels cas le sur-mesure est le meilleur choix.
Prix ferme ou régie ?
La question a sa place dans chaque premier échange. La réponse dépend de la maturité de votre périmètre.
Équipe dédiée. Des développeurs nommés, réservés pour vous à plein temps, facturés au mois à un tarif fixe. Le backlog vous appartient et c'est vous qui fixez les priorités. Convient aux feuilles de route de plus de trois mois. Préavis de 30 jours jusqu'à quatre développeurs, 60 jours à partir de cinq, sans frais de sortie.
Régie (Time & Material). Facturation à l'heure travaillée, avec un relevé de temps joint à chaque facture, 40 heures par mois au minimum. Utile quand le périmètre bouge encore, ou quand il vous faut un spécialiste aux côtés de votre propre équipe.
Périmètre ferme. Un prix ferme contre une spécification signée, payé aux jalons, chiffré à partir des mêmes tarifs plus une marge de risque. Nécessite un sprint de discovery payant au préalable.
Si votre périmètre n'est pas encore arrêté, ne prenez pas de prix ferme. Pas chez nous non plus. Un prix ferme établi sur un e-mail de demande contient une marge pour tout ce que le prestataire ignore encore. Ce qu'il ignore ressort quand même pendant la réalisation, sous forme de discussion sur ce qui était ou non dans le périmètre. Après un sprint de discovery, cette discussion a un document sur lequel les deux parties peuvent s'appuyer : le périmètre signé, avec à côté la liste de ce que nous ne construirons pas. Dans les trois modèles, la même règle s'applique : au paiement, le code et tous les livrables passent intégralement chez vous, 100 % des droits, sans licence par siège.
Comment cela s'est passé chez Aviatize
Aviatize est une entreprise belge. Elle exploite une plateforme pour les écoles de pilotage et les exploitants aériens. Avant, des éléments critiques pour la sécurité étaient tenus sur papier : carnets de vol, certificats, échéances de maintenance. Un certificat expiré pouvait clouer un appareil au sol, et avant chaque inspection de l'autorité, quelqu'un passait des jours à reconstituer des dossiers à la main.
La phase de discovery y a duré des semaines : nous avons étudié les processus de douze écoles de pilotage partenaires avant la première ligne de code, car les règles de l'EASA et de la FAA diffèrent, et un exploitant volant sous les deux saisissait jusque-là les mêmes données plusieurs fois. La mise en production s'est ensuite faite par paliers, autorité par autorité, avec formation des exploitants et prise en main par les dispatchers.
Aujourd'hui, plus de 1 000 appareils et équipages passent par la plateforme. La préparation d'un audit prend quatre heures au lieu de trois jours. L'étude de cas complète est dans le portfolio.
Ce que vous devez apporter vous-même
C'est la partie que presque aucun devis ne contient. Je la réglerais quand même dès le premier échange, parce que c'est elle qui décide si le calendrier tient.
Une personne qui a le droit de décider. Pas un comité qui se réunit toutes les quelques semaines. Si nous montrons un parcours en préproduction et attendons trois semaines une réponse, ce n'est pas seulement ce parcours qui se décale.
De vrais utilisateurs dès l'étape trois. La gestionnaire, le dispatcher. Celui ou celle qui se servira du logiciel toute la journée voit en dix minutes ce que personne ne remarque lors d'une recette par la direction.
Les accès et les données, tôt. Chaque système à connecter a ses propres identifiants, et chacun tombe en panne un jour ou l'autre. Plus ils arrivent tard, plus nous découvrons tard ce que ces systèmes savent vraiment faire.
Et un plan pour l'exploitation. Le code que nous remettons est fini ; le monde autour de lui ne l'est pas. Une bibliothèque reçoit un correctif de sécurité, un prestataire de paiement retire une version de son API, un navigateur change une règle. Quelqu'un doit s'en charger. Un plan coûte moins cher qu'une urgence.
La première étape
Démarrer ne coûte rien : un premier atelier et une estimation de principe, en général sous trois jours ouvrés. Avant de parler de votre système, un NDA est signé ; le contrat de sous-traitance et les clauses contractuelles types font partie de notre dossier standard. Les profils standards sont staffés sous 2–3 semaines, les spécialistes sous 4. Notre façon de construire du logiciel sur mesure, de l'architecture à la remise, est décrite sur la page développement de logiciels sur mesure. Et si vous hésitez encore entre équipe interne, freelances et partenaire, externalisation ou équipe interne met les trois voies côte à côte.
Décrivez-nous le travail que le logiciel doit prendre en charge.
Questions fréquentes
Combien de temps faut-il pour faire développer un logiciel ?
Une première version allégée prend chez nous 8–14 semaines, un produit standard 12–20 semaines, une plateforme complexe plus de 20 semaines. Ajoutez un sprint de discovery de 1–2 semaines avant et 30 jours de garantie après. Deux choses hors de nos mains peuvent l'allonger : des décisions qui tardent et des accès aux anciens systèmes qui arrivent tard.
Faut-il un cahier des charges avant de demander un devis ?
Non. Une page suffit : qui utilisera le logiciel, ce que ces personnes font aujourd'hui à la place, et quels systèmes doivent être connectés. Le cahier des charges naît pendant le sprint de discovery, avec l'architecture, la feuille de route et la liste de ce qui ne sera volontairement pas construit. Il reste votre propriété, quel que soit votre prestataire.
Peut-on faire développer un logiciel à prix ferme ?
Oui, après le sprint de discovery. Le prix ferme est calculé à partir d'une spécification signée, aux mêmes tarifs qu'une équipe dédiée plus une marge de risque, et payé aux jalons. Sans discovery, un prix ferme est une estimation avec une marge dedans, et cette marge, vous la payez dans tous les cas.
À qui appartient le code source après le projet ?
À vous. Au paiement, le code source, les runbooks et les tests issus du développement passent chez vous : 100 % des droits, sans licence par siège, sans verrouillage. Une autre équipe, ou la vôtre, peut ensuite faire tourner le système sans nous. C'est à cela que sert la remise de l'étape cinq.
Combien coûte le logiciel après le lancement ?
Prévoyez 15–20 % du coût de réalisation par an : correctifs de sécurité, nouvelles versions des bibliothèques, supervision, petites adaptations. Sur une réalisation à $60,000, cela fait environ $750–1,000 par mois. Nos plans de support sont à prix fixe et démarrent après la garantie ; la facture de votre fournisseur cloud s'y ajoute, sans marge de notre part.
