Développement Sur Mesure À Londres : Tarifs Et Réalité

Une recherche sur le développement logiciel sur mesure à Londres renvoie plusieurs centaines de sociétés qui facturent entre £400 et £1 800 par jour pour ce qui ressemble, vu de l’extérieur, au même travail. Presque aucune ne publie de prix. L’écart est réel et il s’explique, mais rien sur ces sites ne l’explique, et un acheteur qui tient trois propositions ne peut pas savoir si la plus chère est meilleure ou seulement plus chère.

Ce qui suit est la construction de ces prix : les coûts salariaux et immobiliers sous un tarif journalier londonien, les quatre modèles commerciaux qu’une agence propose, ce qu’un tarif mixte dissimule, et ce que coûte un projet d’une forme donnée une fois comptés le cadrage, les tests, la migration et la première année de support. Il traite aussi des clauses contractuelles qui décident du résultat davantage que le tarif.

Les tarifs indiqués ici sont des estimations maison tirées de ce que nous voyons proposé et gagné à Londres. Lorsqu’un chiffre vient d’une source officielle, il est cité et daté.

Combien coûte le développement logiciel sur mesure à Londres ? Comptez £550 à £1 100 par jour chez un petit studio ou une agence de taille moyenne, et £1 100 à £1 800 chez un cabinet de conseil. Un petit outil interne se situe autour de £45 000 à £70 000, un système destiné aux clients avec intégrations entre £200 000 et £350 000, et une plateforme intégrée complexe entre £1 million et £3 millions. Ces fourchettes sont des estimations maison, pas un tarif publié.

Ce que le sur mesure vous engage vraiment à faire

Le sur mesure consiste à commander quelque chose qui n’existe pas et à assumer le coût de toute sa vie, pas seulement de sa construction. La construction est la partie visible. Viennent ensuite l’hébergement, la mise à jour des dépendances, les correctifs de sécurité, les changements de plateforme, la rotation du personnel des deux côtés et l’accumulation lente de fonctions que personne n’avait prévues.

Un produit configuré transfère l’essentiel de cela à un éditeur, avec son modèle de données et son calendrier de versions. Le sur mesure inverse l’échange. La raison de le choisir est que le processus que vous menez autrement est celui qui vous fait gagner de l’argent, et qu’aucun produit ne le modélise correctement. La raison de ne pas le choisir, c’est tout le reste.

Traitez cet engagement comme pluriannuel dès le premier jour. Les coûts annuels d’exploitation et d’évolution se stabilisent entre 15 et 25 pour cent du coût de construction initial une fois le système réellement utilisé. C’est une observation maison, et c’est le chiffre qui décide si une construction était abordable. Notre guide de l’acheteur de logiciel sur mesure traite le choix entre construire et acheter plus en profondeur.

La plupart des projets étiquetés sur mesure ne devraient pas l’être

Lisez un cahier des charges typique et les quatre cinquièmes relèvent du standard : comptes et authentification, un modèle de contenu, des droits, la facturation, une zone d’administration, des rapports, des notifications. L’élément différenciant représente en général un dixième du périmètre. Construire la partie standard depuis zéro, voilà comment un projet qui aurait dû coûter £120 000 arrive à £400 000 sans rien contenir de distinctif.

La réponse honnête pour la plupart des acheteurs est un noyau acheté avec une bordure sur mesure. Achetez le progiciel comptable, le CRM et le fournisseur d’identité, et dépensez le budget sur mesure sur les processus qu’un concurrent ne peut pas copier en achetant la même licence. Le test est brutal. Si un concurrent achetait demain le même produit et le configurait à l’identique, seriez-vous nettement moins bien placé ? Sinon, achetez.

Une agence payée à la journée a une incitation structurelle à ne pas dire cela, donc l’entendre sans l’avoir demandé est bon signe. C’est la première conversation que nous avons sur toute mission de développement logiciel, et elle retire d’habitude plus de périmètre qu’elle n’en ajoute.

La prime londonienne, mesurée plutôt que supposée

