Externalisation informatique en Türkiye : choix prestataire
Choisir un partenaire turc de développement logiciel, c'est juger l'adéquation des compétences, le contrat et la protection des données, pas le seul tarif horaire : menez d'abord un pilote payant, faites consigner par écrit la propriété intellectuelle, les obligations KVKK et RGPD et les clauses de sortie, et prévoyez une clause de devise, car l'inflation du lira et les taux de change déplacent les budgets en cours de projet.
Pourquoi envisager l'externalisation informatique en Türkiye ?
L'externalisation de proximité tient en une ligne : faire appel à un pays suffisamment proche en fuseau horaire et en distance de voyage pour que la collaboration quotidienne reste possible. Pour un acheteur européen, la Türkiye se situe dans un recouvrement de journées de travail qui rend les séances en visioconférence courantes plutôt qu'exceptionnelles, et le pays est assez près pour un vol de lancement ou d'atelier sans journée de décalage horaire de part et d'autre.
Trois raisons pratiques pour lesquelles les acheteurs la retiennent :
- Recouvrement des fuseaux horaires. Les horaires de travail turcs chevauchent largement l'Europe de l'Ouest et centrale, ainsi que le Golfe et le Levant ; le matin à Berlin ou à Dubaï correspond à l'après-midi à Istanbul, ce qui est la fenêtre où les questions reçoivent une réponse le jour même plutôt que le lendemain.
- Profondeur d'ingénierie et langues. La Türkiye dispose d'un vaste marché du travail logiciel concentré sur Istanbul, Ankara et Izmir, avec des équipes qui travaillent quotidiennement en anglais ; pour les acheteurs qui souhaitent de temps en temps des séances en présentiel, le turc, l'allemand et l'arabe sont aussi courants.
- Position de coût. Les tarifs se situent en général entre les grilles offshore d'Asie du Sud et du Sud-Est et les grilles des agences d'Europe de l'Ouest ; l'intéressant pour un acheteur n'est pas le chiffre horaire mais ce que ce chiffre achète — le mélange de séniorité, la discipline de revue, les habitudes de documentation.
Modèles de mission
| Modèle | Idéal pour | Risque principal | Contrôle à ajouter |
|---|---|---|---|
| Équipe dédiée | Une feuille de route qui évolue, des produits durables, une livraison continue | Le coût dérive à la hausse quand l'équipe s'habitue au travail | Revues de capacité, voie d'escalade définie, un responsable nommé de chaque côté |
| Périmètre fixe | Des projets bien spécifiés aux exigences stables | Litiges sur le périmètre ; tout ce qui n'est pas défini devient une négociation | Un périmètre écrit avec critères de recette et procédure de changement |
| Temps et matériaux | Un travail qui évolue où la vitesse compte plus qu'un chiffre fermé | Dérive budgétaire sans signaux de progrès visibles | Reporting budgétaire hebdomadaire, cadence de démonstration, plan de consommation convenu |
| Hybride (équipe + blocs fixes) | Du travail produit mélangé à des livrables définis | Deux rythmes de pilotage à maintenir en même temps | Une seule ligne de reporting ; garder les blocs fixes réellement bornés |
Le choix du modèle compte moins que la discipline qui l'entoure : un projet à périmètre fixe avec une bonne procédure de changement bat un projet à périmètre fixe qui fait comme si rien ne changerait, et une équipe en temps et matériaux avec un reporting hebdomadaire honnête bat une équipe moins chère dans laquelle vous ne voyez rien.
Comment choisir un prestataire ? Une liste de 15 points
- Réalisations pertinentes — demandez deux ou trois projets comparables aux vôtres en taille et en domaine, et le rôle exact qu'y a joué l'équipe.
- Qui écrit le code — équipe interne ou sous-traitants ; si c'est sous-traité, qui répond contractuellement de vous.
- Composition d'équipe proposée — rôles, mélange de séniorité, et qui est l'interlocuteur au quotidien.
- L'anglais en pratique — pas une affirmation sur un profil : tenez le premier entretien en anglais et jugez la discussion technique, pas la conversation de salon.
- Recouvrement de fuseaux horaires proposé — quelles heures sont garanties pour la collaboration en direct, et quels travaux sont asynchrones par conception.
- Cession de propriété intellectuelle par écrit — que tous les droits sur le code, la documentation et les dérivés vous soient transférés, y compris pendant la mission.
- Accord de non-divulgation (NDA) et confidentialité — signé avant toute divulgation technique détaillée, couvrant le personnel autant que la société.
- Position sur la protection des données — travaillent-ils sous la KVKK, le RGPD, ou les deux ; qui est leur contact données ; demandez, et vérifiez ensuite dans les documents.
- Pratiques de sécurité — statut ISO/IEC 27001 posé comme question, cycle de développement sécurisé, traitement des dépendances et des vulnérabilités.
- Normes de code et de revue — discipline de gestion de versions, revue de code, tests automatisés, ce que « terminé » veut dire avant fusion.
- Transfert et documentation — quelle documentation existe à chaque étape et où elle se trouve.
- Références joignables — une personne nommée chez un ancien client qui décrochera votre appel.
- Conditions contractuelles — échéancier de paiement, recette, responsabilité, résiliation et assistance à la transition.
- Devise et mécanisme de prix — dans quelle devise les prix sont fixés et comment sont traités les mouvements de change en cours de projet.
- Sortie et transition — comment le travail, les accès et les connaissances sont restitués si vous mettez fin à la mission.
Fuseaux horaires, langues et routines de communication
Le recouvrement des fuseaux horaires est une ressource, pas une garantie : il ne produit des réponses le jour même que si la collaboration est conçue pour l'utiliser. Trois routines font la différence :
- Une fenêtre de recouvrement fixe. Convenez par écrit, au démarrage, des heures toujours en direct dans les deux fuseaux.
- Une cadence de démonstrations. Un logiciel fonctionnel montré sur un rythme fixe attrape les erreurs de direction tant qu'elles sont bon marché ; les rapports d'état non.
- Une trace écrite unique. Les décisions dans un document partagé plutôt que dans des appels qu'une moitié d'équipe a manqués ; pour une équipe multilingue, c'est aussi la piste d'audit.
Légal et données : contrats, propriété intellectuelle, KVKK et RGPD
Trois instruments juridiques font l'essentiel du travail, et chacun a une seule fonction :
- NDA — protège les divulgations avant que la relation n'existe. Signez-le avant tout partage technique et commercial détaillé.
- Contrat — fixe le périmètre, le prix, la recette, la responsabilité, la résiliation et la transition. Périmètre fixe ou temps et matériaux change le cœur commercial, pas le besoin du reste.
- Cession de propriété intellectuelle — la clause qui transfère la propriété de ce qui est construit. Elle doit couvrir le code, la documentation, les configurations et les dérivés, et s'appliquer dès la création, pas seulement au paiement final.
| Sujet | Question | Document |
|---|---|---|
| Droit applicable et juridiction | Quel droit régit, et où les litiges sont-ils jugés ? | Accord-cadre |
| Propriété intellectuelle | Quand les droits sont-ils transférés, et sur quoi exactement ? | Clause de cession de PI |
| Confidentialité | Combien de temps la confidentialité survit-elle à la résiliation ? | NDA / contrat |
| Rôles sur les données personnelles | Qui est responsable, qui est sous-traitant, pour quelles données ? | Accord de traitement de données |
| Transfert transfrontalier | Quelles données quittent le pays, sous quel mécanisme ? | Clause de transfert / avenant |
| Sous-traitants successifs | Qui d'autre touche aux données, et comment l'accord est-il donné ? | Accord de traitement |
| Incidents de sécurité | Délai et contenu de notification en cas de violation ? | Annexe sécurité |
| Audit et preuves | Que pouvez-vous inspecter, et à quelle fréquence ? | Clause d'audit |
| Sortie et restitution des données | Comment les données et le code sont-ils restitués ou supprimés à la fin ? | Clause de résiliation |
Attentes en matière de sécurité
La sécurité se traite mieux comme un ensemble de questions vérifiables que comme une déclaration de confiance :
- ISO/IEC 27001 — demandez si le prestataire le détient et ce que couvre le périmètre certifié ; un certificat qui couvre le service commercial mais pas l'équipe de livraison vous renseigne sur un point précis. S'il n'est pas détenu, demandez par écrit quels contrôles équivalents existent.
- Cycle de développement sécurisé — où la sécurité se situe dans la conception, la revue de code et les tests ; si le traitement des dépendances et des vulnérabilités est routine.
- OWASP Top 10 — une liste de contrôle largement utilisée des risques de sécurité les plus courants des applications web ; demander s'il fait partie de leurs revues est une question concrète et répondable, plutôt qu'un vague « est-ce que c'est sécurisé ? ».
- Contrôle d'accès — qui peut atteindre vos dépôts, environnements et données ; comment l'accès est accordé, journalisé et retiré quand quelqu'un part.
Projet pilote et jalons
L'outil de sélection le plus fiable qui soit est un petit pilote payant : du vrai travail, du vrai code, une vraie échéance, une vraie facture. Son but n'est pas la taille du livrable ; c'est d'observer comment l'équipe travaille quand la spécification est incomplète, quand une question est floue et quand une date bouge.
Concevez bien le pilote :
- Faites-le réel. Une tranche représentative du travail réel — pas une tâche jouet qui cache toute la partie difficile.
- Définissez « terminé » par écrit. Critères de recette avant le début ; sinon vous n'apprenez rien sur la discipline de périmètre.
- Incluez un changement en cours de route. La façon dont l'équipe gère une exigence modifiée en dit plus que sa façon d'en gérer une limpide.
- Observez la communication. Délais de réponse, questions posées avant de construire, qualité de la démonstration — c'est le produit.
- Fixez la règle de décision à l'avance. Ce qui vous ferait prolonger, élargir ou arrêter ; écrit avant le pilote, pas rétro-justifié après.
Risques et conduite à tenir
| Risque | À quoi cela ressemble | Comment le gérer |
|---|---|---|
| Dépendance à une personne clé | L'architecte principal ou le développeur senior est le seul à comprendre les décisions structurantes | Obligations de documentation, binômage sur les modules critiques, remplaçants nommés dans l'équipe |
| Dérive du périmètre | De petites additions s'accumulent ; le budget d'origine s'étire sans que personne ne décide | Procédure de changement écrite, estimations d'impact avant tout changement, revues de périmètre périodiques |
| Enfermement | Seul le prestataire sait maintenir le système ; en partir reviendrait à réécrire | Code source et accès détenus par vous dès le premier jour, normes de documentation, revue indépendante périodique |
| Devise et inflation | Des prix libellés en lira dérivent contre votre budget, ou les coûts sont discrètement rognés pour tenir un chiffre annoncé | Prix arrêtés dans une devise nommée, mécanisme explicite de variation de change, clauses de réexamen périodique |
| Dérive de sous-traitance | La livraison glisse discrètement vers des tiers non nommés | Droits d'approbation des sous-traitants, clauses de transparence, droit de refus |
| Dérive qualité après montée en charge | L'équipe senior gagne l'affaire, une équipe junior fait le travail | Équipe nommée dans le contrat, clause de notification de changement, preuves de revue de code |
Le risque de change mérite une phrase de plus que le tableau : la volatilité du lira est un risque contractuel reconnu dans les missions en Türkiye, et il joue dans les deux sens — un lira qui monte rend votre projet plus cher, un lira qui baisse peut pousser un prestataire à bâcler pour tenir un prix qu'il ne peut plus assumer avec les effectifs prévus. Une devise contractuelle nommée avec un mécanisme d'ajustement explicite protège les deux côtés, et c'est une clause commerciale normale à proposer, pas une insulte.
Coûts : comment se structurent les tarifs
Les prix de ce marché se structurent de quelques manières — tarifs mensuels par rôle pour une équipe dédiée, tarifs journaliers en temps et matériaux, paiements par jalon pour un périmètre fixe, abonnements pour le support continu — et chacune place le risque de changement à un endroit différent. Le traitement complet, avec les questions à poser sur ce qu'un tarif comprend, se trouve sur la page des modèles de coût et de tarification.
Ce qui appartient ici, c'est la partie utile à la sélection : comparez les offres sur le coût total de la mission avec l'allocation de changement incluse, pas sur le tarif de tête, et demandez ce qui se passe commercialement quand le périmètre bouge — la réponse indique le modèle que vous achetez réellement.
À qui ne faut-il pas externaliser en Türkiye ?
Une réponse honnête, car un mauvais appui coûte des deux côtés :
- Les projets qui exigent une équipe physiquement présente chaque jour. Si votre processus réclame les développeurs à vos bureaux tous les jours, l'externalisation de proximité ne convient pas ; recrutez en local.
- Les organisations qui ne savent pas définir la recette. Si personne chez vous ne peut dire ce que « fini » veut dire, aucun modèle de contrat ne sauvera le projet ; réglez cela d'abord.
- Les constructions au budget ultra-bas et sans spécification. Le segment le plus bon marché de ce marché affronte le segment le plus bon marché partout, avec les mêmes schémas d'échec.
- Un travail nécessitant une juridiction que vous ne pouvez pas vérifier. Si vos équipes juridique ou conformité ne peuvent pas qualifier le contrat et les clauses de données, ne les signez pas.
Questions fréquentes
La Türkiye est-elle un bon pays pour externaliser son logiciel ?
Pour les acheteurs européens et du Golfe, en général digne d'évaluation : recouvrement important des fuseaux horaires, vaste marché d'ingénierie centré sur Istanbul, et une position de coût entre l'offshore asiatique et les grilles d'Europe de l'Ouest. S'il convient à vous dépend des questions d'adéquation ci-dessus — compétences, qualité du contrat et protection des données — pas du pays seul.
Quel modèle de mission convient à un premier projet ?
Un pilote payant sous forme de périmètre fixe, puis l'un des deux modèles principaux selon ce que le pilote révèle : périmètre fixe si vos exigences se stabilisent, temps et matériaux ou équipe dédiée si elles continuent d'évoluer. Ce qu'il faut éviter sur un premier projet, c'est un engagement d'équipe ouvert sans habitudes de travail observées.
À qui appartient le code ?
À vous, par contrat : une clause de cession de propriété intellectuelle qui transfère les droits sur le code, la documentation et les dérivés dès la création, pas seulement au paiement final. Si un prestataire propose que la propriété transfère « au paiement intégral », négociez — et définissez ce qu'il advient du travail livré par étapes.
Comment la KVKK et le RGPD affectent-ils l'externalisation ?
La KVKK est le régime turc de protection des données et le RGPD s'applique à vous dès lors que des données personnelles de l'UE sont en jeu, où que se situe le sous-traitant. Pour un acheteur, les questions pratiques sont : quelles données franchissent les frontières, sous quel mécanisme contractuel, qui est responsable et qui est sous-traitant, et ce que l'accord dit sur les sous-traitants successifs et la notification de violations. Prenez un avis juridique sur les réponses ; pas sur le fait de les poser.
Faut-il demander l'ISO/IEC 27001 ?
Oui, sous forme de question avec un suivi : le prestataire le détient-il, et que couvre le périmètre certifié ? Un certificat qui exclut l'équipe de livraison n'est pas une preuve sur les gens qui écrivent votre code ; là où il est absent, demandez par écrit quels contrôles existent à la place.
Combien de temps doit durer un pilote ?
Définissez-le par livrables, pas par calendrier : une tranche représentative avec critères de recette, un changement en cours de route et une démonstration à la fin. Un pilote trop petit pour révéler comment l'équipe gère l'ambiguïté ne vous apprend rien qui vaille l'économie.
Comment gérer la volatilité du lira ?
Par le contrat, pas par les prévisions : une devise contractuelle nommée, un mécanisme explicite de variation de change, et des clauses de réexamen de prix si la mission est longue. La volatilité du lira est un risque reconnu dans les missions turques ; un mécanisme convenu à la signature coûte moins cher qu'une renégociation au cinquième mois.
Pouvez-vous travailler avec mon équipe existante ?
Posez la question directement dans le pilote : les équipes mixtes — vos gens plus ceux du prestataire — sont courantes, et les questions qui comptent sont la façon dont les décisions sont enregistrées, les normes que suit le code, et la façon dont le transfert de connaissances se fait quand la mission change de forme. En tant que groupe, nous cadrons les missions comme le ferait une équipe d'exploitation, autour des systèmes et des contraintes sur lesquels l'entreprise tourne déjà, ce qui est en général le facteur décisif dans une configuration mixte.
Sources et normes
- ISO — éditeur de l'ISO/IEC 27001 (management de la sécurité de l'information) ; vérifiez l'édition en vigueur et le périmètre de certification avant de vous fier à un certificat.
- OWASP — éditeur de la liste Top 10 des risques de sécurité des applications web référencée sur cette page.
- La KVKK et le RGPD sont cités comme cadres de protection des données applicables ; cette page liste les questions à poser et ne donne pas d'avis juridique. Aucun tarif, certificat, nom de client ni chiffre de performance n'est revendiqué pour WorldwideTradeX sur cette page.
Pages associées
Développement logiciel · Modèles de coût et de tarification · Liste de contrôle d'appel d'offres pour prestataires · ERP sur mesure ou packagé · Audit et conseil IT · Conseil en solutions d'IA · Infrastructure numérique · Demander un devis