Estimateur d'effort pour une application : l'équipe et les semaines, calculs à l'appui.
Choisissez la forme dont part votre projet, cochez les fonctionnalités dont vous avez réellement besoin, et voyez l’équipe, les semaines et les phases qu’un tel projet demande en général. Chaque ligne affiche les semaines-ingénieur qui la justifient : vous voyez ce qui fait le coût d’un développement d’application avant de parler d’argent.
C’est une image réaliste de l’effort, suffisante pour préparer un calendrier et une discussion de budget. Ce n’est pas un devis : les intégrations, les exigences réglementaires, la reprise de données et la fiabilité attendue dès le premier jour la font bouger. Vous recevez un devis ferme par écrit après un atelier gratuit de 4 heures.
Choisissez un point de départ, puis ajoutez des fonctionnalités.
Choisissez un point de départ ci-dessus : la liste des fonctionnalités s'ouvrira ici.
Les questions que l'on nous pose sur cet estimateur
Décrivez-le dans un brief. Un ingénieur senior le lit et répond sous un jour ouvré.
Pourquoi des semaines et pas un prix ?
Parce qu’un prix annoncé avant d’avoir vu vos systèmes est une supposition, et qu’une supposition chiffrée reste en mémoire. À ce stade, l’effort est l’unité utile : quels rôles, combien de semaines-ingénieur, combien de semaines de calendrier. CODT Technologies en tire un devis ferme après un atelier gratuit de 4 heures, une fois les intégrations et le périmètre de la v1 posés sur la table.
Est-ce un devis ?
Non. C’est une estimation d’effort : un point de départ qui couvre les fondations, plus les semaines-ingénieur de chaque fonctionnalité cochée. Ce que l’estimateur ne peut pas voir : votre modèle de données, vos systèmes existants, la qualité des API à intégrer et la fiabilité attendue dès le premier jour. C’est cela qui fait le vrai chiffre. Le devis ferme arrive par écrit après l’atelier gratuit de 4 heures ; si le périmètre reste ouvert, un sprint de discovery payant vient d’abord, intégralement crédité sur la réalisation.
D'où viennent les semaines ?
De la façon dont nos équipes planifient ce travail. Chaque brique porte les semaines-ingénieur qu’elle demande en général et le rôle qui la réalise ; chaque point de départ porte l’équipe et le délai d’une première mise en production. Les choix de plateformes et de design ajoutent une part de l’effort fonctionnel, la conformité des semaines fixes. Les semaines-ingénieur ajoutées sont ensuite réparties sur l’équipe, ce qui donne le délai calendaire.
Que contient déjà le point de départ ?
Les fondations (architecture, design system, CI/CD, QA, un référent livraison et la mise en production), plus le périmètre que sa propre description nomme. Ces briques sont précochées et marquées « inclus », pour que rien ne compte deux fois. Seul ce que vous ajoutez au-delà fait bouger le délai, et chaque ajout apparaît sur sa propre ligne, avec les semaines-ingénieur et le rôle qui la justifient.
Pourquoi une fourchette de semaines et pas un chiffre unique ?
L’écart entre le bas et le haut, c’est ce que personne ne sait encore : la propreté des intégrations, la quantité de cas limites qui n’apparaissent qu’avec de vrais utilisateurs, la sévérité des preuves réglementaires à produire. L’atelier réduit cet écart. Le périmètre écrit le referme.
Recevrai-je un devis en francs suisses, en euros ou en dollars américains ?
Les clients suisses reçoivent leur devis ferme en francs suisses, les clients européens en euros et les autres clients en dollars américains. Le montant que vous signez, dans cette devise, est celui que vous payez pour le périmètre convenu.
Ce que je saisis est-il enregistré ou transmis quelque part ?
Non. L'estimateur tourne entièrement dans votre navigateur : rien de ce que vous cochez n'est enregistré, transmis ni rattaché aux statistiques de visite, et aucune adresse e-mail n'est demandée pour voir le résultat. Le brief de projet ne quitte la page que si vous le copiez et décidez de nous l'envoyer.
Que se passe-t-il une fois le brief copié ?
Vous nous l’envoyez, et nous organisons l’atelier gratuit de 4 heures : vos parcours, les systèmes auxquels l’application doit parler et l’endroit où passe la limite de la v1. Sous 3 jours ouvrés suivent un périmètre écrit et un devis. Si le périmètre reste ouvert, nous proposons d’abord un sprint de discovery payant, avec une architecture et une feuille de route chiffrée que vous gardez quoi que vous décidiez ; son coût est intégralement crédité sur la réalisation. Si nous construisons, 100 % du code et de la propriété intellectuelle vous sont transférés.
Un problème qui mérite
d'être bien résolu ?
Dites-nous ce que vous construisez et pour quand. Vous saurez clairement si nous sommes le bon choix et ce que le travail demande.