Partez d’une source officielle plutôt que de la brochure d’un cabinet de recrutement. L’ONS publie le salaire mensuel médian issu des données PAYE en temps réel, et dans la publication d’août 2026 le salaire mensuel médian au Royaume-Uni s’établissait pour juillet 2026 à £2 642, contre £3 116 pour Londres. C’est une prime d’environ 18 pour cent sur le salarié médian, tirée de dossiers fiscaux et non d’une enquête.

L’écart à l’intérieur de Londres est plus large que l’écart entre Londres et le reste du pays. Les médianes par arrondissement, sur la même mesure, allaient de £2 624 à Enfield à £4 016 à Wandsworth, ce qui explique en partie qu’une agence en zone 4 et une autre près d’Old Street puissent toutes deux proposer honnêtement des tarifs qui diffèrent d’un tiers.

Pour l’image annuelle, la référence est l’Annual Survey of Hours and Earnings. Le bulletin de l’ONS Employee earnings in the UK: 2025 plaçait le salaire annuel brut médian des salariés à temps plein à £39 039 en avril 2025, en hausse de 4,3 pour cent sur £37 439. Les salaires du logiciel se situent bien au-dessus.

Ce qui alimente réellement la prime londonienne

Un écart de 18 pour cent sur le salaire médian ne produit pas un écart de 18 pour cent sur les tarifs journaliers. Il se compose à travers trois multiplicateurs, et le troisième, les acheteurs ne le voient jamais.

Le salaire, et le plancher que l’État publie

Il n’existe pas de moyenne publiée neutre pour un salaire londonien du logiciel, et les guides qui prétendent en avoir une sont du marketing pour cabinets de recrutement. L’ancrage officiel le plus proche est le taux de référence du ministère de l’Intérieur : GOV.UK indique £54 700 par an, soit £28,05 de l’heure, comme taux de référence pour le code métier 2134, programmeurs et professionnels du développement logiciel, sur la voie Skilled Worker.

C’est un seuil de visa plutôt qu’un tarif de marché, et il est national plutôt que spécifique à Londres. Sa valeur tient à ce qu’il soit publié, daté et écrit par personne qui cherche à vous vendre un candidat. Un ingénieur londonien expérimenté se situe bien au-dessus.

Tout ce qui se pose sur le salaire

Le salaire n’est pas le coût pour l’employeur. Pour l’exercice fiscal 2026 à 2027, les taux et seuils pour les employeurs de HMRC fixent la cotisation patronale de classe 1 à la National Insurance à 15 pour cent sur les revenus dépassant un seuil secondaire de £5 000 par an. Les cotisations de retraite, les congés, les arrêts maladie, le matériel, l’assurance, la formation et les frais de recrutement viennent par-dessus.

Ensemble, ils portent le coût complet d’un ingénieur à environ 1,2 à 1,3 fois le salaire, avant qu’un mètre carré de bureau ou une heure d’encadrement ne soit compté. Ce multiple est un chiffre maison et il varie surtout avec la générosité de la retraite et la rotation des recrutements.

L’immobilier, la taxe professionnelle et le coût d’un bureau

L’immobilier commercial est le coût spécifiquement londonien, et la taxe professionnelle le rend visible. La notification des multiplicateurs de taxe sur les locaux professionnels pour 2026/27 du gouvernement, publiée le 10 février 2026, fixe le multiplicateur standard à 48,0p, celui des petites entreprises à 43,2p pour les valeurs locatives allant jusqu’à £50 999, et un multiplicateur haute valeur de 50,8p à partir d’une valeur locative de £500 000.

Les plateaux de bureaux du centre de Londres tombent dans cette tranche haute, et la taxe est due avant tout loyer. Une agence qui a rendu ses bureaux facture honnêtement un tarif plus bas. Celle qui a gardé un plateau à Shoreditch répercute un coût que vous pouvez choisir de ne pas acheter.

Comment un tarif journalier se construit réellement

Le calcul mérite d’être fait une fois, parce qu’il transforme un tarif qui semble arbitraire en un chiffre que vous pouvez discuter.

Prenez un ingénieur à £90 000. La cotisation patronale à la National Insurance de 15 pour cent au-dessus du seuil de £5 000 ajoute environ £12 750. Une retraite à cinq pour cent ajoute £4 500. Le matériel, les logiciels, l’assurance et la formation ajoutent peut-être £5 000. Le coût chargé approche £112 000 avant que quiconque ne l’ait encadré, vendu ou logé.

