Nous travaillons avec Odoo. Ce n'est pas pour autant notre promesse.
Vos applications ne vivent pas seules. Elles dépendent d'un hébergement, de domaines et parfois de plusieurs services qui doivent travailler ensemble.
Chacun peut jouer un rôle. Lequel, et jusqu'où, dépend de votre activité — pas de nos préférences. Aucun n'est obligatoire, aucun n'est écarté d'avance.
Odoo sert quand plusieurs personnes, à des étapes différentes, ont besoin de la même information. Le but n'est pas d'activer le plus de fonctions possible. C'est que l'information passe d'une étape à la suivante sans être ressaisie ni perdue.
Un enchaînement possible — un contact, une opportunité, un devis, un projet, puis le suivi. Ce n'est pas une règle valable partout.
Vous utilisez peut-être déjà Microsoft 365. Nous ne le remplaçons pas par principe. Nous regardons comment les comptes, la messagerie et les documents s'utilisent avec le reste du travail, puis nous vous disons ce qui vaut la peine d'être repris ou relié — et ce qui peut rester tel quel.
Même chose ici : si Drive, Docs, Gmail ou Agenda font déjà bien le travail, ils restent en place. Nous cherchons d'abord à supprimer les doubles saisies, les documents qu'on ne retrouve pas, et les moments où le travail s'arrête faute d'information.
Une demande reçue peut devenir un dossier ou une opportunité, déclencher une tâche, produire un document puis alimenter le suivi. Une automatisation est utile lorsqu'elle enlève une ressaisie, réduit un oubli ou rend l'état visible. Nous n'automatisons pas pour le principe d'automatiser.
Vérifier des données, préparer un import, remettre de l'ordre dans des dossiers, écrire une procédure, organiser un suivi partagé : c'est le même sujet. Le travail devient plus sûr, et vous savez ce qui a été repris, ce qui ne l'a pas été, et ce qui reste à vérifier.
Nous pouvons préparer et gérer ce qui fait tourner vos outils : l'hébergement, vos noms de domaine et vos adresses web, les accès du public et ceux de l'administration, et un espace de test séparé de ce qui tourne vraiment.
Un outil de support enregistre les demandes qui arrivent, leur donne un état et garde la trace de ce qui a été fait. Vous voyez ce qui est en cours et ce qui est traité, sans avoir à relancer.
Les demandes qui reviennent souvent deviennent visibles. On peut alors traiter la cause, et pas seulement refaire la même correction.
Une base installée il y a deux ans a été réglée pour l'activité d'il y a deux ans. Depuis, des fonctions ont été activées sans jamais servir, des données de test sont restées, et une partie du travail est repartie dans des fichiers à côté. Nous regardons ce qui sert encore, ce qui ne sert plus, et ce qui manque.
Il s'agit de la façon dont votre activité est représentée dans l'outil — pas de la machine qui l'héberge.
Pour chaque partie, il y a cinq réponses possibles : garder ce qui marche, relier ce qui est isolé, simplifier ce qui est devenu trop lourd, reconfigurer ce qui ne correspond plus, ou remplacer ce qui ne peut plus suivre.
Nous vérifions l'usage réel avec les équipes qui s'en servent tous les jours, pas seulement les écrans de configuration. Une fonction activée n'est pas une fonction utilisée.
Mettre en place une base adaptée à votre activité. Remettre d'aplomb une base qui s'est éloignée de votre façon de travailler. Simplifier un fonctionnement devenu trop lourd. Améliorer l'usage réel plutôt que d'ajouter des fonctions. Accompagner les équipes qui doivent s'en servir tous les jours.
Quand plusieurs métiers doivent partager la même information. Quand vous ressaisissez la même donnée à plusieurs endroits. Quand vous voulez suivre l'avancement sans demander à quelqu'un.
Quand un outil déjà en place répond bien et que le remplacer coûterait plus que le gain. Quand le besoin réel est une question d'organisation avant d'être une question d'outil. Quand ce qu'il faut faire n'est pas encore assez clair pour être configuré — dans ce cas, on commence par faire le point.
Nous le dirons.
Ce que nous ne sommes pas
Un éditeur de
logiciel. Un revendeur de licences. Un intégrateur qui applique le même modèle à tout le
monde.
Une sauvegarde sert à restaurer après un incident ou une erreur. Un archivage sert à conserver dans le temps, à identifier ce qui est conservé et à pouvoir le retrouver.
Ce ne sont ni le même besoin, ni la même preuve. Nous documentons ce qui a été mis en place, pour que l'ensemble puisse être compris, vérifié et repris.
Nous ne reprenons jamais un gros volume de données sans avoir listé ce qui est concerné, écrit ce qui est inclus, et vérifié avant et après.
Relier — lorsque la même information sert plusieurs étapes, qu'un transfert manuel se répète, ou qu'un état reste invisible.
Laisser en place — lorsqu'un outil répond déjà bien au besoin et que son remplacement coûterait plus que le gain attendu.
Revenir d'abord à l'organisation — quand la façon de travailler, le rôle de chacun ou ce qui est attendu restent trop flous pour configurer quoi que ce soit d'utile.
Un échange, pas un engagement.
