· 3 min de lecture
Éditeur, intégrateur, agence : qui fait quoi dans un projet digital
Un projet digital fait souvent intervenir un éditeur de logiciel, un intégrateur et une agence, dont les responsabilités se recouvrent partiellement. Clarifier qui répond de quoi, dès la contractualisation, évite les zones grises qui apparaissent au premier incident.
Medias24 consacrait en décembre 2025 un article au positionnement de l'éditeur Sage dans l'accompagnement de la transformation digitale des entreprises marocaines. Au-delà du cas particulier, cette actualité éclaire une confusion très répandue chez les décideurs : dans un projet numérique un peu structurant, plusieurs types d'acteurs interviennent, et beaucoup d'entreprises signent avec eux sans avoir explicité qui porte quelle responsabilité.
L'éditeur conçoit et maintient le logiciel. Il définit la feuille de route du produit, publie les versions, corrige les anomalies du cœur applicatif et fixe les conditions de licence. Il ne connaît pas votre organisation et n'intervient généralement pas dans votre paramétrage. Sa responsabilité s'arrête au fonctionnement du produit tel qu'il est documenté, dans les conditions d'usage prévues.
L'intégrateur, parfois appelé partenaire ou revendeur, adapte ce logiciel à votre contexte : paramétrage, reprise de données, interfaces avec vos autres outils, formation des utilisateurs, accompagnement au démarrage. C'est lui qui traduit vos processus métier en configuration. Sa responsabilité porte sur l'adéquation de la mise en œuvre au besoin exprimé, pas sur les défauts du produit lui-même.
L'agence, enfin, intervient le plus souvent sur la relation avec vos publics : conception de l'expérience utilisateur, identité et contenus, site ou application, acquisition d'audience, mesure. Certaines agences font aussi du développement et empiètent donc sur le terrain de l'intégrateur. C'est précisément à cette frontière que naissent les zones grises, car deux prestataires peuvent se croire compétents, ou au contraire non responsables, sur le même sujet.
Les zones grises typiques sont identifiables à l'avance. La reprise de données : qui extrait, qui nettoie, qui contrôle la conformité du résultat ? Les interfaces entre systèmes : qui développe le connecteur, qui le maintient quand une des deux applications change de version ? La performance : qui répond d'un temps de réponse dégradé, l'hébergeur, l'éditeur ou celui qui a développé les surcouches ? La sécurité : qui applique les correctifs et dans quel délai ? Chacune de ces questions doit avoir un nom en face.
Pour éviter les renvois de responsabilité, deux dispositifs sont efficaces. Le premier est une matrice écrite des rôles, annexée aux contrats, qui attribue chaque activité à un acteur unique et désigne pour chacune un interlocuteur nommé. Le second est la désignation d'un responsable de la coordination globale, côté client ou côté prestataire principal, qui traite les incidents dont l'origine n'est pas immédiatement établie. Sans ce rôle, un incident non attribué reste sans traitement pendant des jours.
Côté engagements de service, distinguez ce qui relève du contrat d'éditeur, souvent standard et peu négociable, et ce qui relève du contrat de prestation, plus adaptable. Sur ce dernier, obtenez des délais d'intervention chiffrés selon la gravité, un canal de signalement unique, un point de suivi périodique et les conditions de réversibilité. Vérifiez également que le contrat prévoit ce qui se passe si l'éditeur modifie substantiellement son produit ou ses tarifs en cours de route.
En pratique, quatre questions à poser en phase de consultation clarifient l'essentiel. Êtes-vous éditeur, intégrateur, agence, ou plusieurs à la fois sur ce projet ? De quels périmètres n'êtes-vous pas responsable ? Qui appelons-nous quand la cause d'un incident n'est pas identifiée ? Quels contrats devrons-nous signer au total, et avec qui ? Les réponses écrites à ces questions valent plus qu'une longue présentation commerciale.
Questions fréquentes
Faut-il un contrat unique ou plusieurs contrats séparés ?
Un contrat unique avec un prestataire principal simplifie le pilotage mais concentre la dépendance. Des contrats séparés préservent votre liberté mais vous imposent d'assumer vous-même la coordination entre acteurs, ce qui suppose une compétence interne.
Comment savoir si une agence est réellement compétente sur un logiciel donné ?
Demandez le statut de partenariat officiel avec l'éditeur, le nombre de mises en œuvre réalisées sur ce produit et les certifications des personnes qui interviendront. Une référence client joignable dans un contexte comparable reste le meilleur indicateur.
Qui doit porter la reprise de données lors d'un changement d'outil ?
Généralement l'intégrateur, mais l'extraction depuis l'ancien système suppose la coopération du prestataire sortant. Prévoyez cette obligation de coopération dans le contrat en cours avant de le résilier.