Offshore, nearshore, onshore : comment choisir en 2026

La plupart des discussions sur le lieu où développer un logiciel commencent par un chiffre : le tarif journalier ou horaire. Il est facile à comparer, facile à mettre dans un tableur et facile à défendre devant une direction financière. C'est aussi l'un des plus mauvais indicateurs du coût réel d'un projet. Ce guide s'adresse aux CTO, aux responsables de l'ingénierie et aux responsables des achats en Europe, en Amérique du Nord et dans le Golfe qui doivent choisir entre équipes onshore, nearshore et offshore, et qui veulent le faire sur le coût total de livraison plutôt que sur la grille tarifaire.

Pour l'argumentaire général en faveur des équipes à distance, consultez nos guides sur les avantages du développement web offshore et sur la livraison agile en offshore. Celui-ci compare honnêtement les trois modèles.

Les trois modèles en termes simples

Onshore

L'équipe se trouve dans votre propre pays, souvent dans votre ville ou votre région. Vous partagez le fuseau horaire, le système juridique, la langue et généralement la culture d'entreprise. Vous pouvez réunir tout le monde dans une même salle quand cela compte.

Nearshore

L'équipe se trouve dans un pays voisin, avec le même fuseau horaire ou un fuseau très proche. Pour une entreprise d'Europe occidentale, cela peut signifier un autre pays européen ; pour une entreprise américaine, c'est souvent l'Amérique latine. Vous partagez l'essentiel de la journée de travail et un vol court suffit pour un atelier.

Offshore

L'équipe est lointaine, avec un grand décalage horaire. UnlockLive fonctionne ainsi pour de nombreux clients : nous avons un siège à Toronto et un centre d'ingénierie à Dhaka. Le décalage est réel et il façonne l'organisation du travail, ce qui explique pourquoi le reste de cet article s'y attarde.

Ces étiquettes décrivent la distance et le recouvrement horaire. Elles ne disent rien des compétences. Il existe des équipes solides et des équipes faibles dans chaque catégorie, et la qualité de gestion d'un prestataire compte généralement plus que sa position sur la carte.

Ce que comprend réellement le coût total d'un développement logiciel offshore

Quand vous comparez deux devis, le taux est la partie visible. Les éléments suivants se trouvent en dessous et diffèrent d'un modèle à l'autre et d'un prestataire à l'autre. L'essentiel est de s'assurer que chacun figure dans votre grille de comparaison.

Coordination et charge de gestion

Toute équipe externe a besoin de quelqu'un de votre côté pour prioriser, répondre aux questions et valider le travail. La distance ajoute de la communication écrite, des notes de passation et des appels planifiés. Demandez à chaque prestataire qui pilote le travail au quotidien de son côté, et combien d'heures par semaine il attend de vos équipes.

Recouvrement des fuseaux horaires

Le recouvrement correspond au nombre d'heures de travail que vous partagez. Il détermine si une question bloquante reçoit une réponse en quelques minutes ou le lendemain matin. Il est traité en détail plus bas, car c'est le facteur que les acheteurs sous-estiment le plus.

Reprises

Les reprises, causées par des exigences floues et des retours tardifs, sont le plus gros coût caché de la plupart des collaborations qui échouent. Des sprints courts avec des démonstrations toutes les une à deux semaines constituent la parade habituelle.

Montée en compétence

Une nouvelle équipe a besoin de temps pour apprendre votre domaine, votre base de code et vos outils. Prévoyez-le dans le budget ; un prestataire qui promet une productivité complète dès la première semaine est optimiste.

Mise en place de la propriété intellectuelle, du contrat et de la protection des données

Le travail juridique augmente avec chaque nouvelle juridiction : cession de propriété intellectuelle, accord de traitement des données, éventuellement mécanismes de transfert transfrontalier. Le faire avant la première ligne de code coûte bien moins cher que de corriger en plein litige.

Rotation du personnel et risque de continuité

Si un ingénieur clé part, qui connaît le système ? La rotation existe dans tous les modèles ; ce qui diffère, c'est la capacité du prestataire à fournir un remplaçant et un processus de passation.

Le recouvrement horaire, en toute franchise

Le recouvrement est une affaire de géométrie, et aucun discours commercial n'y change rien. Voici le tableau général pour les régions auxquelles s'adresse cet article, sans prétendre à des horaires exacts qui varient avec le passage à l'heure d'été.

