Notes du terrain · Manufacturier

Quand un logiciel plus complet devient moins utile

Un client manufacturier a récemment évalué plusieurs plateformes ERP/MRP et en est arrivé au même constat : davantage de fonctionnalités peuvent parfois rendre un logiciel moins utile.

Une réaction constante

Un client manufacturier a récemment évalué plusieurs plateformes ERP/MRP.

Sa réaction était remarquablement constante : trop de fonctionnalités, trop de complexité et trop d'efforts demandés aux employés simplement pour faire fonctionner le système.

Ce qui m'a surtout intéressé, c'est son explication.

Le problème n'était pas nécessairement la qualité de la programmation. Selon lui, les équipes qui développent ces systèmes comprennent souvent beaucoup mieux le logiciel que les opérations quotidiennes de l'entreprise.

Ce que le système demande aux employés

On obtient alors des outils très complets, mais qui demandent beaucoup aux personnes qui doivent les utiliser.

Les employés doivent apprendre le vocabulaire du système, comprendre ses processus, entrer les informations qu'il attend et adapter leur façon de travailler au logiciel.

À un certain point, les gens décrochent.

Cette observation renforce quelque chose que nous constatons chez DEVTom :

Pour plusieurs PME, le problème n'est pas qu'elles manquent de logiciels.

Le problème est plutôt que leurs logiciels leur demandent d'adapter leur entreprise au système, plutôt que l'inverse.

La leçon du terrain

Cela ne veut pas dire que chaque entreprise a besoin d'un logiciel sur mesure, ni qu'un ERP complet est une mauvaise solution. Pour plusieurs organisations, ces systèmes sont exactement ce qu'il leur faut.

Mais nous rencontrons aussi régulièrement une autre situation : une entreprise a un problème opérationnel relativement précis et a surtout besoin d'un outil ciblé qui s'adapte à la façon dont ses employés travaillent déjà.

Dans ce contexte, ajouter davantage de fonctionnalités peut parfois rendre la solution moins utile.

Le bon système n'est pas toujours celui qui offre le plus de fonctionnalités.

C'est souvent celui que les gens vont réellement utiliser.

Partir du travail que les gens ont à faire

Regardez ce que les employés doivent saisir, comprendre et accomplir dans une journée normale. C'est un point de départ concret pour évaluer un système.