Nearshore Maroc : votre développement logiciel, sur vos propres comptes

C'est une question de distance par rapport à vous, pas une propriété d'un pays. Le Maroc est du nearshore pour une équipe à Paris, Bruxelles, Genève ou Madrid. Pour une équipe à Montréal, c'est de l'offshore, et les mêmes ingénieurs devraient travailler autrement : davantage d'écrit, moins d'appels en direct. Vous lirez parfois « développement offshore Maroc » : pour l'Europe de l'Ouest, le mot juste est nearshore.

Ce que vous achetez réellement, ce sont des heures communes. Quand votre chef de produit pose une question à 10 h, la réponse arrive avant le déjeuner, pas le lendemain. Un bug repéré pendant une démo est corrigé l'après-midi même. Tout le reste d'une plaquette nearshore (proximité culturelle, agilité) découle de ces heures partagées, ou ne tient pas.

Surtout le temps et l'accès, moins le prix. Voici les trois modèles comparés pour une entreprise d'Europe de l'Ouest.

Parce que la journée de travail s'aligne sur l'Europe de l'Ouest, que les langues de votre activité y sont parlées, et qu'une visite tient en un vol court. Sur le premier point, une partie des pages en ligne n'est plus à jour.

Le fuseau horaire. Depuis le 20 septembre 2026, le Maroc est à l'heure GMT toute l'année, sans changement d'heure (Time.is, 2026). De 2018 jusqu'à cette date, il était à GMT+1 hors ramadan, et beaucoup de pages nearshore l'affirment encore. Concrètement, en hiver le Maroc a l'heure de Londres et de Lisbonne, une heure de moins que Paris, Bruxelles ou Madrid. De fin mars à fin octobre, quand l'Europe passe à l'heure d'été, l'écart avec Paris monte à deux heures. Un ingénieur qui travaille de 9 h à 18 h au Maroc partage huit heures avec une journée parisienne de 9 h à 18 h en hiver, sept en été. Si votre point du matin doit être couvert toute l'année, inscrivez-le au contrat plutôt que de le supposer.

Les langues. Kaishift travaille en français, arabe, anglais et espagnol. Une spécification, un ticket ou un message d'erreur rédigé par quelqu'un qui lit la langue de votre marché évite des erreurs qu'un traducteur laisserait passer. Le site d'AMUD fonctionne en français et en arabe, celui de Balade Agadir en français, arabe et anglais, et la plateforme de données commerciales Indatex sert les exportateurs en anglais, français, espagnol et arabe.

Le déplacement. Un vol direct de Paris à Marrakech dure environ 3 h 20 à 3 h 30 (Rome2rio, 2026), et de Madrid à Tanger environ 1 h 30 (Rome2rio, 2026).

Oui, dès que l'équipe peut voir des données personnelles issues de vos systèmes, et même si chaque enregistrement reste sur vos serveurs à Francfort ou à Paris. Le Comité européen de la protection des données est explicite : l'accès à distance par un sous-traitant établi dans un pays tiers, y compris le simple affichage de données à l'écran pour du support, constitue un transfert (CEPD, lignes directrices 05/2021, 2023). Le Maroc ne figure pas sur la liste des décisions d'adéquation de la Commission européenne (Commission européenne, 2026) : le transfert doit donc être encadré. L'outil habituel, ce sont les clauses contractuelles types de la Commission, dans leur version adoptée le 4 juin 2021 (Commission européenne, 2021).

Beaucoup de prestataires passent ce point sous silence, parce que « les données restent dans l'UE » semble suffire. Ce n'est pas le cas. Voici ce que nous faisons :

1. Signer un accord de traitement des données intégrant les clauses contractuelles types avant tout accès.
2. Travailler sur des environnements de développement et de recette remplis de données fictives ou anonymisées, pour que l'essentiel du travail ne touche jamais un vrai client.
3. Réserver l'accès à la production à des ingénieurs nommés qui en ont besoin, via des comptes que vous créez et pouvez révoquer.
4. Conserver les journaux d'accès de votre côté, lisibles sans nous demander.

Côté marocain, la loi 09-08, promulguée le 18 février 2009, encadre les données personnelles traitées au Maroc. La CNDP tient une liste des pays qu'elle juge adéquats : sa délibération de 2015 cite notamment la France, l'Espagne, l'Allemagne, la Belgique, les Pays-Bas, le Portugal, le Royaume-Uni et la Suisse, tout en exigeant que chaque transfert lui soit notifié (CNDP, 2015). Cela compte quand les données partent du Maroc, par exemple les clients d'une filiale marocaine. Rien de tout cela ne remplace votre propre conseil juridique ; ces éléments vous disent quelles questions lui poser.