• Dhaka et Toronto ou la côte est des États-Unis : le décalage est important, environ une demi-journée. Le recouvrement réel est une fenêtre étroite au début de la journée nord-américaine et à la fin de la journée au Bangladesh, et les équipes étirent généralement un peu les horaires d'un côté pour que cela fonctionne. L'essentiel de la collaboration est asynchrone, avec un court point de synchronisation quotidien.
• Dhaka et l'Europe centrale : un décalage modéré. Il existe un créneau commun exploitable le matin et l'après-midi en Europe, suffisant pour une réunion quotidienne et des sessions de pair programming à horaires réguliers, sans pour autant couvrir une journée commune complète.
• Dhaka et le Golfe : un faible décalage de quelques heures. Les journées de travail du Golfe et du Bangladesh se recoupent sur une bonne partie de la journée, ce qui facilite beaucoup la collaboration en direct par rapport à l'Amérique du Nord.
• Les binômes nearshore (par exemple l'Europe occidentale avec des pays voisins, ou l'Amérique du Nord avec l'Amérique latine) partagent la majeure partie ou la totalité de la journée.

Un travail bien spécifié et relu par des pull requests et des démonstrations s'accommode bien d'une fenêtre courte et d'une bonne communication écrite. Un travail où designers, product owners et ingénieurs doivent décider ensemble toute la journée, non.

Cadre de décision : type de projet et modèle le mieux adapté

Il n'existe pas de modèle universellement meilleur. Ce tableau est un point de départ, pas un verdict, et un bon partenaire l'ajustera à votre situation.

Type de projet	Modèle généralement le mieux adapté	Pourquoi
Réalisation bien définie, avec des spécifications et des critères d'acceptation clairs	Offshore ou nearshore	Peu de besoin de décisions constantes en direct ; des spécifications écrites et des démonstrations de sprint portent le travail.
Produit encore en cours de découverte, avec des pivots fréquents	Onshore ou nearshore pour le cadrage, puis n'importe quel modèle	Le cadrage exige des échanges rapides et riches avec les parties prenantes.
Produit de longue durée avec un backlog régulier	Équipe dédiée, offshore ou nearshore	La continuité et le contexte partagé se construisent avec le temps, et la montée en compétence n'est payée qu'une fois.
Modernisation ou migration d'un système hérité	Hybride	Architectes et experts métier onshore, avec une équipe à distance qui réalise l'essentiel de l'implémentation.
Agents IA, RAG ou fonctionnalités riches en données	Selon la sensibilité des données	Utiliser des données synthétiques ou masquées avec une équipe à distance, ou garder le traitement des données sensibles dans la région.
Données très réglementées ou exigences de sécurité sur site	Onshore, ou dans la région avec des contrôles	Les contraintes juridiques, d'audit et de résidence des données peuvent peser plus lourd que n'importe quelle différence de taux.
Projet court à périmètre fixe, tel qu'un site vitrine ou une intégration	N'importe lequel, choisi selon la qualité et le prix	Le coût de coordination reste faible car le projet est court.

Beaucoup des collaborations les mieux menées sont hybrides : un petit pôle onshore de pilotage produit et d'architecture, plus une équipe de livraison à distance plus large. C'est aussi la façon dont nous structurons de nombreux projets, avec un chef de projet à Toronto comme interlocuteur unique et des ingénieurs à Dhaka, comme décrit sur notre page de développement logiciel sur mesure.

Des contrats qui vous protègent

Forfait ou régie

Le forfait vous donne de la certitude sur les coûts lorsque le périmètre est réellement clair. Sa faiblesse est le changement : chaque nouvelle idée devient une demande de modification, et les prestataires protègent leur marge en intégrant le risque au prix. Il convient surtout aux projets bien délimités, avec des maquettes validées et des critères d'acceptation.

La régie (time-and-materials) offre souplesse et transparence, et vous payez l'effort réellement dépensé. Sa faiblesse est que le coût peut dériver sans une discipline propre. Protégez-vous avec un plafond mensuel, un backlog priorisé, des démonstrations de sprint et des relevés de temps visibles.

Une voie intermédiaire courante consiste en une courte phase de cadrage payante en régie, suivie d'une livraison au forfait du périmètre issu de ce cadrage. Quelle que soit votre option, la forme commerciale compte moins que le fait que les deux parties aient écrit ce que signifie « terminé ».

Cession de la propriété intellectuelle

Le contrat doit indiquer clairement que vous êtes propriétaire de tout ce qui est créé pour vous. Vérifiez les points suivants :

• Cession de la propriété intellectuelle de tous les livrables à votre entreprise, et pas seulement une licence.
• Les employés et sous-traitants du prestataire ont d'abord cédé leurs droits au prestataire.
• Une liste claire des composants open source et tiers utilisés, avec leurs licences.
• Code source, définitions d'infrastructure et documentation livrés dans des dépôts que vous contrôlez, dès le premier jour.

Les règles diffèrent selon les pays ; faites donc relire la rédaction par votre propre conseil juridique.

Traitement des données et confidentialité

Si le prestataire doit accéder à des données personnelles, il vous faut un accord de traitement des données avant que l'accès ne soit accordé. Il doit nommer les sous-traitants ultérieurs, indiquer où les données sont stockées et d'où elles sont consultées, fixer les mesures de sécurité, définir la notification des violations et préciser ce qu'il advient des données à la fin du contrat. Pour les données personnelles européennes, vérifiez le mécanisme qui autorise tout transfert hors de l'UE ou de l'EEE. Pour les projets dans le Golfe, les règles de résidence et de transfert des données du pays concerné doivent être vérifiées avec un conseil local avant de concevoir l'architecture. Dans la mesure du possible, tenez entièrement les vraies données personnelles à l'écart des environnements de développement et utilisez des données masquées ou synthétiques.

Liste de vérifications préalables pour tout prestataire

Utilisez cette liste pour les prestataires onshore, nearshore et offshore sans distinction. Ce sont les mêmes questions, et ce sont les réponses que vous achetez réellement.

1. Qui fera le travail ? Demandez à rencontrer les ingénieurs et le responsable qui travailleront réellement, pas seulement l'équipe commerciale. Vérifiez que les personnes figurant dans la proposition sont bien celles qui seront affectées.
2. Comment le travail est-il planifié et présenté ? Recherchez des sprints courts, un backlog visible, des démonstrations auxquelles vous pouvez assister et des points d'avancement écrits.
3. Comment gèrent-ils le recouvrement horaire ? Demandez les créneaux de réunion exacts, qui les assure et ce qu'il advient des urgences en dehors de ces créneaux.
4. Quel est le processus qualité ? Revue de code, tests automatisés, environnement de préproduction et une définition de « terminé » que vous pouvez lire.
5. Comment traitent-ils la sécurité ? Contrôle d'accès, secrets, politique relative aux appareils, et manière dont l'accès à la production est accordé et révoqué.
6. Que se passe-t-il si quelqu'un part ? Processus de remplacement, documentation de passation et préavis.
7. Qui possède quoi ? Examinez la cession de propriété intellectuelle et la configuration des dépôts avec votre avocat.
8. Où résident les données ? Localisations, sous-traitants ultérieurs et accord de traitement des données qu'ils signeront réellement.
9. Pouvez-vous parler à des clients similaires ? Appelez des références sur des projets comparables.
10. Quel est le plan de sortie ? Vous devez pouvoir transférer le travail à une autre équipe ou en interne avec tout le code, les identifiants et la documentation, sans que la coopération du prestataire fasse l'objet d'une négociation.

Un pilote payant est la meilleure vérification préalable : rien ne révèle plus vite les habitudes de communication et la qualité du code. Si vous examinez aussi les pièges courants, notre article sur les erreurs des agences qui externalisent le développement logiciel en couvre plusieurs du point de vue du client.

Quand l'onshore est le bon choix

Nous construisons pour nos clients à distance, et nous le disons pourtant sans détour : il vaut parfois mieux recruter localement. L'onshore est généralement le meilleur choix lorsque :

• Les données ou le système sont très sensibles ou réglementés et votre équipe conformité exige que le personnel travaille dans une juridiction donnée, avec des contrôles sur site ou des habilitations spécifiques.
• Le produit est trop incertain pour être spécifié. Si chaque semaine apporte de nouvelles décisions et que vous avez besoin d'ingénieurs aux côtés des ventes, des opérations et des clients, un fuseau horaire et une géographie communs font économiser plus qu'ils ne coûtent.
• Les règles d'achat ou du secteur public favorisent les fournisseurs locaux. Certains acheteurs du Golfe et d'Europe exigent une entité locale, une présence locale ou des engagements de contenu local. Dans ces cas, un prestataire à distance ne peut convenir qu'en sous-traitant d'un titulaire local.
• Vous ne savez pas encore gérer une relation à distance. Si personne chez vous ne peut porter les priorités et la recette, la distance amplifiera le problème. Réglez cela d'abord, ou faites appel à un prestataire qui fournit un solide chef de projet.

Si aucun de ces cas ne s'applique, et que le travail peut être spécifié, relu et présenté en démonstration, une équipe nearshore ou offshore bien dirigée peut apporter une forte valeur. La réponse honnête est souvent un mélange, et un prestataire digne de confiance vous aidera à le trouver, même si cela signifie recommander moins de sa propre capacité.

Prochaine étape

Construisez une grille de comparaison : pour chaque prestataire présélectionné, ajoutez au taux votre temps de gestion, la charge de réunions, la montée en compétence, le risque de reprises, la mise en place juridique et le risque de remplacement, en les signalant comme des estimations de jugement. Le classement change souvent. Pour un second avis sur une présélection, parlez à notre équipe de développement logiciel sur mesure, ou découvrez notre service de développement web.