Notre histoire
Je ne suis pas arrivé dans Odoo pour devenir développeur.
Je suis entrepreneur. Clients, appels, soumissions, boutique en ligne, inventaire, paiements, livraisons, marketing, magasins partenaires, employés qui doivent aller vite. J'ai choisi Odoo parce qu'il promettait de tout regrouper. Et j'y crois encore.
Tous les modules dans le même logiciel. Pas un système intégré.
Après des mois de développement, de personnalisation, de tests et de corrections, j'ai compris une chose qui coûte cher : avoir le CRM, les ventes, la facturation, l'inventaire et le site dans le même logiciel ne veut pas dire qu'ils travaillent ensemble.
Des dizaines de documents. Plusieurs de plus de 50 pages.
J'ai travaillé avec une équipe de développeurs Odoo reconnue. Pour qu'ils comprennent notre réalité, j'ai tout écrit : les règles, les scénarios, les exceptions, les rôles, ce qui doit se passer avant et après chaque geste.
Trop souvent, les livraisons montraient que ces documents n'avaient pas été lus jusqu'au bout. Une règle disparaissait. Une exception n'était pas prévue. Une fonction était faite toute seule, sans ce qu'elle devait déclencher ailleurs.
Alors je testais. Captures d'écran, vidéos, nouvelles explications, attente, nouvel essai. Et parfois, une correction en brisait une autre.
J'avais l'impression d'être la première personne à essayer le processus du début à la fin.
Je suis devenu, malgré moi, testeur de mon propre logiciel.
Analyste, gestionnaire de projet, testeur, contrôle de la qualité. Le mot « terminé » a perdu sa valeur : une tâche fermée ne voulait plus dire un processus qui marche. Petit à petit, l'entreprise s'est mise à s'organiser autour des limites du logiciel. C'est exactement l'inverse de ce qui devrait arriver.
L'information était là. Elle ne suivait pas.
- Un client oublié. Il a reçu sa soumission, il voulait réfléchir. D'autres appels sont arrivés. Il est devenu une fiche parmi 2 000 contacts. Ça nous est arrivé. Il n'a pas rappelé : il est allé ailleurs.
- Des paniers abandonnés. Des visiteurs remplissaient des paniers de plusieurs milliers de dollars, puis quittaient. Le site le savait. L'équipe de vente, jamais.
- « A-t-il payé ? » Le paiement était dans Odoo, mais la personne au téléphone n'avait pas accès à la comptabilité pour le voir. Elle avait seulement besoin de lire PAYÉ.
- Une publicité sans réponse. Un clic sur Google, une visite, un appel, une soumission, un paiement. Un seul client, mais huit morceaux sans lien. Impossible de savoir si la publicité avait rapporté.
- Des adresses mélangées. Qui commande, qui paie, où livrer. Une mauvaise adresse de livraison, ça se paie en transport.
Odoo possède souvent les briques. Mais une entreprise n'utilise pas des briques. Elle utilise des processus.
Alors j'ai commencé à construire autrement.
Après des mois à documenter, expliquer, tester, corriger et retester, j'ai commencé à comprendre beaucoup plus profondément la logique d'Odoo : ses données, ses liens, et les endroits où sa logique ne rejoint pas le travail réel d'une PME. Avec les outils de développement assistés par l'intelligence artificielle, j'ai pu participer directement à la conception. Aujourd'hui, mon entreprise travaille dans une application faite pour elle, branchée sur Odoo.
Je ne commence plus par « pouvez-vous me développer cette fonction ? ». Je commence par : quel est le vrai problème ? Quelles données existent déjà ? Pourquoi l'information ne circule pas ? Quel est le plus petit lien à ajouter ? Et comment tester le processus au complet ?
Ce n'est pas le travail d'un développeur. C'est celui d'un architecte de systèmes : voir l'entreprise comme un seul processus, du premier clic jusqu'au paiement, et s'assurer que l'information suit.
Ce que je vous propose
Les petites ruptures qui deviennent de gros problèmes : la soumission oubliée, le panier jamais rappelé, le paiement invisible, la source marketing perdue, la commission qui disparaît. Une à la fois, chacune prête en 30 jours, testée du début à la fin avant de vous être livrée.
Je ne cherche pas à remplacer Odoo. Je construis les liens qui en font enfin un vrai processus d'affaires.
Le fondateur, architecte de systèmes