Dix questions à poser à tout prestataire, nearshore ou non. S'il hésite sur les deux premières, arrêtez-vous là.

1. Sur quels comptes vivent le code et le cloud ? Les vôtres, dès le premier commit : votre organisation Git, votre compte cloud, vos clés d'API. Pas un transfert « à la fin ».
2. Qui va travailler dessus, précisément ? Les noms des ingénieurs, et une règle écrite pour le cas où l'un d'eux part.
3. Une partie du travail est-elle sous-traitée ? Demandez-le par écrit. Une équipe nearshore qui revend discrètement une équipe offshore vous donne les défauts des deux.
4. Quelles sont les heures communes ? Écrites noir sur blanc, y compris ce qui change au passage à l'heure d'été.
5. Comment les données personnelles sont-elles traitées ? La réponse doit parler de clauses contractuelles types, de données de test anonymisées et d'accès que vous contrôlez.
6. Le contrat vous cède-t-il la propriété intellectuelle ? Code, maquettes et documentation, au paiement.
7. À quoi ressemble une semaine normale ? Rythme des démos, outil de tickets, auteur des notes de version.
8. Qui fait la revue de sécurité avant une mise en production ? Une personne nommée, pas « l'équipe ».
9. Pouvez-vous faire tourner l'outil sans eux ? Le déploiement doit être documenté dans votre dépôt. Si seul le prestataire sait déployer, vous êtes captif.
10. Montrent-ils un logiciel qui tourne avant la signature ? Une petite démo sur une de vos vraies tâches en dit plus long que n'importe quel portfolio.

La plupart des prestataires nearshore vendent une équipe qui travaille dans ses bureaux, sur ses outils, et vous envoie des livraisons. Nos ingénieurs forward-deployed font l'inverse : ils rejoignent votre messagerie, votre outil de tickets et vos dépôts avec des comptes que vous créez, et construisent dans votre environnement. Amine Lamfichekh, notre CTO, dirige une équipe de plus de douze ingénieurs. Ihab Ait El Caid, notre CISO, vérifie ce que chaque élément peut atteindre avant toute mise en production ; la démarche est détaillée sur notre page sécurité.

Trois règles en découlent :

• Code et infrastructure sur vos comptes. Vos dépôts, votre cloud, vos clés d'API ; les briques auto-hébergées gardent un code source public, sans licence à payer. Si nous arrêtions demain, il n'y aurait rien à migrer.
• Les mêmes ingénieurs semaine après semaine. Ce qu'ils apprennent de votre produit reste chez ceux qui le construisent.
• Un logiciel qui tourne avant un contrat. Après un appel gratuit, vous recevez sous 72 heures une proposition écrite et une démo gratuite sur une de vos vraies tâches.

Pour Hostguide, nous avons construit le produit et son site : une plateforme pour gestionnaires de location courte durée, avec synchronisation des calendriers Airbnb et Booking.com, planning de ménage, suivi des incidents et rapports. Pour ConciergElite, franchise de conciergerie Airbnb active au Maroc et en France, nous avons construit la présence web, les systèmes internes et le back-office. Si vous construisez votre propre produit, notre page développement SaaS explique comment nous le cadrons.

Les échecs tiennent rarement à la distance. Ils tiennent au contrôle.

Gardez-le en interne quand le logiciel est l'entreprise et que vous pouvez recruter. Si votre produit, c'est le code, ceux qui le comprennent sont votre premier actif, et un prestataire devrait tout au plus accélérer une première version pendant que vous montez votre équipe. Pour une startup, l'externalisation fonctionne quand les fondateurs gardent les décisions produit et que le prestataire construit ; elle échoue quand le prestataire finit par décider de ce qu'est le produit.

Gardez-le aussi en interne, ou au moins dans votre pays, dans trois cas :

• Un client ou un régulateur exige que seul du personnel situé dans l'UE accède aux données.
• Le travail demande une présence sur site presque tous les jours, sur une ligne de production ou dans un entrepôt.
• Personne chez vous n'a le temps de répondre chaque semaine aux questions d'un ingénieur. Aucune équipe externe ne règle ce problème.

Si l'un de ces cas vous ressemble, nous vous le dirons pendant l'appel.

Réservez un appel gratuit de 30 minutes et décrivez ce que vous voulez construire et pour qui. Sous 72 heures, vous recevez une proposition écrite et une démo gratuite sur une de vos vraies tâches, sans engagement. Le prix est établi sur mesure, selon le périmètre, après l'appel. Pour voir ce que nous avons livré pour 18 entreprises au Maroc, en France, en Espagne et en Turquie, ouvrez le portfolio, puis réservez l'appel.