Comptez maintenant les jours facturables. Une année contient environ 253 jours ouvrés, et en retirant 25 jours de congés et 8 jours fériés il en reste 220. Enlevez les entretiens, le travail interne, la formation, la maladie et les creux entre projets, et environ 200 sont réellement facturables. Divisez £112 000 par 200 et le coût brut de cet ingénieur approche £560 par jour.

Tout le reste d’un tarif proposé, ce sont les locaux, l’encadrement, la vente, la finance, le recrutement, le cadrage non facturé et la marge. Un tarif annoncé de £900 à £1 000 représente un multiple de 1,6 à 1,8 sur le coût brut, ce qui est normal plutôt que cupide. En dessous d’environ £600 à Londres, quelqu’un tourne à un taux d’occupation très élevé ou n’emploie pas la personne qui fait le travail.

Comment les agences fixent leurs prix, et ce que chaque modèle fait aux incitations

Quatre modèles couvrent presque tout ce qui vous sera proposé, et chacun déplace le risque ailleurs.

La régie à un tarif journalier signifie que vous achetez des heures. Le prestataire est payé pour l’effort plutôt que pour le résultat, donc cela fonctionne quand vous pouvez piloter le travail chaque semaine et lire ce qui sort, et cela échoue en silence quand vous ne le pouvez pas.

Un tarif d’équipe mixte signifie que vous achetez une équipe pour une période, en général un mois ou un sprint. Le chiffre d’affaires devient prévisible pour le prestataire et la dépense prévisible pour vous. Le risque se déplace vers la composition de l’équipe.

Le forfait signifie que vous achetez un périmètre défini. Le prestataire intègre l’incertitude dans son prix puis défend la frontière, parce que chaque heure au-delà de l’estimation sort de sa marge. Les demandes de changement deviennent le centre de profit.

La tarification à la performance lie les honoraires à un résultat, et ne fonctionne que là où ce résultat est mesurable, attribuable et largement sous le contrôle du prestataire. Cela décrit bien mieux un travail sur le taux de conversion que la refonte d’un back-office, et la plupart des exemples réels sont un tarif réduit assorti d’un bonus.

Le tarif mixte, expliqué correctement

Un tarif mixte est un tarif journalier unique appliqué à toute une équipe, calculé comme la moyenne pondérée des tarifs individuels par affectation. C’est le chiffre sur lequel se construisent la plupart des propositions londoniennes, et celui que les acheteurs interrogent le moins, parce qu’un chiffre unique ressemble à une remise même quand il n’en est pas une.

La propriété importante est qu’un tarif mixte ne dit rien de qui fait le travail. Deux équipes au même tarif mixte peuvent différer d’un facteur deux en production, parce que l’une a un responsable technique à mi-temps et l’autre un débutant à plein temps. Les moyennes cachent la composition.

Un mélange calculé

Cette équipe coûte £3 770 par jour pour 4,8 équivalents temps plein, donc le tarif mixte tourne autour de £785 alors que le tarif senior affiché est de £850 et que le responsable coûte £1 000. Demandez le tableau des affectations, pas le chiffre mixte.

Comment le mélange dérive

Le mode de défaillance est la substitution silencieuse. Si le responsable technique passe de 0,5 à 0,2 et qu’un débutant à £450 prend le relais, le tarif mixte baisse, la facture paraît meilleure et la livraison ralentit. Si le mélange glisse vers le junior alors que le tarif mixte tient, la marge du prestataire monte et vous payez autant pour moins. Inscrivez l’équipe nommée et les affectations dans le cahier des charges, exigez un préavis pour toute substitution, et comparez le réel au prévu chaque mois.

Ce que coûte réellement le développement logiciel sur mesure à Londres

Ce sont des fourchettes maison, bâties sur les propositions que nous gagnons et perdons. Traitez-les comme la fourchette qu’un prestataire compétent de cette forme propose en 2026, pas comme un tarif publié.

Fourchettes de tarif journalier par type de prestataire

