01
Quand remplacer le tableur
Les signaux sont connus : versions concurrentes, formules comprises par une seule personne, copier-coller entre outils, droits d'accès impossibles à régler ou informations terrain ressaisies au bureau.
Si le fichier reste personnel et répond à un besoin simple, le remplacer n'apporte rien. Le sur-mesure devient pertinent quand le processus est collectif, durable et suffisamment spécifique pour créer des contournements répétés.
02
Cartographier les décisions, pas les colonnes
Reproduire chaque feuille dans une interface conduit à numériser la complexité existante. Il faut plutôt demander qui décide, avec quelle information, quelles exceptions sont fréquentes et quelles erreurs coûtent du temps.
Cette cartographie révèle souvent qu'une partie du fichier est une archive, une autre un formulaire et une troisième un tableau de pilotage. Ces rôles doivent être séparés dans le produit.
03
Construire un premier processus complet
La première version couvre un processus de bout en bout : création d'une demande, affectation, exécution, validation et restitution. Elle évite de livrer cinq écrans incomplets qui obligent encore à revenir au tableur.
Les données historiques nécessaires sont reprises en priorité. Le reste peut rester accessible en lecture pendant la transition.
04
Mesurer l'adoption
Le nombre de connexions est moins utile que le taux de flux terminés sans ressaisie, le délai pour retrouver une information et le nombre d'exceptions revenant au fichier précédent.
Ces mesures guident les versions suivantes. Les usages observés priment sur la liste d'idées initiale.
Mettre en pratique
Appliquez ce guide à votre contexte.
Envoyez quelques exemples, les rôles concernés et la difficulté principale.
Présenter le contexte