Une mission se juge moins à son livrable qu'à ce qui en reste six mois plus tard. Un référentiel que les équipes tiennent encore, une instance qui n'a pas besoin de moi chaque semaine, ou, dans un cas, une verticale produit née du terrain.
Structures pour lesquelles j'ai travaillé
Deux d'entre elles sont détaillées ci-dessous. Pour les autres, je préfère en parler de vive voix plutôt que d'écrire un récit approximatif.
Cas 01
Diagnostic du parc d'éclairage public de La Réunion, avec le SIDELEC comme donneur d'ordre. L'appel d'offres a été remporté en co-traitance ; j'y tenais le volet données géographiques.
Concrètement : reprise des inventaires existants, structuration d'un référentiel de points lumineux exploitable par plusieurs intervenants à la fois, intégration des relevés de terrain, et production des livrables cartographiques du diagnostic.
Le découpage a été le vrai travail. Un mât et sa lanterne : un équipement ou deux ? Une armoire qui alimente trente points : qu'est-ce qu'on rattache à quoi ? Ces arbitrages ne sont pas théoriques — ils déterminent ce qu'on pourra compter, donc ce qu'on pourra défendre devant un financeur.
Ce qu'il en reste. Un diagnostic sert à décider d'un programme de travaux : le référentiel doit donc vivre après la remise du rapport. C'est exactement le point où la plupart des livrables SIG meurent, et c'est de ce constat qu'est née la verticale éclairage public de GeoLeaf Suite. La mission a précédé le produit, pas l'inverse.
Les prestations SIG et cartographie → La gestion de patrimoine d'équipements →
Cas 02
Un fabricant de bâtiments modulaires industriels, une instance Odoo mise en œuvre puis administrée pour douze utilisateurs. La question de départ n'était pas « quelles applications installer » mais « qu'est-ce qui déclenche quoi ». La réponse tient en un seul événement : un devis validé lance tout seul huit applications, y compris toute la chaîne d'approvisionnement.
Détourné de son usage classique. Il ne suit pas des prospects, déjà qualifiés en amont, mais les devis à produire, sur quatre étapes : à réaliser, en attente de réponse, négociation, validé.
Chaque opportunité porte son devis, rattaché à l'affaire de bout en bout. C'est sa validation qui déclenche tout ce qui suit.
Le devis validé crée le projet qui portera la vie de l'affaire.
Les articles approvisionnés à la commande génèrent leurs demandes d'achat fournisseur.
Les produits vendus qui ont une nomenclature génèrent leurs ordres de fabrication.
Niveaux de stock, réception de la matière commandée, puis livraison des produits achetés et fabriqués.
La livraison déclenche la facturation client.
Les interventions de garantie et le SAV se rattachent à l'affaire livrée.
La boucle se referme : toutes les écritures analytiques remontent au projet. Recettes et dépenses de l'affaire sur un seul tableau de bord.
Le projet ne naît pas vide. Sur la commande, un article de service — appelons-le « Référence affaire » — pointe vers un modèle de projet et sa liste de tâches. La commande confirmée, le projet se crée avec ses tâches nommées, dans l'ordre : trente et une sur le dernier chantier, sans que personne ait saisi une ligne.
Depuis Odoo 18, la barre en haut de la fiche projet rassemble toute l'affaire : tâches, feuilles de temps, documents, commandes et factures clients, bons de commande et factures fournisseurs, ordres de fabrication, tableau de bord. Elle se configure projet par projet. On pose les dates sur les tâches, on lance les demandes de prix, on suit les réceptions de matière et les ordres de fabrication jusqu'à la livraison sur site — sans quitter l'écran.
Le tableau de bord referme la boucle : avancement, heures passées, jalons, et des mises à jour de projet datées, avec leur statut, qui remplacent le mail du vendredi.
Le détail qui compte
Chaque jalon est rattaché à une tâche, par une règle d'automatisation dans les deux sens : tâche clôturée, jalon coché ; jalon coché, tâche clôturée. Une précaution si vous la montez : n'écrire que si la valeur change. Sans ça, les deux automatisations se relancent l'une l'autre.
Si l'affaire se facture au jalon, la facturation suit le terrain sans ressaisie. Sinon il reste l'avancement, qui cesse d'être déclaratif.
Ce qu'il en reste. Du CRM à la marge de l'affaire, une seule chaîne — et pas une ligne de développement spécifique : tout tient dans le paramétrage standard et quelques règles d'automatisation. C'est ce qui la rend tenable dans le temps, version d'Odoo après version d'Odoo. Sur un chantier, ça commence à ressembler à de la conduite de travaux.
Les prestations Odoo → Concevoir la chaîne avant de la paramétrer →
Démonstrations
Deux instances de test tournent en permanence. Elles ne montrent pas des captures d'écran choisies : elles se parcourent, et l'on peut y créer une intervention.
Un inventaire cartographié, le cycle complet d'une intervention — de la qualification au relevé — et le signalement public. De quoi juger l'ergonomie et le rythme de travail réel plutôt qu'une liste de fonctionnalités.
Points lumineux et armoires, tournées d'inspection, et le parcours d'un lampadaire en panne signalé par un habitant jusqu'à sa remise en service. C'est la verticale née du diagnostic ci-dessus.
Les deux tournent sur une instance de test, avec un accès nominatif. Demandez vos identifiants : je les envoie avec un créneau d'échange pour les parcourir ensemble si vous le souhaitez.
Quelques lignes sur votre contexte suffisent pour commencer. Je vous réponds sous 48 h et vous indique si mon intervention est adaptée à votre projet.