Six étapes, et une règle de visibilité qui vaut pour toutes.

1. 01

   COMPRENDRE

   Nous regardons ce qui existe avant de proposer quoi que ce soit : les outils en place, la façon dont les gens s'en servent vraiment, et ce qui marche déjà. Ce qui marche, on n'y touche pas.

   Vous obtenez un constat écrit. Nous distinguons ce que nous avons vu de ce que nous supposons.

2. 02

   CHOISIR

   Tout ne mérite pas d'être traité tout de suite. Nous choisissons avec vous ce qui passe maintenant, ce qui attend, et ce que nous ne ferons pas.

   Vous obtenez ce qui est prévu, et ce qui ne l'est pas. Écrit.

3. 03

   METTRE EN PLACE

   Nous configurons, connectons, adaptons ou développons ce qui a été retenu, par lots utilisables.

   Vous obtenez quelque chose qui sert avant la fin du projet.

4. 04

   VÉRIFIER

   Nous testons sur vos situations réelles. Nous produisons les preuves, nous corrigeons, puis seulement nous vous proposons de valider.

   Vous obtenez la démonstration que cela marche chez vous.

5. 05

   TRANSMETTRE

   Nous formons, expliquons, documentons et remettons les accès nécessaires.

   Vous obtenez de quoi continuer sans nous.

6. 06

   ACCOMPAGNER

   Si vous le souhaitez, nous restons présents après la livraison.

   Vous obtenez un cadre défini, pas une dépendance.

Comprendre avant de choisir

Comprendre ne consiste pas à faire une visite guidée des outils. Nous cherchons d'où vient chaque information, qui la modifie, où elle est saisie deux fois ou se perd, ce qui dépend de quoi, et ce qui marche déjà assez bien pour qu'on n'y touche pas.

Nous regardons aussi la différence entre ce que l'outil devait faire et ce que les gens en font vraiment. Un outil peut être bien configuré et mal utilisé ; un processus peut être clair sur le papier et dépendre, dans la pratique, d'un tableur ou d'une personne qui sait tout. Le diagnostic doit faire apparaître cette différence avant de proposer une solution.

Quand un outil est déjà en place — Odoo par exemple —, nous regardons aussi ce qui y est encore utilisé et ce qui ne l'est plus. Une fonction activée n'est pas une fonction qui sert, et un outil bien réglé au départ peut ne plus correspondre au travail d'aujourd'hui.

Si une même information est saisie trois fois, la réponse n'est pas automatiquement « mettre tout dans Odoo ». Nous vérifions d'abord où elle naît, qui la modifie, qui en a besoin, et à quel endroit une connexion ou une simplification apporte réellement de la valeur.

Vérifier avec vous avant de dire que c'est terminé

Ce n'est pas parce que c'est installé que ça marche. Nous vous le montrons sur des cas proches de votre travail, avec des données de test. Ce qui ne va pas est noté. Nous vous disons ensuite ce que nous corrigeons parce que c'était prévu, et ce qui est une demande nouvelle.

• Nous partons de cas qui ressemblent à votre travail, pas d'une démonstration passe-partout.
• Nous utilisons des données de test, jamais vos vraies données sans que ce soit prévu.
• Nous notons ce qui devait se passer, ce qui s'est passé, et la différence.
• Nous vous disons ensuite ce qui est une correction, et ce qui est une demande nouvelle à chiffrer.

Est accepté ce que vous avez vu fonctionner. Pas ce qui a été installé.

Pour aller plus loin :