Secteur — Offshoring
L'IA dans l'offshoring marocain : assistance des agents, contrôle qualité, BPO documentaire. Exigences RGPD des donneurs d'ordre européens et hébergement maîtrisé.
En bref
Pour un centre de contact ou un BPO marocain, l'IA générative n'est pas une opportunité parmi d'autres : c'est la variable qui redéfinit la proposition de valeur devant le donneur d'ordre européen. Assistance temps réel des agents, contrôle qualité sur l'intégralité des interactions, traitement documentaire, montée en compétence. Le cadre est celui du RGPD, dont votre client reste responsable et vous, sous-traitant.
Un directeur de site à Casanearshore le formule sans détour : « mes clients européens me demandent déjà ce que je fais avec l'IA — et ils me demanderont bientôt pourquoi je facture le même prix ». C'est la situation du secteur, résumée en une phrase. L'IA générative touche l'offshoring plus directement que n'importe quel autre secteur marocain, parce qu'elle agit exactement sur ce que le secteur vend : du temps humain qualifié.
Deux issues sont possibles. Dans la première, le donneur d'ordre déploie l'IA lui-même, absorbe le gain de productivité et renégocie le contrat à la baisse. Dans la seconde, le prestataire marocain déploie l'IA avant lui, augmente la valeur de chaque agent, élargit son périmètre vers des tâches plus complexes, et transforme la menace en argument commercial. Hunter BI travaille avec les acteurs qui ont choisi la seconde — et le temps de le faire n'est pas illimité.
Mis à jour le 14 juillet 2026
Enjeux du secteur au Maroc
Un prestataire marocain qui traite des données pour un donneur d'ordre européen agit, dans la quasi-totalité des cas, comme sous-traitant au sens du règlement général sur la protection des données : le client reste responsable du traitement, mais il ne peut vous confier ces données que si vous offrez des garanties suffisantes, et il en répond devant son autorité de contrôle. Cette relation se matérialise par des exigences contractuelles précises — instructions documentées, mesures de sécurité, encadrement de vos propres sous-traitants, obligation d'assistance en cas d'incident — et par le fait que le Maroc ne bénéficie pas d'une décision d'adéquation de la Commission européenne : les transferts s'appuient donc en pratique sur des clauses contractuelles types assorties de mesures complémentaires.
Or introduire un outil d'IA dans une chaîne de traitement, c'est introduire un nouveau destinataire des données — et souvent un nouveau transfert. Si vous branchez un assistant sur les conversations clients de votre donneur d'ordre sans l'en informer, vous sortez du cadre contractuel, et l'audit qu'il conduira tôt ou tard le révélera. À l'inverse, un prestataire capable de démontrer une architecture maîtrisée — hébergement dans un périmètre défini, journalisation, cloisonnement par client, aucune donnée envoyée hors du cadre convenu — dispose d'un argument commercial que ses concurrents n'ont pas. Et il s'ajoute à la loi 09-08, qui vous est applicable en propre, au Maroc, quelle que soit l'origine des données.
Le donneur d'ordre reste responsable du traitement : tout nouvel outil qui accède aux données doit lui être déclaré et couvert par vos engagements contractuels. Un assistant IA non déclaré est une non-conformité.
Les transferts de l'Union européenne vers le Maroc s'appuient en pratique sur des clauses contractuelles types et des mesures complémentaires. Ajouter un service d'IA, c'est ajouter un maillon à cette chaîne.
Les données d'un donneur d'ordre ne doivent jamais alimenter l'assistant d'un autre. Ce cloisonnement se construit dans l'architecture, pas dans une note de service.
Vos clients auditent. Journaux d'accès, historique des traitements, description de l'architecture : ce que vous ne pouvez pas montrer, vous ne pourrez pas le défendre.
Cas d'usage
Chaque cas d'usage renvoie à l'offre Hunter BI qui l'exécute. Aucun chiffre de résultat n'est avancé tant qu'il n'a pas été mesuré chez vous.
Souveraineté
Dans l'offshoring, la souveraineté ne se plaide pas devant un régulateur marocain — elle se plaide devant le service juridique de votre client européen. Ce service posera trois questions : où sont traitées les données que nous vous confions, qui d'autre y a accès, et que se passe-t-il si nous vous auditons demain. Un prestataire qui répond « nous utilisons un service d'IA public, nous ne savons pas exactement » perd le compte. Un prestataire qui répond « les traitements ont lieu sur une infrastructure dédiée, cloisonnée par client, journalisée, dans le périmètre convenu au contrat » ne perd pas seulement une objection : il gagne un différenciateur.
C'est pourquoi nous recommandons, dans ce secteur, des architectures dont la topologie est démontrable : modèles ouverts hébergés au Maroc ou chez un hébergeur qualifié, isolation par donneur d'ordre, journaux exportables pour l'audit, et une documentation d'architecture rédigée pour être lue par le juriste d'en face. Le surcoût est réel, mais il se compare à la valeur de contrats pluriannuels — et il transforme un sujet défensif, la conformité, en argument offensif : vous êtes l'un des rares prestataires capables de prouver ce que vous affirmez.
Par où commencer
Le premier chantier ne consiste pas à choisir un outil, mais à déterminer ce que votre contrat vous autorise réellement à faire avec les données de votre client.
Étape 01
Nous lisons vos engagements contractuels, vos flux de données et vos volumes par activité, puis nous identifions les cas d'usage réalisables sans renégocier — et ceux qui exigent d'ouvrir la discussion avec le donneur d'ordre.
Étape 02
Un compte, une équipe, une architecture cloisonnée. Les indicateurs sont ceux du contrat — temps de traitement, qualité, satisfaction — mesurés avant, pour que le résultat soit opposable au client comme à vous-même.
Étape 03
Le pilote réussi devient une offre : productivité démontrée, architecture documentée, conformité prouvée. Vous ne subissez plus la conversation sur l'IA avec vos donneurs d'ordre — vous l'ouvrez.
Oui, systématiquement, dès lors que l'outil accède à ses données. Il reste responsable du traitement et vous êtes son sous-traitant : l'ajout d'un destinataire ou d'un outil doit être couvert par vos engagements contractuels. Le déploiement discret est la pire option — il sera découvert au premier audit, et il coûtera la relation.
Elle le déplace. Les tâches les plus simples se contractent, c'est acquis. En revanche, la valeur remonte vers des périmètres plus complexes — cas d'exception, conseil, activités multilingues, back-office spécialisé — que les prestataires équipés peuvent capter et que les autres verront leur échapper. La question n'est pas si le modèle change, mais qui écrit la suite.
Pas sans base contractuelle explicite. Les conversations appartiennent au traitement de votre donneur d'ordre, et l'utilisation à des fins d'entraînement constitue une finalité distincte, qui doit être prévue et autorisée. Nos architectures interdisent par défaut toute réutilisation entre comptes : le cloisonnement est structurel, pas déclaratif.
Moins qu'on ne l'imagine pour les usages d'assistance : les modèles ouverts récents tournent sur des configurations accessibles, et le dimensionnement se calcule à partir de votre volume réel d'interactions simultanées, pas d'un catalogue. Nous chiffrons cette infrastructure au moment du diagnostic, avec la comparaison honnête entre cloud d'entreprise et hébergement dédié.
Une session de cadrage gratuite avec un consultant Hunter BI : vos données, votre cadre réglementaire, les cas d'usage qui méritent d'être lancés en premier — et ceux qu'il vaut mieux écarter.