{"id":9902,"date":"2026-03-27T19:25:23","date_gmt":"2026-03-27T18:25:23","guid":{"rendered":"https:\/\/arc-guides.com\/docs\/prism\/support\/organisation-du-support\/"},"modified":"2026-05-31T23:08:56","modified_gmt":"2026-05-31T21:08:56","slug":"organisation-du-support","status":"publish","type":"docs","link":"https:\/\/arc-guides.com\/en\/docs\/prism\/support\/organisation-du-support\/","title":{"rendered":"Organisation du support"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Post go-live ERP : avez-vous vraiment structur\u00e9 votre support ?<\/h1>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Votre ERP est en production depuis quelques semaines \u2014 et les demandes utilisateurs commencent \u00e0 affluer sans que vous sachiez vraiment qui doit r\u00e9pondre \u00e0 quoi ? Vous venez de franchir l’une des \u00e9tapes les plus structurantes de votre projet ERP : dans la m\u00e9thode PRISM, vous entrez dans la phase SUPPORT<\/span>, et plus pr\u00e9cis\u00e9ment dans son premier pilier : l’organisation du support op\u00e9rationnel<\/span>. Dans cet article, d\u00e9couvrez les 4 chantiers fondamentaux \u00e0 mettre en place pour ne pas laisser votre investissement se fragiliser d\u00e8s les premiers mois de vie de votre ERP.
<\/p>

<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

\ud83c\udfaf L’essentiel<\/h2>
  • 40 % des entreprises<\/strong> n’ont toujours pas atteint leurs objectifs op\u00e9rationnels un an apr\u00e8s le go-live. La cause principale : un support mal structur\u00e9, qui laisse les utilisateurs sans r\u00e9ponse et les \u00e9quipes d\u00e9bord\u00e9es.<\/li>
  • Organiser le support, ce n’est pas seulement ouvrir une bo\u00eete mail de r\u00e9clamation \u2014 c’est mettre en place une cha\u00eene claire de r\u00e9solution, du ticket utilisateur jusqu’au prestataire, avec des r\u00f4les d\u00e9finis et des priorit\u00e9s assum\u00e9es.<\/li>
  • Les entreprises qui r\u00e9ussissent leur phase de stabilisation ont toutes un point commun : un SPOC identifi\u00e9<\/strong>, des niveaux de support distincts<\/strong> et un espace de suivi partag\u00e9<\/strong> op\u00e9rationnel d\u00e8s le premier jour.<\/li><\/ul>

    <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    La p\u00e9riode post go-live : une fen\u00eatre critique \u00e0 ne pas sous-estimer<\/h2>

    Le go-live n’est pas la ligne d’arriv\u00e9e. C’est le moment o\u00f9 la pression change de forme.<\/p>

    Les premi\u00e8res semaines sont marqu\u00e9es par ce que les experts appellent la courbe du Grand V<\/strong> : la productivit\u00e9 des \u00e9quipes chute entre 60 % et 80 % de son niveau habituel avant de remonter progressivement. Cette phase de stabilisation dure en moyenne entre 3 et 9 mois<\/strong>.<\/p>

    Pendant cette p\u00e9riode, trois signaux d’alerte doivent vous mettre en garde :<\/p>

    1. La prolif\u00e9ration des fichiers Excel<\/strong> \u2014 si vos \u00e9quipes retournent aux tableaux de bord manuels, c’est que l’ERP n’est pas adopt\u00e9 ou pas compris.<\/li>
    2. L’absence de point de contact clair<\/strong> \u2014 si chaque utilisateur contacte qui il veut, vous perdez le contr\u00f4le des incidents et de leur r\u00e9solution.<\/li>
    3. Le d\u00e9sengagement du management<\/strong> \u2014 sans portage de la direction, les bonnes pratiques ne s’installent pas.<\/li><\/ol>

      <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t
      \n\t\t\t
      \n\t\t\t<\/i>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t

      Attention :<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      D\u00e9manteler l’\u00e9quipe projet trop t\u00f4t est l’erreur classique. C’est pr\u00e9cis\u00e9ment apr\u00e8s le go-live que les utilisateurs ont le plus besoin d’\u00eatre accompagn\u00e9s. Gardez vos experts mobilisables pendant au moins 2 \u00e0 3 mois.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

      \n\t\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      Chantier 1 \u2014 Nommer un SPOC ERP interne<\/h2>

      Le SPOC<\/strong> (Single Point of Contact<\/em>) est le premier chantier \u00e0 lancer, avant m\u00eame de choisir un outil de ticketing.<\/p>

      C’est la personne \u2014 ou le bin\u00f4me \u2014 qui sert de porte d’entr\u00e9e unique<\/strong> pour toutes les demandes li\u00e9es \u00e0 l’ERP. Son r\u00f4le est de qualifier les incidents, de les prioriser et de s’assurer qu’ils trouvent une r\u00e9ponse au bon niveau.<\/p>

      Sans SPOC, les sc\u00e9narios classiques sont vite chaotiques : les utilisateurs appellent directement l’int\u00e9grateur pour des questions basiques (ce qui co\u00fbte cher), les emails de support se perdent, et personne ne sait vraiment o\u00f9 en est la r\u00e9solution d’un probl\u00e8me.<\/p>

      \ud83d\udccc N’oubliez pas :<\/strong> Le r\u00f4le de SPOC doit \u00eatre inscrit officiellement<\/strong> dans l’organisation \u2014 id\u00e9alement dans la fiche de poste de la personne concern\u00e9e. Ce n’est pas un r\u00f4le informel, c’est une fonction structurante.<\/p><\/blockquote>

      Chantier 2 \u2014 Structurer les niveaux de support L1 \/ L2 \/ L3<\/h2>

      Un support efficace repose sur un principe simple : filtrer les demandes selon leur complexit\u00e9<\/strong>, pour que chaque niveau ne traite que ce qu’il est en capacit\u00e9 de r\u00e9soudre.<\/p>

      La logique en trois niveaux fonctionne ainsi :<\/p>

      • L1 \u2014 Proximit\u00e9 et usage quotidien<\/strong> : Les Key Users<\/em> ou super-utilisateurs au sein des \u00e9quipes m\u00e9tier. Ils r\u00e9solvent les probl\u00e8mes courants, r\u00e9pondent aux questions d’usage et font remonter ce qui d\u00e9passe leur p\u00e9rim\u00e8tre. Ils filtrent environ 80 % des demandes<\/strong>.<\/li>
      • L2 \u2014 Expertise fonctionnelle et param\u00e9trage<\/strong> : Une \u00e9quipe applicative interne ou un prestataire TMA. Ils analysent les anomalies, ajustent les configurations et pilotent les demandes d’\u00e9volution.<\/li>
      • L3 \u2014 \u00c9diteur ou expertise technique<\/strong> : Pour les bugs logiciels confirm\u00e9s, les correctifs de version ou les incidents critiques n\u00e9cessitant l’acc\u00e8s au code source.<\/li><\/ul>

        <\/p>

        <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

        \n\t\t\t\t\t
        \n\t\t
        \n\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t\t\t\t
        \n\t\t\t
        \n\t\t\t<\/g><\/g><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t\t

        M\u00e9mo<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

        \n\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t\t\t\t\t\t

        Pensez \u00e0 votre organisation support comme un filtre progressif. Plus on remonte, plus c’est rare \u2014 et plus c’est co\u00fbteux. L’objectif est de r\u00e9soudre plus de 90 % des tickets en interne (L1 + L2)<\/span>, sans avoir \u00e0 solliciter l’\u00e9diteur ou le prestataire externe.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

        \n\t\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t
        \n\t\t\t\t\t\t\t\t\t

        Chantier 3 \u2014 Cr\u00e9er un espace de suivi des incidents<\/h2>

        Avoir un SPOC et des niveaux de support, c’est bien. Mais sans outil de centralisation<\/strong>, les incidents s’\u00e9parpillent entre emails, appels t\u00e9l\u00e9phoniques et messages WhatsApp \u2014 et vous perdez toute visibilit\u00e9.<\/p>

        L’espace de suivi des incidents, c’est le tableau de bord de votre support. Il doit permettre de :<\/p>

        • Enregistrer chaque demande avec un horodatage et une cat\u00e9gorisation<\/li>
        • Suivre l’\u00e9tat d’avancement de chaque ticket (ouvert, en cours, escalad\u00e9, r\u00e9solu)<\/li>
        • Identifier les incidents r\u00e9currents pour d\u00e9clencher des actions correctives<\/li>
        • Mesurer la performance de votre support via des indicateurs cl\u00e9s (d\u00e9lai de prise en charge, d\u00e9lai de r\u00e9solution, taux de r\u00e9solution interne\u2026)<\/li><\/ul>

          Les solutions vont de l’outil ITSM professionnel (ServiceNow, GLPI) \u00e0 des approches plus l\u00e9g\u00e8res comme Trello, Jira ou m\u00eame un fichier Excel partag\u00e9 \u2014 le choix d\u00e9pend de votre contexte, de votre maturit\u00e9 et de votre volume d’incidents.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

          \n\t\t\t\t\t
          \n\t\t
          \n\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t\t\t\t
          \n\t\t\t
          \n\t\t\t<\/g><\/g><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/path><\/g><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t\t

          M\u00e9mo BDMOE :<\/b><\/p>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

          \n\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t\t\t\t\t\t

          Pour classifier vos tickets efficacement, une bonne grille de lecture distingue les Bugs<\/span> (anomalie logicielle), les probl\u00e8mes de Donn\u00e9es<\/span>, les demandes de M\u00e9connaissance<\/span> (besoin de formation), les Optimisations<\/span> et les \u00c9volutions<\/span>. Cette classification vous permet de diriger chaque ticket vers le bon niveau et d’identifier les vrais chantiers \u00e0 lancer.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

          \n\t\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t\t\t\t\t\t

          Chantier 4 \u2014 Piloter la relation avec votre int\u00e9grateur ou prestataire TMA<\/h2>

          Une fois votre organisation interne structur\u00e9e, il reste \u00e0 formaliser la relation avec votre prestataire externe \u2014 qu’il s’agisse de votre int\u00e9grateur initial ou d’un contrat de TMA<\/strong> (Tierce Maintenance Applicative) d\u00e9di\u00e9.<\/p>

          Deux grandes logiques s’opposent :<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

          \n\t\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t
          \n\t\t\t\t\t\t\t\t\t
          \n \n \n \n \n \n \n
          Approche<\/th>\n Quand la privil\u00e9gier<\/th>\n <\/tr>\n <\/thead>\n
          Internalisation (L2 fort)<\/strong><\/td>\n L’ERP est c\u0153ur de m\u00e9tier, les processus sont tr\u00e8s sp\u00e9cifiques, vous souhaitez garder la ma\u00eetrise<\/td>\n <\/tr>\n
          TMA externalis\u00e9e<\/strong><\/td>\n Les comp\u00e9tences internes sont limit\u00e9es, le volume d’incidents est mod\u00e9r\u00e9, vous avez besoin de SLA garantis<\/td>\n <\/tr>\n <\/tbody>\n <\/table>\n<\/div>\n\n