En clair : un indépendant londonien se situe d’ordinaire entre £400 et £700 par jour, et monte de £700 à £950 pour une vraie spécialité comme les paiements, les systèmes temps réel ou un domaine réglementé. Un studio de deux à dix personnes propose £550 à £850, une agence de dix à soixante personnes £750 à £1 100, et un cabinet de conseil £1 100 à £1 800.

Ce qui déplace un prestataire entre les fourchettes

Quatre choses font monter un prestataire d’une fourchette, et aucune n’est la qualité du code. L’exposition réglementaire vient d’abord, parce que les services financiers, la santé et le secteur public portent des coûts d’audit, d’habilitation et d’assurance qu’un site vitrine n’a pas. Les garanties et les plafonds de responsabilité viennent ensuite, puisqu’un prestataire prêt à porter une responsabilité réelle la facture.

Troisièmement, la profondeur de banc, qui est ce que vous achetez vraiment à une société plus grande, parce qu’un studio de quatre personnes ne peut pas absorber une démission en cours de projet. Quatrièmement, le coût commercial de vous gagner, le plus élevé là où les achats sont les plus lourds, ce qui explique pourquoi le même ingénieur coûte plus cher dans un cabinet de conseil.

Exemple chiffré : un petit outil interne

Prenez un outil d’exploitation qui remplace un tableur : des formulaires, un flux à trois états, des accès par rôle, des exports, et une intégration avec un système comptable existant. Aucun utilisateur public, peut-être quarante utilisateurs internes.

Un studio londonien y affecte un ingénieur full stack expérimenté pendant huit semaines, un designer pendant deux de ces semaines et un responsable de livraison un jour par semaine. À £850, £750 et £800, cela fait à peu près £34 000 d’ingénierie, £7 500 de design et £6 400 de livraison, soit £48 000 avant tout ce qui entoure la construction. Ajoutez un cadrage de cinq jours à environ £4 500 et la proposition approche £53 000.

La fourchette réaliste est de £45 000 à £70 000, et le haut de la fourchette, c’est presque toujours l’intégration. Une API comptable documentée vous garde en bas. Un système vieux de vingt ans avec un dépôt de fichiers nocturne vous pousse en haut à lui seul.

Un prestataire indépendant expérimenté à £550 par jour fait le même travail en quarante-cinq jours pour environ £25 000, sans designer, sans responsable de livraison et sans remplacement en cas de maladie. Acheter de la capacité sous forme d’ingénieur intégré plutôt que de projet, c’est ce que décrit engager un développeur web, et pour un outil de cette taille c’est souvent le bon arbitrage.

Exemple chiffré : un système destiné aux clients

Maintenant un portail client : comptes, un parcours de paiement, dépôt de documents, notifications, un back-office d’administration, et des intégrations avec deux systèmes internes. Accessible au public, donc l’accessibilité, la performance et la sécurité cessent d’être optionnelles.

Une équipe raisonnable comprend un responsable technique à 0,4, un ingénieur expérimenté, un ingénieur intermédiaire, un designer à 0,2, un responsable de livraison à 0,3 et un ingénieur qualité à 0,3. Aux tarifs ci-dessus, cette équipe coûte environ £2 470 par jour, donc cinq mois d’à peu près 105 jours ouvrés placent la seule construction près de £259 000.

La fourchette réaliste est de £200 000 à £350 000, et ce qui décide de la position à l’intérieur est rarement l’interface. C’est le nombre d’intégrations, la volonté de leurs propriétaires de vous ouvrir un environnement de test, et la nécessité de déplacer des données historiques. Notre guide de budgétisation décompose la même forme de projet par phase.

Deux choses poussent cela au-dessus de la fourchette de façon fiable. Un prestataire de paiement ou d’identité choisi tard réécrit des parcours déjà construits. Un groupe de parties prenantes sans décideur unique transforme chaque revue de design en quinzaine.

Exemple chiffré : une plateforme intégrée complexe

La troisième forme est une plateforme : plusieurs types d’utilisateurs, cinq intégrations ou plus, une migration depuis un système encore en usage quotidien, une piste d’audit que quelqu’un d’extérieur inspectera, et un calendrier de versions qui doit survivre au contact d’une équipe d’exploitation existante.

