Étude de cas · Groupe de plusieurs sociétés
Remplacer une gestion documentaire générique par un outil métier.
Un outil documentaire sur mesure intégré aux processus du groupe, maintenu et adapté à l’évolution de son organisation.
Le problème
Une gestion documentaire sous licence, inadaptée aux workflows entre plusieurs sociétés du groupe.
Ce que nous avons construit
Un outil documentaire sur mesure, intégré aux processus réels, avec maintenance continue.
Le résultat
Abonnements génériques résiliés, outil aligné sur le métier, qui évolue avec lui.
Références anonymisées ; détail et contacts disponibles sur demande, sous réserve d’accord des clients.
Ce qui reste sous contrôle humain
Les responsables gardent la maîtrise des droits, des circuits documentaires et des évolutions. La maintenance continue permet de faire évoluer l’outil sans abandonner la gouvernance du système.
Du constat à l’usage
Quand la licence ne résout plus le métier
Le groupe utilisait une gestion documentaire sous licence qui ne correspondait pas à ses workflows entre plusieurs sociétés. Le problème n’était pas seulement le prix de l’abonnement : la structure générique imposait une manière de classer, partager et faire circuler les documents qui ne reflétait pas suffisamment l’organisation réelle. Avant de construire, il fallait donc distinguer les fonctions standards encore utiles des contraintes qui obligeaient les équipes à contourner l’outil. Cette analyse évite de reproduire à l’identique un produit existant. Elle établit ce que le système métier doit rendre visible, contrôler et faire évoluer pour justifier un remplacement.
Modéliser plusieurs sociétés sans les confondre
Un groupe multi-sociétés partage des personnes, des procédures et parfois des documents, tout en conservant des périmètres juridiques et opérationnels distincts. Le produit doit représenter ces frontières au lieu de les traiter comme de simples dossiers. Les rôles précisent qui peut consulter, préparer, valider ou administrer pour chaque entité. Les vues communes ne doivent pas ouvrir indirectement des contenus réservés à une société. Cette modélisation constitue le socle du logiciel : elle guide la navigation, les filtres, les droits et les circuits de validation. Une interface pratique ne peut pas compenser une séparation de données mal définie.
Construire les circuits autour des dossiers réels
L’outil sur mesure a été intégré aux processus du groupe. Cela implique de représenter l’arrivée d’un document, son classement, les informations nécessaires, les personnes qui doivent agir et le statut permettant de savoir où se trouve le dossier. Les automatisations peuvent préparer un classement ou signaler une étape, mais les responsables conservent les décisions qui engagent l’organisation. Le flux devient observable : une équipe peut distinguer ce qui attend une donnée, une validation ou une correction. Cette visibilité réduit la dépendance aux échanges informels et permet de discuter d’une évolution à partir d’un processus partagé plutôt que d’habitudes individuelles difficiles à transmettre.
Préparer la reprise et la réversibilité
Remplacer une gestion documentaire suppose de traiter les contenus existants avec prudence. Les règles de correspondance, les doublons, les métadonnées et les droits doivent être vérifiés avant la migration. Tous les historiques n’ont pas nécessairement la même valeur ni la même durée de conservation. Un échantillon contrôlé permet d’identifier les cas qui ne rentrent pas dans le modèle prévu. La réversibilité compte également : le groupe doit pouvoir exporter ses documents et les informations structurantes sans dépendre d’une interface unique. Ces choix transforment la migration en procédure vérifiable et évitent que le nouvel outil reproduise une autre forme de verrouillage.
Faire de la maintenance une fonction du produit
La référence comprend une maintenance continue, car l’organisation et ses circuits documentaires évoluent. Les demandes sont qualifiées avant développement : correction d’un défaut, adaptation d’une règle, amélioration d’interface ou nouveau cas d’usage. Cette distinction protège la stabilité du système et permet de prioriser ce qui apporte une valeur réelle. Les changements touchant les droits ou les flux sensibles doivent être relus avec leurs effets sur les sociétés concernées. La documentation et les sauvegardes accompagnent ces évolutions. L’objectif n’est pas de figer un logiciel sur mesure, mais de lui donner un mode d’exploitation qui conserve la maîtrise acquise lors de sa conception.
Ce que le résultat public permet d’affirmer
Le groupe a résilié les abonnements génériques concernés et utilise un outil aligné sur son métier, maintenu pour évoluer avec l’organisation. La référence ne publie ni économie annuelle, ni délai de migration, ni taux d’adoption. Ces éléments ne doivent donc pas être déduits du résultat. Elle montre en revanche qu’un remplacement peut être cohérent lorsque les workflows, les frontières entre entités et la maintenance sont conçus ensemble. Pour un autre groupe, la décision nécessite de comparer le coût des contraintes actuelles, le périmètre réellement utilisé, la qualité des données à reprendre et la capacité à gouverner le produit après son lancement.
Ce que cette mission illustre
- Comparer le coût de la contrainte logicielle au coût d’un produit adapté.
- Modéliser les différences entre sociétés avant de partager un workflow.
- Prévoir maintenance et évolutions dès la conception.
Questions sur cette référence
Un logiciel sur mesure coûte-t-il toujours moins cher qu’une licence ?
Non. La décision dépend du périmètre, des contraintes, des intégrations et de la maintenance. Il faut comparer le coût total de la licence et de ses contournements avec celui d’un produit gouverné sur plusieurs années.
Comment séparer les données de plusieurs sociétés ?
La séparation doit être modélisée dans les rôles, les droits, les requêtes et les vues, pas seulement dans le menu. Chaque opération sensible doit respecter le périmètre de l’entité concernée.
Que couvre la maintenance continue ?
Elle organise la correction des défauts, la continuité, la surveillance et la priorisation des évolutions. Son périmètre, ses délais et ses responsabilités sont définis contractuellement pour chaque produit.