C'est la première question que pose un dirigeant, et c'est la bonne : combien ça va coûter ? Derrière elle, il y a une crainte très concrète — celle du devis à rallonge, de la facture à l'heure qui gonfle semaine après semaine sans qu'on sache jamais où elle s'arrête. Quand on vous parle de "mettre à niveau votre application Rails", vous n'entendez pas une opération technique. Vous entendez un chèque en blanc. Cet article existe pour désamorcer ça : expliquer honnêtement ce qui fait varier le prix, et pourquoi nous facturons à prix fixe plutôt qu'au temps passé.

Le prix dépend de trois choses, pas d'une

Il n'y a pas de "tarif d'une mise à niveau Rails" comme il y a un prix du litre d'essence. Le coût réel dépend de l'écart à combler et de l'état de départ de votre application. Trois facteurs pèsent l'essentiel de la facture.

L'écart de versions. Passer de Rails 7.1 à 7.2, c'est un saut court : peu de choses changent, la route est balisée. Remonter une application restée sous Rails 5 ou 6 jusqu'à la version courante, c'est une autre histoire — on traverse plusieurs versions majeures, chacune avec ses ruptures, ses dépendances à mettre à jour au passage et ses comportements qui changent en silence. Plus l'écart est large, plus il y a de terrain à couvrir.

La taille de l'application. Une app avec dix modèles et trois formulaires ne se compare pas à une plateforme métier de plusieurs années, avec ses intégrations, ses tâches de fond et ses cas particuliers accumulés. Plus il y a de code, plus il y a de surface à vérifier après chaque changement.

La présence ou non de tests. C'est le facteur qu'on oublie toujours, et c'est souvent le plus déterminant. Une application couverte par une suite de tests solide se met à niveau avec un filet de sécurité : on change, on lance les tests, on sait immédiatement si quelque chose a cassé. Sans tests, chaque modification doit être vérifiée à la main, et le risque de régression silencieuse grimpe. Une app sans tests ne coûte pas plus cher parce qu'elle est "punie" — elle coûte plus cher parce qu'il faut reconstruire la confiance que les tests auraient donnée gratuitement.

Pourquoi nous facturons à prix fixe, pas à l'heure

La facturation à l'heure repose sur une idée simple : plus je passe de temps, plus vous payez. Ça avait du sens quand le temps d'un développeur était la ressource rare. Mais chez nous, le lien entre le temps passé et la valeur produite est cassé. Nous travaillons avec des agents IA qui abattent en quelques heures ce qui prenait des jours. Si nous facturions au temps, nous serions absurdement pénalisés d'être efficaces — et vous, vous n'auriez aucune visibilité sur le total.

Le prix fixe inverse la logique. Vous ne payez pas nos heures, vous payez un résultat : une application remise à niveau, qui tourne, qui est vérifiée. Le risque de dépassement, c'est nous qui le portons, pas vous. Si la migration s'avère plus tortueuse que prévu, ce n'est pas votre problème financier — c'est le nôtre. C'est exactement l'inverse du chèque en blanc que vous redoutiez.

Une logique en trois étages

Pour que le prix fixe tienne sans mauvaise surprise pour personne, il faut le poser au bon moment. D'où notre fonctionnement en trois étages.

Premier étage : l'audit à prix fixe (490 €). On commence par regarder. On ouvre votre application, on mesure l'écart de versions, la taille du code, l'état des tests — précisément les trois facteurs ci-dessus. À la sortie, vous avez un état des lieux clair et un devis honnête pour la suite. Ce montant est connu d'avance, il ne bouge pas, et il vous engage à rien de plus. C'est ce qui rend le reste possible : on ne chiffre une mise à niveau qu'après avoir regardé, jamais au doigt mouillé.

Deuxième étage : la mise à niveau au forfait. Fort de l'audit, on vous propose un forfait pour l'opération elle-même. Un prix, un périmètre, une application remise à niveau au bout. Vous savez ce que vous payez avant de dire oui.

Troisième étage : l'abonnement (dès 290 €/mois). Une fois à jour, une application ne le reste pas toute seule — les versions continuent d'avancer, les correctifs de sécurité tombent chaque mois. L'abonnement maintient votre app à niveau dans la durée, pour éviter de laisser un nouvel écart se reformer et de repayer un jour un gros rattrapage. Vous retrouvez le détail de ces formules sur notre page tarifs.

L'audit d'abord, l'engagement ensuite

La vraie réponse à "combien ça coûte", ce n'est pas un chiffre lancé au hasard avant d'avoir vu votre code — ce serait malhonnête, et ça vous ramènerait tout droit à la peur de la facture ouverte. La vraie réponse, c'est un audit à prix fixe qui débouche sur un devis clair, que vous êtes libre de suivre ou non. Vous ne vous engagez sur la mise à niveau qu'une fois que vous connaissez son prix exact.

Si votre application Rails a pris du retard et que vous voulez enfin un chiffre au lieu d'une inquiétude, commencez par là. Découvrez notre approche sur la page maintenance, consultez le détail des formules sur la page tarifs, ou explorez nos autres articles dans les ressources.