Cela représente huit à douze personnes pendant neuf à dix-huit mois. À un tarif mixte de £950 et neuf équivalents temps plein, le rythme de dépense avoisine £8 550 par jour, donc un programme de douze mois approche £2,1 millions. La fourchette réaliste va de £1 million à £3 millions, et cette largeur n’est pas du flou. C’est la différence entre une migration aux données sources propres et une migration sans.

Les programmes de cette taille échouent sur l’organisation plutôt que sur la technique. Les signes avant-coureurs sont une migration de données traitée comme une tâche tardive, une intégration détenue par un tiers sans obligation contractuelle envers vous, et un fonctionnement en parallèle dont personne n’a budgété le personnel. Chacun des trois ajoute des mois.

Si un prestataire chiffre cette forme de travail dans les quinze jours suivant le premier contact et sans avoir vu les données sources, le nombre est une offre commerciale et non une estimation.

Les postes que les acheteurs oublient

Les dépassements viennent rarement d’une construction plus difficile que prévu. Ils viennent d’un travail qui était toujours nécessaire et n’a jamais figuré au devis.

Avant et pendant la construction

Le cadrage vient en premier. Un cadrage correct coûte 5 à 10 pour cent de la construction finale et c’est l’assurance la moins chère disponible. Le design représente d’ordinaire 10 à 15 pour cent de plus. Les tests ne sont pas une phase à ajouter plus tard, et une équipe qui ne chiffre aucune affectation qualité vous dit que les développeurs testeront leur propre travail.

La migration de données est le poste le plus sous-estimé de la liste. L’extraction, le nettoyage, la correspondance, la réconciliation et au moins deux répétitions atteignent couramment 10 à 20 pour cent du coût de construction sur tout système qui en remplace un déjà utilisé.

Autour et après la construction

L’infrastructure, les licences tierces et les fournisseurs d’identité sont des coûts récurrents que le devis de construction exclut d’habitude. Une revue de sécurité ou un test d’intrusion avant la mise en ligne est une mission séparée. L’accessibilité est un risque juridique et commercial sur tout service public, et la conformité se mesure aux WCAG 2.2, une recommandation du W3C datée du 12 décembre 2024 qui a ajouté neuf critères de succès à l’ensemble 2.1.

Puis la documentation, l’automatisation du déploiement, la reprise, la formation et la première année de support. Demandez que chacun de ces postes soit chiffré ou explicitement exclu par écrit. Un poste exclu, vous pouvez le planifier. Un poste passé sous silence arrive sous forme de demande de changement.

Forfait contre régie

Un forfait sur un projet bien spécifié est un vrai transfert de risque et vaut une prime. Un forfait sur un projet mal spécifié est une fiction que les deux parties règlent plus tard par des demandes de changement, et le règlement est toujours pire pour l’acheteur, parce que le prestataire détient un monopole sur le système à moitié construit.

La condition qui rend un forfait honnête est un cahier des charges assez détaillé pour qu’un tiers puisse le chiffrer de la même manière. Si vous ne pouvez pas décrire chaque écran, chaque règle et chaque intégration à ce niveau, fixez plutôt la phase de cadrage, puis fixez la construction une fois que le cadrage a produit quelque chose de chiffrable.

Le terrain intermédiaire qui fonctionne est la régie plafonnée : un tarif convenu, une équipe convenue, un montant à ne pas dépasser, et un processus de changement exigeant un accord écrit au-delà d’un seuil. Notre comparaison entre forfait et régie traite la mécanique contractuelle.

Quel que soit votre choix, chiffrez le processus de changement avant d’en avoir besoin. Un prestataire dont le tarif de changement dépasse son tarif de construction vous a dit où il compte gagner sa vie.

À qui appartient le code, et pourquoi ce n’est pas automatique

C’est la chose la plus coûteuse que les acheteurs supposent au lieu de vérifier. Payer pour un logiciel ne vous en donne pas le droit d’auteur en droit britannique.

L’article 11 du Copyright, Designs and Patents Act 1988 fait de l’auteur le premier titulaire, avec une exception pour l’œuvre réalisée par un salarié dans le cadre de son emploi, où l’employeur est premier titulaire sous réserve de toute convention contraire. Il n’existe pas d’exception équivalente pour une œuvre de commande. Les orientations de GOV.UK sur la propriété des œuvres protégées précisent que le premier titulaire légal d’une œuvre de commande est la personne ou l’organisation qui l’a créée, et non le commanditaire, sauf accord écrit contraire.

