Un ERP ne consiste pas \u00e0 adapter un logiciel aux anciennes habitudes, mais \u00e0 mieux organiser les processus. Les mises en \u0153uvre \u00e9chouent lorsque l\u2019\u00e9diteur ou le partenaire d\u2019impl\u00e9mentation se contente d\u2019ex\u00e9cuter les demandes, sans comprendre ni remettre en question le besoin qui se cache derri\u00e8re.<\/p>\n<\/div><\/div><\/div><\/div><\/div>
De nombreuses entreprises entament un projet ERP avec le souhait, compr\u00e9hensible, de \u00ab retrouver ce que nous faisons aujourd\u2019hui, mais en num\u00e9rique \u00bb. Le r\u00e9sultat ?<\/p>\n
Des d\u00e9veloppements sp\u00e9cifiques superflus<\/strong> pour reproduire le pass\u00e9<\/p>\n<\/li>\n De la complexit\u00e9 et des co\u00fbts plus \u00e9lev\u00e9s<\/strong> lors des mises \u00e0 niveau<\/p>\n<\/li>\n Des incoh\u00e9rences<\/strong> entre les services : chaque exception devient une fonctionnalit\u00e9<\/p>\n<\/li>\n Une faible adoption par les utilisateurs<\/strong>\u00a0parce que le nouveau syst\u00e8me perp\u00e9tue les anciennes habitudes sous une autre forme<\/p>\n<\/li>\n<\/ul>\n La r\u00e9alit\u00e9 est claire : contraindre l\u2019ERP \u00e0 imiter le pass\u00e9 revient surtout \u00e0 acheter encore la m\u00eame chose,<\/strong>\u00a0avec des frais de licence suppl\u00e9mentaires.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Plut\u00f4t que de commencer par une liste de fonctionnalit\u00e9s indispensables, mieux vaut d\u00e9finir des objectifs m\u00e9tier clairs<\/strong>. Par exemple :<\/p>\n R\u00e9duire le d\u00e9lai entre le devis et la facture<\/p>\n<\/li>\n Limiter les t\u00e2ches manuelles et les erreurs tout au long du processus<\/p>\n<\/li>\n Am\u00e9liorer la tra\u00e7abilit\u00e9 et les rapports<\/p>\n<\/li>\n Acc\u00e9l\u00e9rer l\u2019int\u00e9gration des nouveaux coll\u00e8gues<\/p>\n<\/li>\n<\/ul>\n La question derri\u00e8re la demande :<\/strong> \u00ab Que voulons-nous am\u00e9liorer et comment allons-nous le mesurer ? \u00bb<\/em> Chez Teamservices, nous estimons qu\u2019une mise en \u0153uvre va au-del\u00e0 du simple param\u00e9trage. Notre approche :<\/p>\n Des ateliers sur les processus avant la configuration<\/strong> Le standard d\u2019abord, le sp\u00e9cifique par choix<\/strong> Questionner avec respect<\/strong> R\u00e9ussir l\u2019int\u00e9gration et accompagner le changement<\/strong> Un client souhaitait absolument rattacher une m\u00eame ligne budg\u00e9taire \u00e0 plusieurs dossiers d\u2019achat<\/strong> , comme dans son ancien logiciel. L\u2019analyse a montr\u00e9 que l\u2019ancien syst\u00e8me \u00e9tait lin\u00e9aire : 1 dossier \u2192 1 demande de prix \u2192 1 contrat. Le nouveau, lui, permettait plusieurs \u00e9tapes par dossier<\/strong> . Le souhait de rattachements multiples masquait en r\u00e9alit\u00e9 un autre besoin : le contr\u00f4le budg\u00e9taire et la tra\u00e7abilit\u00e9<\/strong>.<\/p>\n La solution consistait \u00e0 ne pas cr\u00e9er un dossier d\u2019achat pour chaque \u00e9tape, mais \u00e0 regrouper le processus<\/strong> : ouvrir un seul dossier d\u2019achat et y effectuer toutes les \u00e9tapes suivantes. R\u00e9sultat : une piste budg\u00e9taire claire, sans doubles comptages.<\/p>\n<\/div><\/div><\/div><\/div><\/div> Un ERP \u00e9choue rarement \u00e0 cause du logiciel lui-m\u00eame. Il \u00e9choue lorsqu\u2019on cherche \u00e0 transposer une ancienne mani\u00e8re de travailler<\/strong> dans un nouveau syst\u00e8me<\/strong> . Choisissez donc un partenaire qui r\u00e9fl\u00e9chit avec vous, remet vos id\u00e9es en question et ose vous challenger<\/strong> \u2014 pour que demain, vous travailliez mieux qu\u2019hier.<\/p>\n<\/div><\/div><\/div><\/div><\/div>Changer de perspective : des fonctionnalit\u00e9s aux objectifs<\/h2><\/h4><\/div>
\n
C\u2019est seulement ensuite qu\u2019il faut se demander : \u00ab Quels processus standard de l\u2019ERP r\u00e9pondent le mieux \u00e0 cet objectif ? \u00bb<\/em><\/p>\n<\/div><\/div><\/div><\/div><\/div>Ce que fait un bon partenaire d\u2019impl\u00e9mentation \u2014 et ce que nous faisons<\/h2><\/h4><\/div>
\n
Nous repr\u00e9sentons les processus actuels et souhait\u00e9s : de la commande \u00e0 l\u2019encaissement, de l\u2019achat au paiement, du projet \u00e0 la facturation\u2026 Nous identifions les blocages et les chevauchements.<\/p>\n<\/li>\n
Nous privil\u00e9gions les fonctionnalit\u00e9s standard, sauf si une justification m\u00e9tier claire<\/strong> motive un d\u00e9veloppement sp\u00e9cifique : avantage concurrentiel, l\u00e9gislation ou int\u00e9gration.<\/p>\n<\/li>\n
Si vous dites \u00ab nous faisons ainsi depuis 20 ans \u00bb, nous demandons pourquoi et testons d\u2019autres possibilit\u00e9s. L\u2019objectif est de simplifier, pas de compliquer les \u00e9changes.<\/p>\n<\/li>\n
Des formations par r\u00f4le, des instructions de travail claires et un retour d\u2019exp\u00e9rience apr\u00e8s le d\u00e9marrage. Sans adoption par les utilisateurs, la technologie ne r\u00e9sout qu\u2019une partie du probl\u00e8me.<\/p>\n<\/li>\n<\/ol>\n<\/div><\/div><\/div><\/div><\/div>Exemple pratique \u2014 D\u2019une exigence h\u00e9rit\u00e9e \u00e0 la bonne solution : budget et r\u00e9servations<\/h2><\/h4><\/div>
Conclusion<\/h2><\/h4><\/div>