Implementation Manager
Fiche de poste, salaire, sourcing, 15 questions d'entretien et plan 30/60/90 pour recruter un·e Implementation Manager en PME française.
Compilé par l'équipe Join à partir de données publiques et de notre expérience de recrutement.
Mis à jour
En un coup d'œil
- Salaire médian 52 000 € 42 000 € – 65 000 €
- Délai de recrutement 40–60 jours
- Expérience 3–7 ans
Comment recruter un·e Implementation Manager pour votre PME
Avant de rédiger l’annonce, posez-vous trois questions de cadrage. Elles déterminent si le recrutement est le bon levier, et de quel profil vous avez réellement besoin.
Question 1 : Cherchez-vous un·e Implementation Manager, un·e Customer Success Manager, ou un·e chef·fe de projet ? Les trois rôles partagent la proximité client mais leur posture est radicalement différente. Le·la Implementation Manager pilote la phase signature vers go-live (45-90 jours typiquement, jalons techniques, sponsors multiples côté client). Le·la Customer Success Manager prend le relais après go-live et porte la rétention nette et l’expansion sur la durée. Le·la chef·fe de projet IT classique pilote des livrables techniques sans la posture commerciale ni la dimension de relation client direct. Mélanger ces trois rôles dans une annonce produit l’erreur la plus fréquente en PME en sortie d’amorçage : vous payez 50-60 k€ pour un·e profil censé tout faire, et personne ne livre ni la rétention, ni le time-to-value, ni le pilotage de projet en autonomie. Précisez explicitement où s’arrête le périmètre du poste : typiquement, le·la Implementation Manager passe la main à un·e CSM 30-60 jours après le go-live.
Question 2 : Quelle est la complexité technique de votre produit ? Un·e Implementation Manager qui pilote des onboardings PME courts (15-30 jours, paramétrage léger, peu d’intégrations) n’opère pas comme un·e profil qui pilote des projets mid-market avec API, SSO, ETL et déploiement multi-sites. La familiarité avec les sujets techniques, la capacité à vulgariser à un sponsor non-IT, et l’aisance à dialoguer avec une équipe IT client diffèrent fortement. Définissez la complexité dominante de vos projets (faible, moyenne, forte) avant de pré-sélectionner les candidat·e·s ; écartez les profils dont la complexité précédente est plus de 2 crans différente de la vôtre. Un·e Implementation Manager habitué·e à des onboardings sans dimension technique échoue souvent dès que l’intégration ERP devient un sujet ; à l’inverse, un·e profil habitué·e à des projets enterprise à 6 mois s’ennuie et démissionne sur des onboardings PME courts.
Question 3 : Premier ou nième Implementation Manager ? Le·la premier·e Implementation Manager construit la méthode, les templates et les rituels depuis presque zéro : il·elle doit savoir formaliser autant que livrer. Le·la nième arrive dans une méthode existante et doit savoir s’intégrer dans une cadence sans tout reconstruire. Ces deux profils se reconnaissent à des questions différentes en entretien (voir la section Évaluation). Précisez explicitement dans l’annonce si la·le Implementation Manager construit ou s’intègre, sinon vous attirerez les mauvais profils et perdrez 6 mois.
Si les trois réponses convergent vers un·e Implementation Manager à temps plein (et non un·e CSM, un·e chef·fe de projet IT, ou un·e Head of Implementation), passez au modèle d’annonce ci-dessous.
Modèle de fiche de poste
Implementation Manager B2B (H/F): pilotage du go-live client
[Nom de l’entreprise], PME B2B [secteur] basée à [ville], [X] employé·e·s, [X] M€ d’ARR, recherche un·e Implementation Manager pour piloter la phase signature vers go-live de [X] projets clients par an.
Votre mission
En tant qu’Implementation Manager, vous pilotez la livraison des nouveaux clients depuis la signature jusqu’au premier usage productif (45-90 jours typiquement, selon la complexité). Vous orchestrez les équipes techniques internes, les sponsors et référent·e·s IT côté client, et garantissez le time-to-value et la satisfaction post-onboarding. Vous reportez au·à la [Head of Customer Success / Head of Implementation / COO / CEO].
Responsabilités principales
- Piloter [X] projets d’implémentation simultanés, depuis le kick-off jusqu’à la passation au·à la Customer Success Manager 30-60 jours post-go-live.
- Conduire les kick-offs structurés (90-120 min) avec présence obligatoire du sponsor exécutif et du·de la référent·e IT côté client.
- Cartographier les stakeholders (sponsor exécutif, utilisateur·rice clé, IT, sécurité, achats) et orchestrer leur participation dans le temps.
- Maintenir une revue de risques par projet (impact, probabilité, mitigation), partagée chaque semaine avec le sponsor client.
- Vulgariser les sujets techniques (API, SSO, ETL, modèle de données) auprès des sponsors non-IT et orchestrer la conversation entre IT client et équipe technique interne.
- Diagnostiquer les dérives sous 7 jours et déclencher un plan d’action structuré avec 2-3 options chiffrées remontées au sponsor.
- Mesurer et améliorer le time-to-value (date de signature vers date de premier usage productif) sur votre portefeuille.
- Documenter la passation au·à la CSM avec contexte projet, engagements pris en avant-vente, risques résiduels et plan d’usage à 90 jours.
- Remonter de manière structurée au Produit les manques observés en projet, priorisés avec contexte business et ARR concerné.
Profil recherché
- Indispensable : 3 à 7 ans d’expérience en pilotage de projets d’implémentation B2B, dont au moins 2 ans en autonomie sur des projets multi-stakeholder. Familiarité avec un outil de gestion de projet (Asana, Notion, ClickUp, Monday) et un CRM moderne (HubSpot, Salesforce, Pipedrive). Capacité à lire une documentation d’API et à dialoguer avec une équipe IT client sans rester en surface.
- Apprécié : expérience SaaS B2B ou produit complexe (intégrations multiples, SSO, ETL) ; familiarité avec votre segment client (PME / mid-market / enterprise) ; expérience d’un produit en sortie de PMF si votre méthode est jeune.
- Disqualifiant : expérience exclusivement en chef·fe de projet IT interne sans posture client direct ; ou expérience exclusivement en Customer Success post-go-live sans pilotage de la phase signature vers go-live ; ou aucun exemple concret de projet en dérive diagnostiqué et redressé.
Ce que nous offrons
- Rémunération brute annuelle : fixe [42-65] k€ + variable [6-11] k€ à l’OTE (85/15). Variable indexée sur le time-to-value des nouveaux clients (% de comptes livrés dans les délais) et la satisfaction post-onboarding (CSAT). Détails du plan variable communiqués en entretien.
- Modalité : [temps plein, hybride 2-3 jours par semaine sur site, base à [ville]].
- Avantages : [mutuelle, tickets resto, BSPCE, congés, télétravail policy, formation continue].
- Stack : [outil de gestion de projet, CRM, outils de pilotage d’usage produit, démo / visio, documentation API et intégrations].
Fourchette salariale
Salaire fixe annuel brut
Variable à l'OTE 7 000 € – 11 000 € Variable indexée sur le time-to-value des nouveaux clients (% de comptes livrés dans les délais) et la satisfaction post-onboarding (CSAT).
Fourchette de référence pour un·e Implementation Manager mid-level (3 à 7 ans d'expérience, dont 2 à 4 sur le pilotage de projets d'implémentation B2B en autonomie) en PME française SaaS B2B. Les profils SaaS scale-up Paris avec composante technique forte (intégrations API, ETL, SSO) tirent vers le haut (58-68 k€ fixe) ; les profils orientés conduite du changement sans dimension technique tirent vers le bas (38-46 k€ fixe). Variable modérée indexée sur le time-to-value et la satisfaction post-onboarding : voir bloc OTE ci-dessous. Le titre « Chef·fe de projet client » correspond à un rôle adjacent mais distinct : voir les erreurs fréquentes.
Sources: INSEE, Enquête sur la structure des salaires (DADS), tranches par PCS 372a et 388a, édition 2024 ; APEC, Baromètre 2025 de la rémunération des cadres, famille « Projet et organisation » ; Talent.com, Salaire Implementation Manager France 2025 (agrégateur, à utiliser comme contrôle)
Où sourcer ce profil
-
LinkedIn
200-400 € / mois (Job Slots)Canal numéro un pour les Implementation Managers en France, surtout en SaaS B2B et tech. Combinez Job Posts et sourcing actif via Recruiter Lite ; les profils pertinents (chef·fe·s de projet client, consultant·e·s avant-vente, anciens·nes Customer Success à composante projet) restent en poste 24-36 mois en moyenne, donc l'InMail ciblé bat de loin le Job Post passif. Filtrez par taille de projet géré (ARR ou nombre d'utilisateurs déployés) et par stack technique (API, SSO, ETL) avant de prendre contact.
-
Welcome to the Jungle
Dès 990 € HT / offreAudience forte en Implementation et Customer Success scale-up à Paris, Lyon, Bordeaux, Nantes. Particulièrement efficace si votre produit est complexe (intégrations multiples, paramétrage profond) et si votre marque employeur valorise la rigueur projet plus que la chaleur relationnelle pure. Moins pertinent pour les profils éditeur traditionnel ou ESN, qui circulent peu sur WTTJ.
-
Communautés Customer Success / Implementation (CS Collective FR, Gainsight Pulse)
Gratuit à 200 € HT (sponsoring d'événement)Communautés Slack et événements (CS Collective FR, Gainsight Pulse en présentiel à Paris une à deux fois par an) qui rassemblent les praticien·ne·s Customer Success et Implementation actifs·ves. Annonce dans le canal jobs ou contact direct des contributeur·rice·s régulier·ère·s. Volume faible mais qualité élevée : les candidat·e·s y sont déjà acculturé·e·s aux méthodes (jalons d'onboarding, time-to-value, gestion de portefeuille projet). Excellent pour un poste senior ou pour un premier Implementation Manager dans une PME en sortie d'amorçage.
-
Cooptation interne
1500-3000 € par hire (prime versée à 6 mois)Vos CSM, Sales Engineers et chef·fe·s de projet actuels connaissent les bons profils Implementation. La cooptation déclenche 20 à 30 % des hires sur ce métier en PME mature. Mettez en place une prime de cooptation de 1500 à 3000 € versée à 6 mois de présence (et pas à la signature) pour aligner les incitations sur la qualité du recrutement, pas sur le volume de pistes.
Playbook d'évaluation
Le rôle d'Implementation Manager se signale à travers quatre stades d'évaluation. Le case study sur un projet d'implémentation B2B (stade 3) est le plus prédictif : c'est là que la combinaison gestion de projet, vulgarisation technique et pilotage des risques se révèle. Cumuler les stades valide la décision, jamais un seul stade.
-
Stade 1: Lecture du CV
Cherchez la cohérence entre taille de projet géré et complexité technique. Un·e Implementation Manager qui a livré 80 onboardings PME à 10 jours-personne par projet n'opère pas comme un·e profil qui a livré 6 onboardings mid-market à 80 jours-personne avec intégrations API, SSO et ETL. Durée minimale 18 mois sur les rôles Implementation ou chef·fe de projet client précédents. Drapeaux rouges : multiplier les postes de 12 mois, ou un saut de ESN traditionnelle vers un produit SaaS sans transition documentée (la posture client diffère).
-
Stade 2: Phone screen (30 min)
Trois questions seulement : (1) « Décrivez votre dernier projet d'implémentation : durée, jalons, nombre de stakeholders côté client », (2) « Quel a été le plus gros risque que vous avez détecté en amont, et comment l'avez-vous traité ? » (capacité à anticiper vs. à éteindre des feux), (3) « Pourquoi un changement maintenant ? » (récit clair vs. dispersé). Sortie : go / no-go en 5 min de débrief.
-
Stade 3: Case study sur un projet d'implémentation B2B (90 min)
Confiez à la·le candidat·e un cas client fictif 48 h en amont : un compte mid-market signé pour 80 k€ d'ARR, intégration API requise avec leur ERP, SSO obligatoire, déploiement sur 60 jours auprès de 200 utilisateur·rice·s répartis sur 4 sites. Demandez 30 min de présentation du plan de projet (jalons, ressources, risques), 30 min de Q&R simulées avec le sponsor client joué par un·e membre de votre équipe, puis 30 min de débrief sur les arbitrages. Évaluez : qualité du découpage en jalons mesurables, identification proactive des risques techniques et de change management, vulgarisation des sujets techniques pour un·e sponsor non-IT. C'est le stade qui prédit le mieux le time-to-value tenu en poste.
-
Stade 4: Références (vérification structurée)
Appelez deux références : un·e ancien·ne manager direct·e et un·e ancien·ne client·e ou stakeholder côté client. Posez les mêmes 4 questions : « Sur quoi est-il·elle le plus fort·e ? », « Sur quoi recruteriez-vous quelqu'un de complémentaire ? », « Le·la reprendriez-vous demain pour un projet à enjeu ? », « Un exemple de projet en dérive et comment il·elle a réagi ? ». La 4e question révèle le vrai signal de pilotage des risques face à un projet qui glisse.
Questions d'entretien structurées
-
Comportementale Pilotage des risques Décrivez le dernier projet d'implémentation que vous avez livré en retard ou hors scope. Que s'est-il passé et qu'en avez-vous tiré ?
Ce qu'une bonne réponse révèleCapacité à diagnostiquer une dérive sans blâmer le client, les Sales ou l'équipe technique. Bonus : la·le candidat·e identifie un signal précoce qu'il·elle aurait pu détecter plus tôt (réunion de cadrage manquée, jalon glissé silencieusement, sponsor absent depuis 2 semaines). Les candidat·e·s qui n'ont « jamais vraiment livré en retard » mentent ou n'ont pas porté de projet complexe en autonomie.
-
Comportementale Gestion de projet client Parlez-moi du projet le plus complexe que vous avez livré : combien d'interlocuteurs côté client, combien d'équipes internes mobilisées, quel délai, quelle était la difficulté principale ?
Ce qu'une bonne réponse révèleCapacité à cartographier les stakeholders (sponsor exécutif, utilisateur·rice clé, IT, sécurité, achats) et à orchestrer leur participation dans le temps. Concret sur la durée et les jalons. Les candidat·e·s qui décrivent un projet complexe en 2 phrases révèlent qu'ils·elles ont fait du suivi de tâches, pas de la gestion de projet client structurée.
-
Comportementale Vulgarisation technique Décrivez un moment où vous avez dû expliquer un sujet technique compliqué (API, intégration, modèle de données) à un sponsor non-IT. Comment l'avez-vous formulé et qu'est-ce qui a fonctionné ?
Ce qu'une bonne réponse révèleCapacité à vulgariser sans simplifier à l'excès. Maturité face au risque d'un sponsor qui valide sans comprendre, puis bloque plus tard. Les candidat·e·s qui décrivent avoir « envoyé la doc technique » sans construire une lecture business du sujet révèlent une faiblesse de vulgarisation qui se traduit en jalons mal sponsorisés.
-
Situationnelle Pilotage des risques Un client signé pour 60 k€ d'ARR doit aller en production dans 30 jours. Vous découvrez à J+10 que leur ERP n'expose pas les API documentées dans l'avant-vente. Que faites-vous d'ici 5 jours ?
Ce qu'une bonne réponse révèleHiérarchisation : (1) confirmer techniquement le périmètre réel des API exposées (lecture seule, écriture, latence) avec leur IT en moins de 48 h, (2) requalifier l'impact sur les jalons côté nous et côté client, (3) remonter au sponsor client ET au·à la commercial·e interne avec 2-3 options chiffrées (décaler la mise en production, livrer un périmètre réduit, payer un connecteur tiers). Mauvais signe : la·le candidat·e propose de continuer comme si rien n'avait changé ou rejette la balle sur les Sales sans option de sortie.
-
Situationnelle Communication multi-stakeholder Vous reprenez un portefeuille de 8 projets d'implémentation en cours. Sur les 2 premières semaines, que faites-vous pour comprendre où chacun en est, sans casser la confiance des clients existants ?
Ce qu'une bonne réponse révèleCombinaison de lecture des données (état des jalons, dernier sync, tickets ouverts, dépendances) + 1:1 prioritaires avec les sponsors des 3-4 projets les plus à risque + lecture des notes du·de la prédécesseur·e. Les candidat·e·s qui sautent directement à un mail générique de présentation à tous les clients manquent le diagnostic et perdent du capital de confiance dès le départ.
-
Situationnelle Communication multi-stakeholder Le sponsor exécutif d'un projet en cours est remplacé en cours de route. Le·la nouveau·elle sponsor n'a pas participé à la décision d'achat et conteste plusieurs choix de cadrage. Comment réagissez-vous ?
Ce qu'une bonne réponse révèleCapacité à re-sponsoriser un projet sans réouvrir tout le scope. Diagnostic d'abord : quels choix le·la nouveau·elle sponsor conteste réellement, et lesquels sont des objections d'arrivée ? Plan : restituer le contexte business validé par l'ancien·ne sponsor, proposer une revue de scope cadrée à 60 min, ne pas accepter de remise en cause sans réunion structurée. Les candidat·e·s qui acceptent tout ré-ouvrir par souci d'accommodement révèlent une faiblesse de pilotage qui fera dériver tous les projets touchés par un changement de sponsor.
-
Technique Gestion de projet client Comment structurez-vous un kick-off d'implémentation avec un nouveau client mid-market ? Combien de temps, quel ordre du jour, qui parle quand côté client et côté nous ?
Ce qu'une bonne réponse révèleStructure type : 90-120 min, présence obligatoire du sponsor exécutif et de la·le référent·e IT côté client, et côté nous Implementation Manager + Customer Success ou Sales sortant. Ordre du jour : rappel des objectifs business validés en avant-vente (15 min), validation du périmètre et des jalons (30 min), cartographie des stakeholders et des dépendances (20 min), revue des risques connus et des prérequis techniques (20 min), engagements et cadence (15 min). Les candidat·e·s qui décrivent un kick-off comme une démo produit ou une présentation d'équipe manquent le sens de l'exercice.
-
Technique Sens du time-to-value Quels indicateurs suivez-vous au quotidien, à la semaine, au mois sur votre portefeuille de projets ? Pourquoi cette cadence ?
Ce qu'une bonne réponse révèleCadence saine : statut des jalons J-7 et état des bloquants au quotidien sur les projets à risque ; santé de portefeuille (% projets dans les délais, jalons à venir, tickets bloquants, dépendances externes) à la semaine ; time-to-value moyen, CSAT post-go-live, taux de projets livrés dans les délais au mois. Distinguer indicateurs avancés (jalons glissés, prérequis manquants) vs. retardés (time-to-value, CSAT post-livraison). Les candidat·e·s qui regardent uniquement le CSAT en fin de projet manquent la maille opérationnelle.
-
Technique Sens du time-to-value Vous arrivez et constatez que les implémentations chez vos clients prennent 90 jours en moyenne, alors que la promesse commerciale est 45 jours. Quel plan en 60 jours pour redresser ?
Ce qu'une bonne réponse révèleMéthode systémique : décomposer le délai en phases (cadrage, dépendances client, configuration produit, tests, déploiement) ; identifier les 2-3 phases qui pèsent le plus dans le glissement ; remonter à la racine (prérequis client mal cadrés en avant-vente, ressources techniques insuffisantes côté nous, validation sponsor en série au lieu de parallèle). Plan en 60 jours qui touche aussi bien la passation Sales que l'outillage interne. Les candidat·e·s qui sautent à imposer plus d'étapes sans diagnostiquer la cause profonde échouent.
-
Étude de cas Sens du time-to-value Notre time-to-value moyen est de 75 jours sur le segment mid-market. Le COO veut atteindre 45 jours d'ici 6 mois. Détaillez les leviers que vous activeriez et dans quel ordre.
Ce qu'une bonne réponse révèleDécomposition du time-to-value en sous-phases mesurables. Identification des leviers : qualifier les prérequis client en amont (avant signature plutôt qu'après), paralléliser les phases qui peuvent l'être (configuration produit et formation utilisateurs), outiller la collecte des données client (auto-questionnaires structurés), standardiser les plans de projet par profil de client. Capacité à donner des ordres de grandeur réalistes : passer de 75 à 45 jours en 6 mois demande typiquement de gagner 10 jours sur le cadrage et 20 sur la phase de configuration. Les candidat·e·s qui parlent uniquement de « mieux communiquer » manquent la méthode.
-
Étude de cas Gestion de projet client Coverage de portefeuille : vous pilotez 12 projets simultanément pour 6 clients différents. Comment segmentez-vous votre temps pour maximiser le respect des jalons ?
Ce qu'une bonne réponse révèleSegmentation explicite par phase de projet et par niveau de risque : projets en cadrage initial en touch hebdomadaire avec sponsor, projets en configuration en touch bi-mensuel avec référent·e IT, projets en stabilisation post-go-live en touch mensuel automatisé. Bonus : la·le candidat·e ajuste pour le signal de risque (un projet en glissement remonte temporairement dans la priorité). Mauvais signe : touch identique sur tous les projets ou priorisation par ordre alphabétique du tableau de bord.
-
Étude de cas Pilotage des risques Un client a payé son contrat depuis 90 jours mais n'a toujours pas terminé son onboarding car son IT ne livre pas les prérequis. Comment construisez-vous un plan de relance en 30 jours ?
Ce qu'une bonne réponse révèleDiagnostic d'abord : pourquoi l'IT bloque-t-elle ? Manque de priorité interne, ressources débordées, prérequis mal compris, ou désaccord politique avec le sponsor métier. Plan séquencé : (1) réunion avec le sponsor métier ET le·la responsable IT pour repositionner l'enjeu business et le risque pour l'IT, (2) découpage des prérequis en lots plus petits livrables sur 2-3 semaines, (3) escalade structurée si le déblocage ne vient pas sous 15 jours (CEO côté client si pertinent). Les candidat·e·s qui proposent uniquement « plus de relances mail » révèlent une faiblesse de posture face à un blocage politique côté client.
-
Valeurs Communication multi-stakeholder Comment recevez-vous un feedback critique de votre manager après un projet que vous pensiez bien mené ?
Ce qu'une bonne réponse révèleOuverture : capacité à dissocier le retour du jugement personnel. Bonus : la·le candidat·e cite un exemple concret de changement de comportement après un feedback désagréable. Les candidat·e·s qui décrivent avoir « expliqué leur logique » au manager au lieu d'écouter sont à pondérer (peut signaler une faiblesse de coachabilité face à un métier qui demande beaucoup d'ajustements en cours de projet).
-
Valeurs Communication multi-stakeholder Comment travaillez-vous avec un·e Account Executive qui vous passe un compte ? Et avec un·e PM produit quand un client demande une fonctionnalité ?
Ce qu'une bonne réponse révèlePosture de partenariat : passation documentée avec le·la AE (engagements pris en avant-vente, périmètre validé, sponsor identifié, calendrier annoncé au client), feedback bidirectionnel structuré ; relation avec le·la PM comme co-construction (remontée structurée des besoins avec contexte projet et ARR concerné, pas simple ticket de demande). Les candidat·e·s qui parlent du Produit avec frustration ou des Sales avec mépris révèlent une faiblesse de jeu d'équipe qui se manifestera en silos opérationnels.
-
Valeurs Pilotage des risques Décrivez une décision où vous avez choisi de ralentir un projet plutôt que de livrer dans les délais au prix d'un compromis qualité.
Ce qu'une bonne réponse révèleMaturité projet : capacité à reconnaître qu'un jalon livré à moitié coûte plus cher en correction qu'un jalon décalé proprement. Concret : la·le candidat·e cite un projet, un montant ou un nombre d'utilisateurs concernés, et l'arbitrage qu'il·elle a fait. Les candidat·e·s qui n'ont jamais arbitré contre une livraison à date ont un biais d'engagement qui posera problème quand un projet glissera réellement.
Comment reconnaître un·e excellent·e Sales Manager
| Compétence | Sous la barre | Au niveau | Au-dessus |
|---|---|---|---|
| Gestion de projet client | Suit les tâches sans cadre structuré. Pas de jalons mesurables ni de plan documenté. Réagit aux demandes client au fil de l'eau, sans cadence de pilotage. | Construit un plan de projet en jalons mesurables (kick-off, cadrage, configuration, tests, go-live, stabilisation). Tient une cadence régulière avec le sponsor client. Documente les décisions et les risques dans un outil partagé. | Pilote plusieurs projets en parallèle avec une cadence stable, anticipe les jalons à 30 jours, ajuste les plans en cours sans casser la confiance client. Sert de référence à l'équipe sur les projets complexes et forme les profils plus juniors à la méthode. |
| Vulgarisation technique | Reformule la documentation technique mot pour mot, ou inversement esquive les sujets techniques en les laissant aux développeur·euse·s. Le sponsor non-IT valide sans comprendre, puis bloque plus tard. | Sait expliquer une API, un modèle de données ou un SSO en termes business : impact sur les utilisateur·rice·s, prérequis pour le sponsor, risque s'il n'est pas traité. S'appuie sur des analogies ou schémas adaptés au public. | Capable d'animer une discussion technique mixte (sponsor métier, IT, sécurité) en gardant tout le monde aligné. Sait quand pousser un détail technique et quand le mettre en annexe. Construit des supports de vulgarisation réutilisables par l'équipe. |
| Pilotage des risques | Découvre les risques quand ils deviennent des problèmes. Pas de revue de risques formalisée. Subit les changements de sponsor ou de prérequis sans plan de mitigation. | Maintient une liste de risques par projet avec impact et probabilité, revue chaque semaine avec le sponsor. Anticipe les dépendances externes (IT client, achats, sécurité) et déclenche des mitigations 15-30 jours en amont. | Pilote par anticipation : détecte les signaux faibles (sponsor moins disponible, jalon glissé silencieusement, dépendance externe non confirmée) et déclenche un plan B avant que le projet ne dérive. Construit des routines de revue de risques qui survivent à sa présence (templates, alertes, sync hebdomadaire). |
| Communication multi-stakeholder | Communique principalement avec un·e seul·e interlocuteur·rice côté client. Pas de cartographie des stakeholders. Surpris·e quand un·e décideur·euse non identifié·e bloque le projet. | Cartographie le sponsor exécutif, le·la référent·e IT, l'utilisateur·rice clé et les acheteur·euse·s en début de projet. Adapte le ton et le niveau de détail à chaque interlocuteur·rice. Sait quand escalader et quand traiter en direct. | Orchestre la communication sur des projets à 6-10 stakeholders distribués sur plusieurs sites. Maintient l'alignement sans réunions excessives. Sait gérer un conflit politique côté client (sponsor métier vs. IT) sans s'y impliquer personnellement. |
| Sens du time-to-value | Vise la livraison à date sans questionner la valeur livrée. Ne mesure pas le time-to-value de ses projets. Considère que la livraison technique est la fin de la mission. | Mesure le time-to-value par projet (date de signature vers date de premier usage productif) et le partage avec l'équipe. Identifie 2-3 leviers pour le raccourcir par segment client. | Pilote le portefeuille avec le time-to-value comme indicateur central. Distingue clairement les pertes de temps évitables (cadrage tardif, prérequis flou, validation sponsor en série) des incompressibles. Capable de réduire de 30 à 50 % le time-to-value d'un segment en 6-9 mois. |
| Coachabilité et jeu d'équipe | Écoute le feedback puis revient au même comportement. Travaille en silo, considère Sales et Produit comme des fonctions externes. Parle des autres équipes avec frustration ou mépris. | Intègre le feedback en quelques semaines, partage ses méthodes avec les pair·e·s Implementation. Donne du feedback constructif aux Sales sur la qualité des passations et au Produit sur les manques produit observés en projet. | Demande activement du feedback (kick-offs observés, projets débriefés), encadre informellement les profils plus juniors, structure la relation Sales / Produit comme un partenariat avec rituels documentés (sync hebdomadaire, format de remontée projet, comité d'engagement). |
Plan 30/60/90 jours
À J+30
- Onboarding produit complet et certification interne validée ; capacité à expliquer en autonomie le modèle de données, les API et le SSO à un sponsor non-IT
- Cartographie du portefeuille de projets repris : statut des jalons, niveau de risque, sponsor et référent IT identifiés pour chaque projet
- Shadowing de 2-3 kick-offs avec différents membres de l'équipe et lecture des notes de projets terminés au cours des 6 derniers mois
- Premiers 1:1 menés en autonomie avec les sponsors des 3-4 projets les plus à risque, avec restitution structurée au manager
À J+60
- Cadence de pilotage installée : projets en cadrage en touch hebdomadaire avec sponsor, projets en configuration en touch bi-mensuel avec IT, projets en stabilisation en touch mensuel
- Premier kick-off mené en autonomie avec présence du sponsor exécutif et du·de la référent·e IT côté client
- Plan d'action documenté pour chaque projet à risque (jalon glissé, sponsor changeant, prérequis IT manquant) avec critères de sortie ou d'escalade
- Première contribution structurée à la remontée produit (3-5 manques observés en projet, priorisés avec contexte business et ARR concerné)
À J+90
- Time-to-value moyen sur le portefeuille stabilisé ou amélioré sur le trimestre, avec décomposition par phase documentée
- Cadence opérationnelle stable : kick-offs, sync hebdomadaires et revues de risques tenus 8 semaines consécutives sans intervention extérieure
- Premier projet livré en autonomie de bout en bout, avec CSAT post-go-live mesuré et restitué
- Bilan formel avec le manager : ramp validé, plan d'amélioration sur 1-2 axes prioritaires (vulgarisation technique, pilotage des risques, etc.) pour le trimestre suivant
Erreurs de recrutement courantes pour ce poste
Quatre erreurs reviennent systématiquement dans les annonces et les processus Implementation Manager en PME française. Les anticiper en cadrage économise 4-6 mois de mauvais recrutement.
-
Recruter un·e chef·fe de projet sans posture client
Un·e chef·fe de projet IT classique pilote des livrables techniques en interne ; un·e Implementation Manager pilote des livrables techniques en relation client. La posture est radicalement différente : il·elle doit savoir dire non à un·e sponsor sans casser la relation, vulgariser un sujet technique à un public mixte, et arbitrer entre engagement commercial et faisabilité technique. Beaucoup de PME recrutent un·e profil ESN ou maîtrise d'ouvrage interne en pensant gagner sur le pilotage, et perdent 6 mois car la·le candidat·e n'arrive pas à tenir la posture client. Pendant l'entretien, allouez 30 % du temps aux questions sur la gestion d'une difficulté côté client (sponsor remplacé, prérequis non livré, scope contesté), pas seulement aux questions sur la méthode projet.
-
Sous-estimer la dimension technique du rôle
Un·e Implementation Manager qui ne lit pas une documentation d'API, ne comprend pas la différence entre OAuth2 et SAML, ou ne sait pas évaluer la latence d'un ETL est handicapé·e sur les projets B2B SaaS modernes. Les profils purement orientés conduite du changement ou formation utilisateur fonctionnent en éditeur traditionnel mais échouent dès que l'intégration technique devient un sujet en soi. Pendant l'entretien, allouez au moins une question technique précise (API, SSO, modèle de données) et observez si la·le candidat·e peut tenir une conversation avec un·e développeur·euse client sans rester en surface.
-
Confondre Implementation Manager et Customer Success Manager
Le·la Implementation Manager pilote la phase signature vers go-live d'un projet client (45-90 jours typiquement, jalons, dépendances techniques, sponsors multiples). Le·la Customer Success Manager prend la suite après go-live et pilote la rétention nette et l'expansion sur la durée. Les compétences se recoupent (relation client, sens du business, communication multi-stakeholder) mais la cadence et le métier diffèrent. Mélanger les deux dans une annonce produit deux résultats classiques : soit vous payez 50-60 k€ pour un·e profil censé piloter le go-live ET la rétention sur 12 mois (charge intenable au-delà de 4-5 comptes), soit vous attirez un·e CSM sans appétence pour le projet technique qui s'épuisera sur les implémentations complexes. Précisez explicitement où s'arrête le périmètre du·de la Implementation Manager (typiquement à 30-60 jours post-go-live, avec passation documentée au·à la CSM).
-
Ignorer le match taille de projet / complexité
Un·e Implementation Manager qui a livré 80 onboardings PME à 10 jours-personne par projet n'opère pas comme un·e profil qui a livré 6 onboardings mid-market à 80 jours-personne avec intégrations API, SSO et ETL. Les rituels, la cadence de pilotage, la profondeur de cadrage et la familiarité avec les outils diffèrent. Cherchez un·e profil dont la taille de projet précédente est au plus 3× plus petite ou plus grande que la vôtre ; les écarts plus grands demandent une réelle réadaptation et risquent de produire soit un sur-pilotage de petits projets, soit un sous-pilotage des gros.
Questions fréquentes
-
Quel est le salaire d'un·e Implementation Manager en PME française ?
La fourchette de référence pour un·e Implementation Manager mid-level en PME française B2B est de 42 à 65 k€ bruts annuels en fixe (médiane autour de 52 k€), à laquelle s'ajoute une part variable de 6 à 11 k€ à l'OTE (structure 85/15 typique, indexée sur le time-to-value des nouveaux clients et la satisfaction post-onboarding). Les profils SaaS scale-up Paris avec composante technique forte (intégrations API, SSO, ETL) tirent vers le haut ; les profils orientés conduite du changement sans dimension technique tirent vers le bas. Pour un mid solide à 100 % d'OTE, comptez 48-76 k€ de rémunération cible totale.
-
Quelle est la différence entre Implementation Manager et Customer Success Manager ?
Le·la Implementation Manager pilote la phase signature vers go-live d'un projet client (45-90 jours typiquement, avec jalons, dépendances techniques et sponsors multiples). Le·la Customer Success Manager prend la suite après go-live et porte la rétention nette et l'expansion sur la durée. Les compétences se recoupent (relation client, sens du business, communication multi-stakeholder) mais la cadence et le métier diffèrent. Dans les organisations matures, la passation Implementation vers CSM est formalisée à environ 30-60 jours post-go-live, avec restitution structurée du contexte projet.
-
Quelle est la différence entre Implementation Manager et chef·fe de projet ?
Un·e chef·fe de projet IT classique pilote des livrables techniques en interne ou en assistance à maîtrise d'ouvrage. Un·e Implementation Manager pilote des livrables techniques en relation client direct, avec une part importante de vulgarisation, d'arbitrage commercial vers technique, et de gestion de la confiance côté sponsor. La posture est radicalement différente : il·elle doit savoir tenir une position face à un client, négocier un scope sans casser la relation, et orchestrer plusieurs stakeholders. Recruter un·e chef·fe de projet ESN pour un poste Implementation produit souvent un sous-pilotage de la dimension client.
-
Combien de temps faut-il pour recruter un·e Implementation Manager en PME française ?
Comptez 40 à 60 jours entre la publication de l'annonce et la signature de la promesse d'embauche pour un·e profil mid-level. Les délais s'allongent en cas de cycle multi-étapes (3 entretiens + case study + références) ou en période de fin d'année. Réduire le délai sous 35 jours sacrifie généralement le case study, qui est le stade le plus prédictif de la performance future en pilotage de projets complexes. Si votre produit a une forte composante technique (intégrations, SSO, ETL), prévoyez plutôt la borne haute pour trouver un·e profil qui tient les deux dimensions.
-
Quelles sont les obligations légales d'une annonce Implementation Manager en France ?
Trois obligations principales : (1) intitulé neutre ou avec mention H/F (article L. 1142-1 du Code du travail), (2) affichage de la fourchette salariale ou communication avant le premier entretien (directive 2023/970, transposition au 7 juin 2026), (3) transparence sur tout outil d'IA utilisé pour le tri des candidatures et garantie d'une supervision humaine effective (EU AI Act, applicable au 2 août 2026). Les questions sur l'âge, l'origine, la situation familiale ou la grossesse sont prohibées en entretien (Code pénal art. 225-1). Le contrat est typiquement un CDI à temps plein ; un CDD peut être justifié pour un projet d'implémentation borné, à condition de respecter les motifs légaux.
-
Combien de projets un·e Implementation Manager peut-il·elle piloter en parallèle ?
La capacité dépend de la taille moyenne des projets et de leur complexité technique. En SaaS B2B PME, une fourchette typique : 12 à 20 projets simultanés pour des onboardings PME courts (15-30 jours, faible complexité technique) ; 6 à 10 projets pour des onboardings mid-market (45-60 jours, intégrations limitées) ; 3 à 5 projets pour des projets mid-market ou enterprise à forte composante technique (60-90 jours, API + SSO + ETL + plusieurs sites). Au-delà de ces fourchettes, le pilotage devient superficiel et le time-to-value se dégrade. En dessous, vous payez un·e Implementation Manager pour un travail qui pourrait revenir à un·e Customer Success ou un·e chef·fe de projet plus junior.