Le mécanisme qui corrige cela est lui aussi légal. L’article 90 prévoit qu’une cession de droit d’auteur n’est valable que si elle est écrite et signée par le cédant ou en son nom. Un accord verbal, un courriel et une facture payée sont tous insuffisants à eux seuls.

Exigez donc une clause de cession écrite qui nomme les livrables, et vérifiez quand elle prend effet. Une cession au paiement final est normale. Une cession de tout sauf d’une large licence sur des composants réutilisables demande une lecture attentive, parce que c’est dans cette exclusion qu’un prestataire garde les parties que vous pensiez avoir achetées. Ceci n’est pas un conseil juridique et un avocat devrait rédiger la clause.

Les clauses contractuelles qui comptent plus que le tarif

Cinq clauses décident du résultat davantage que ne le fera jamais une centaine de livres par jour.

Les critères de recette viennent en premier. Définissez ce que veut dire terminé pour chaque livrable avant le début des travaux, en termes testables, et liez les jalons de paiement à ces tests plutôt qu’à des dates. Un jalon payé au temps écoulé récompense le temps écoulé.

Une période de garantie vient en deuxième : une fenêtre après la mise en ligne, de 30 à 90 jours en général, pendant laquelle les défauts par rapport au cahier des charges convenu sont corrigés sans frais. Distinguez par écrit les défauts des changements, sinon la distinction sera discutée au moment où vous serez le moins en mesure de discuter.

Le séquestre du code source vient en troisième, et il compte là où le prestataire héberge ou détient quelque chose que vous ne pouvez pas reconstruire. Notre guide du séquestre logiciel explique qui en a vraiment besoin. Quatrièmement, une clause de sortie : préavis, livrables de reprise, transfert des accès et tarif défini pour l’accompagnement de transition.

Cinquièmement les conditions de paiement, qui coupent dans les deux sens. Les orientations de GOV.UK sur les retards de paiement commerciaux rappellent qu’un délai de paiement entre entreprises supérieur à 60 jours doit être équitable pour les deux. Un petit studio poussé à 90 jours l’intégrera dans son prix ou échouera en cours de projet.

IR35, TVA et le reste de la facture

Deux mécaniques commerciales changent ce qu’un chiffre annoncé vous coûte, et aucune n’est un conseil à prendre dans un article.

Le statut d’emploi quand vous engagez des indépendants directement

Si vous engagez une personne via sa propre société plutôt que d’acheter une prestation à une agence, les règles hors paie peuvent s’appliquer. Les orientations de HMRC sur le travail hors paie pour les clients expliquent que les clients privés moyens et grands doivent déterminer le statut d’emploi du travailleur, remettre une déclaration de statut motivée au travailleur comme à la partie avec laquelle ils contractent, et le faire avec un soin raisonnable. Ne pas motiver la décision peut transférer au client la responsabilité de l’impôt et des cotisations.

Les petits clients sont traités autrement : la responsabilité reste à l’intermédiaire du travailleur, même si le client doit confirmer sa taille sur demande. Les orientations générales sur IR35 sont le point de départ, et un comptable devrait confirmer de quel côté des seuils de taille vous vous situez. C’est une vraie raison pour laquelle beaucoup d’acheteurs préfèrent un contrat d’agence à un contrat direct.

La TVA sur toute la mission

Les devis d’agence à Londres s’entendent presque toujours hors TVA, facturée au taux normal de 20 pour cent selon les taux de TVA publiés par GOV.UK. Si vous êtes assujetti, elle est en général récupérable et le chiffre affiché est ce que vous payez. Si vous ne l’êtes pas, ou si vous êtes partiellement exonéré, ces 20 pour cent sont un coût réel et une construction à £300 000 devient une sortie de £360 000.

Un prestataire sous le seuil d’immatriculation, que GOV.UK fixe à un chiffre d’affaires taxable supérieur à £90 000, peut ne pas facturer de TVA du tout. Sur un projet d’une certaine taille, c’est un signal sur la taille du prestataire plutôt qu’une économie sur laquelle compter.

