Cadrer votre projet d’outil métier

Pourquoi ce document

Un logiciel sur mesure ne se rate pas sur le code. Il se rate parce qu’on a décrit ce qu’on croit faire au lieu de ce qu’on fait vraiment — et que les exceptions, celles qu’on gère de tête depuis des années, n’apparaissent qu’une fois l’outil livré.

Ce document sert à faire sortir ces exceptions maintenant. Prenez votre temps : c’est le document qui vous fera économiser le plus.

1 · Le problème

• Décrivez la situation actuelle en quelques phrases. Que se passe-t-il aujourd’hui, concrètement ?
• Combien de temps cela vous prend-il, ou prend-il à vos équipes, par semaine ?
• Qu’est-ce qui vous a fait vous dire, un jour précis, qu’il fallait que ça change ?

Pourquoi la dernière question : la réponse contient presque toujours le vrai besoin. « Le jour où on a envoyé deux personnes au même endroit » en dit plus long que trois pages de cahier des charges.

2 · Ce que vous utilisez aujourd’hui

• Quels outils interviennent — tableurs, logiciels, papier, mémoire ?
• Qu’est-ce qui fonctionne bien là-dedans et doit être conservé ?
• Qu’est-ce qui vous fait perdre du temps ?
• Avez-vous déjà essayé un logiciel du marché ? Qu’est-ce qui n’allait pas ?

Pourquoi : si un outil existant couvre votre besoin, je vous le dirai — inutile de payer du sur-mesure pour ce qui existe déjà. Le sur-mesure prend son sens quand aucun outil ne colle vraiment, ou quand vous passez votre temps à contourner ses limites.

3 · Qui s’en servira

Listez les types d’utilisateurs. Pour chacun : que doit-il pouvoir faire, et que ne doit-il pas pouvoir voir ?

Type d’utilisateur	Ce qu’il fait	Ce qu’il ne doit pas voir

• Combien de personnes au total ?
• Sur quels appareils — ordinateur, tablette, téléphone ? En déplacement ?
• Quel est leur niveau d’aisance avec les outils informatiques ?

Pourquoi ce tableau est le plus important du document : le nombre de rôles et la finesse des droits déterminent une grande partie du coût. Et un outil conçu pour un usage sur ordinateur qu’on utilise finalement sur un téléphone dans un couloir, c’est un projet à refaire.

4 · Vos données

• Quelles informations l’outil doit-il manipuler ?
• D’où viennent-elles — saisie manuelle, export d’un autre logiciel, fichier reçu ?
• Où doivent-elles aller ensuite — un tableau de bord, un export, un autre logiciel ?
• Y a-t-il des données sensibles : santé, données personnelles, informations confidentielles ?
• Avez-vous des données existantes à reprendre ? Sous quelle forme ?

Pourquoi la question des données sensibles : certaines catégories imposent un hébergement particulier et des obligations précises. Ce n’est pas rédhibitoire, mais ça se sait au début, jamais à la fin.

5 · Les règles de votre métier

C’est la section qui fait la différence entre un outil utile et un outil abandonné.

• Quelles règles doit respecter l’outil ? (Exemple : « une personne ne peut être affectée qu’aux postes pour lesquels elle est formée ».)
• Quelles sont les exceptions à ces règles ? Les cas particuliers que vous gérez au cas par cas ?
• Que se passe-t-il quand quelque chose ne se déroule pas comme prévu — une absence, un retard, une erreur de saisie ?

Prenez du temps sur ces trois questions. Les règles générales, tout le monde sait les énoncer. Ce sont les exceptions qui font qu’un outil est adopté ou contourné — et ce sont elles qu’on oublie systématiquement de mentionner, parce qu’elles paraissent évidentes quand on fait le métier.

6 · Ce que ça doit produire

• À quoi verrez-vous, dans six mois, que ça a marché ?
• Y a-t-il des documents ou des exports attendus — rapports, plannings, tableaux, envois automatiques ?
• Faut-il que l’outil prévienne quelqu’un dans certains cas ? Qui, quand, comment ?

7 · Le cadre

• Quelle échéance avez-vous en tête, et qu’est-ce qui la fixe ?
• Qui décide, de votre côté ? Qui devra être consulté ?
• Où souhaitez-vous que l’outil soit hébergé — chez vous, ou géré par moi ?

Pourquoi la question du décideur : un projet à plusieurs validateurs sans arbitre désigné double sa durée. Autant le savoir maintenant.

8 · La suite

Sur un projet de cette nature, la démarche est différente d’un site : on se parle d’abord, je vous fais une proposition de cadrage, et le prototype vient après.

L’atelier de cadrage produit un périmètre fonctionnel détaillé — ce que l’outil fait, pour qui, avec quelles règles, et ce qu’il ne fait pas. Il est facturé entre 800 et 1 500 € selon l’ampleur, déduits du projet s’il se lance. Le document vous reste dans tous les cas : il est utilisable par n’importe quel prestataire.

Renvoyez-moi ce document rempli. Je reviens vers vous avec une première lecture et une proposition d’atelier.