La plupart des logiciels d'entreprise ont un utilisateur principal caché, et ce n'est pas la personne qui dirige l'entreprise. C'est le admin — l'informaticien, le consultant, le spécialiste des opérations dont le métier est de configurer l'outil. Les logiciels d'entreprise sont conçus pour être configurés, car dans une grande entreprise quelqu'un est payé pour le faire. Nous avons fait un choix différent, et cela façonne tout : nous concevons pour propriétaire, la personne qui doit réellement faire tourner une entreprise avec cet outil, et qui n'a pas d'administrateur sous la main.
Pourquoi cette différence compte autant.
Un logiciel conçu pour l'administrateur optimise la configurabilité — réglages infinis, champs personnalisés, matrices de permissions, générateurs de flux de travail. C'est le bon choix lorsqu'un spécialiste passera des semaines à le paramétrer avant que quiconque d'autre n'y touche. Mais pour une entreprise de 12 personnes sans spécialiste, chaque option de configuration est une question à laquelle le dirigeant doit répondre, une décision qu'il n'est pas équipé pour prendre, une raison pour laquelle l'outil reste à moitié configuré indéfiniment. La flexibilité conçue pour un administrateur devient un fardeau pour un dirigeant.
Un réglage est un cadeau pour celui dont le métier est la configuration, et une taxe pour celui dont le métier est de faire tourner l'entreprise.
Les véritables contraintes du propriétaire.
Le propriétaire d'une petite entreprise n'a ni le temps, ni le spécialiste, ni la patience pour un projet de configuration — et il a raison, car son métier c'est l'entreprise, pas le logiciel. Il a besoin d'un outil utile dès ses réglages par défaut, capable de prendre de bonnes décisions à sa place et de ne jamais nécessiter de consultant. Chaque fois qu'un logiciel exige une configuration dont il n'a pas strictement besoin, il présuppose discrètement un administrateur qui n'existe pas.
Ce que signifie concevoir pour le propriétaire.
Cela signifie des réglages par défaut judicieux qui fonctionnent dès le départ, pour que l'outil soit utile avant toute configuration. Cela signifie masquer la complexité jusqu'à ce qu'elle soit nécessaire, plutôt que de tout exposer d'emblée comme preuve de puissance. Cela signifie que chaque fonctionnalité doit justifier son existence auprès d'un non-spécialiste occupé, et non auprès d'une liste de cases à cocher. Et cela signifie dire non à ce type de configurabilité infinie qui impressionne dans une démonstration commerciale et paralyse dans la vraie vie. Le dirigeant ne veut pas d'une plateforme à construire. Il veut une entreprise à diriger.
Nous concevons pour la personne aux commandes, pas pour celle qu'elle devrait recruter afin de configurer le logiciel de quelqu'un d'autre. C'est une cible de conception moins flatteuse — les dirigeants se moquent de la profondeur de votre paramétrage — mais c'est l'approche honnête pour les équipes de 5 à 50 personnes. Concevez pour le dirigeant, et l'administrateur devient un rôle dont personne n'a besoin.