Offshore, nearshore et le Royaume-Uni hors de Londres

La comparaison que font la plupart des acheteurs oppose Londres à l’offshore. Celle qu’ils devraient faire d’abord oppose Londres au reste du Royaume-Uni, parce qu’elle conserve la juridiction, le droit des contrats, le fuseau horaire et la culture de travail tout en retirant l’essentiel de la prime.

En clair : une équipe britannique compétente hors de Londres annonce d’ordinaire £400 à £750 par jour, le nearshore européen £250 à £450 avec six à huit heures de recouvrement, et l’Asie du Sud ou du Sud-Est £120 à £300 avec deux à quatre. Ce sont des estimations maison.

L’économie porte sur le tarif, pas sur l’effort, et la livraison distribuée ajoute de l’effort. Les spécifications doivent être écrites plus précisément parce qu’une conversation de couloir ne peut pas les réparer, et la latence des revues étire une clarification d’une heure en une journée. Un modèle hybride, avec un responsable et un architecte britanniques face à une équipe de construction offshore, récupère l’essentiel à un tarif mixte entre les deux. Notre comparaison entre livraison britannique et offshore traite en détail la charge de pilotage.

Comparer trois propositions qui ne sont pas comparables

Trois propositions londoniennes arrivent sous trois formes : une au forfait, une au tarif mixte sur une période, une en phases avec le cadrage chiffré à part. Comparer les totaux ne vous apprend rien.

Réécrivez chacune dans les mêmes cinq champs : coût total hors TVA, tarif journalier implicite, total de jours par rôle, ce qui est explicitement inclus et ce qui est explicitement exclu. Là où une proposition ne vous donne pas un chiffre, demandez-le par écrit plutôt que de l’estimer, parce que le refus est lui-même une information.

Vérifiez ensuite les quatre exclusions qui produisent le plus de variance : le cadrage, la migration de données, l’effort de test et le support après mise en ligne. Une proposition 30 pour cent moins chère et muette sur ces quatre points n’est pas moins chère. C’est une autre proposition, pour un travail plus petit.

Enfin, comparez l’équipe plutôt que la société, en demandant quelles personnes nommées sont affectées, à quel pourcentage et pour combien de temps. Notre guide de la rédaction d’un appel d’offres logiciel traite la structure qui fait revenir des réponses comparables.

Les questions qui séparent un prestataire capable d’un prestataire plausible

Posez-les lors d’un premier rendez-vous et écoutez la réponse que vous ne voulez pas.

“Qui va réellement écrire cela, et puis-je rencontrer cette personne cette semaine ?” Une société capable donne des noms. La réponse inquiétante est que les ressources sont affectées depuis un vivier plus près de la date de démarrage, ce qui veut dire que l’équipe de la proposition est illustrative.

“Montrez-moi la chose la plus proche que vous ayez construite, et mettez-moi en contact avec ce client.” La réticence ici relève parfois de la confidentialité et le plus souvent de l’absence.

“Que se passe-t-il si l’effort dépasse votre estimation de 20 pour cent ?” La réponse que vous voulez décrit un mécanisme : un processus de changement, une provision, un point de replanification. Une assurance confiante que cela n’arrivera pas est la réponse inquiétante.

“Comment testez-vous, et quelle part de l’estimation est du test ?” Un chiffre est bon signe. Répondre que les développeurs testent au fil de l’eau signifie que le budget ne contient aucune qualité.

“Quand la propriété intellectuelle est-elle transférée, et sur quoi gardez-vous une licence de réutilisation ?” Une hésitation ici coûte cher plus tard. Notre guide du choix d’une agence de développement allonge la liste, et la due diligence technique traite ce qu’il faut inspecter quand vous héritez d’une base de code au lieu de la commander.

Signaux d’alerte et ce qui fait un bon client

La moitié du résultat tient au prestataire et la moitié à vous, et la seconde moitié est celle que personne n’audite.

Les signaux qui doivent vous ralentir

Un forfait chiffré depuis un brief d’une page sans appel de cadrage. Une proposition qui arrive dans la journée suivant le premier contact. Une proposition qui est surtout de la plaquette d’entreprise avec trois pages sur votre projet à la fin. Aucune équipe nommée. Un refus de parler de cession de propriété intellectuelle ou de séquestre sur un système dont dépend votre exploitation. Un tarif senior sous £350 à Londres, qui signifie d’ordinaire de la sous-traitance non déclarée.

Ce que fait un bon client

Il nomme un décideur unique doté d’autorité et le rend disponible chaque semaine plutôt que chaque mois. Il rend ses retours en quelques jours. Il accepte qu’un changement coûte de l’argent et demande combien avant de le demander. Il fournit les jeux de test, les accès et les autorisations chez les tiers dans la première quinzaine plutôt que la dernière. Il ne mène pas en parallèle une construction interne. Les prestataires chiffrent tout cela discrètement dès le premier rendez-vous.

Ce que cela vous laisse

Londres vaut son prix quand le travail exige des gens dans une pièce avec vos équipes, quand le domaine est réglementé, ou quand le coût d’une erreur dépasse largement le coût de la construction. Elle ne le vaut pas quand le cahier des charges est clair, le domaine ordinaire et le travail contrôlable à distance. La plupart des acheteurs sont dans le second cas et paient pour le premier.

Mecanik construit et maintient des systèmes sur mesure pour des clients britanniques, facturés en régie plafonnée face à une équipe nommée. Si vous voulez un cahier des charges et un plan chiffré avant de vous engager sur une construction, commencez par développement logiciel. Si vous avez besoin d’ingénieurs expérimentés aux côtés d’une équipe que vous avez déjà, engager un développeur web couvre plutôt cet arrangement.

Questions fréquentes

Combien coûte le développement logiciel sur mesure à Londres ? Les tarifs journaliers londoniens vont d’ordinaire de £550 à £1 100 pour un petit studio ou une agence de taille moyenne, de £1 100 à £1 800 pour un cabinet de conseil et de £400 à £700 pour un indépendant. À ces tarifs, un petit outil interne se situe autour de £45 000 à £70 000, un système destiné aux clients avec intégrations entre £200 000 et £350 000, et une plateforme complexe entre £1 million et £3 millions. Ce sont des estimations maison.

Pourquoi les tarifs logiciels londoniens sont-ils plus élevés que dans le reste du Royaume-Uni ? Le salaire est la partie visible. Les données PAYE en temps réel de l’ONS pour juillet 2026 placent le salaire mensuel médian à £2 642 au Royaume-Uni et à £3 116 à Londres, une prime d’environ 18 pour cent. Cet écart se compose avec la cotisation patronale à la National Insurance de 15 pour cent au-dessus du seuil secondaire de £5 000, et avec l’immobilier du centre de Londres, où le multiplicateur haute valeur 2026/27 de 50,8p s’applique à partir d’une valeur locative de £500 000.

À qui appartient le code quand une agence londonienne développe un logiciel pour moi ? À l’agence, sauf mention contraire du contrat. L’article 11 du Copyright, Designs and Patents Act 1988 fait de l’auteur le premier titulaire, avec une exception réservée aux salariés, et les orientations de GOV.UK confirment qu’un commanditaire n’est pas le premier titulaire d’une œuvre de commande. L’article 90 exige une cession écrite et signée par le cédant, donc une facture payée ne transfère rien à elle seule.

Faut-il choisir le forfait ou la régie ? Le forfait transfère un risque réel et vaut une prime quand le cahier des charges est assez détaillé pour qu’un tiers le chiffre à l’identique. Sur un brief vague il devient une fiction réglée plus tard par des demandes de changement, ce qui favorise le prestataire. Le terrain intermédiaire pratique est la régie plafonnée : un tarif convenu, une équipe nommée, un montant à ne pas dépasser et un processus de changement écrit.

Une agence londonienne vaut-elle la peine face à l’offshore ou au nearshore ? Parfois. Le nearshore européen annonce couramment £250 à £450 par jour et l’Asie du Sud £120 à £300, contre £550 à £1 100 à Londres, mais l’économie porte sur le tarif et non sur l’effort. La livraison distribuée exige des spécifications plus précises et absorbe la latence des revues. Comparez d’abord Londres au reste du Royaume-Uni, autour de £400 à £750 par jour avec un recouvrement horaire complet.