🔐
Accès restreint
Contenu confidentiel — entretien Odoo

Préparation Entretien Odoo

Guide complet : processus, questions générales & Odoo, case study, rôles avancés, et tes atouts spécifiques.

⚠️
Point clé Odoo : Ils accordent autant d'importance à la motivation qu'aux compétences. "Pourquoi Odoo ?" est la question la plus différenciante. Prépare une réponse authentique et spécifique — pas un copié-collé de leur site.
🔥 Gestion de la pression & stress interview →
Processus typique Odoo Belgium
1
Application en ligne
Via odoo.com/jobs. CV + lettre de motivation. Délai de retour : quelques jours à 1 semaine.
~1–3 jours
2
Screening RH (30 min)
Call vidéo avec le recruteur. Focus : motivations, disponibilité, package salarial, vue générale du rôle. Ils testent déjà ici la solidité de ta motivation pour Odoo spécifiquement.
Vidéo / téléphone ⚠ Motivation clé ici
3
Case Study (90 min)
C'est l'étape la plus sélective. On te présente un ou plusieurs scénarios business (PME dans un secteur donné). Tu dois analyser les besoins, proposer les modules Odoo adaptés, et souvent défendre tes choix à l'oral devant un ou deux BAs seniors.

Ce qu'ils testent : ton raisonnement, ta structure, ta connaissance fonctionnelle d'Odoo, ta capacité à poser les bonnes questions, et comment tu gères l'ambiguïté.
⚠ Étape la plus critique Présentiel ou visio
4
Entretien technique / fonctionnel
Avec un BA senior ou un manager. Revue des cas, questions fonctionnelles sur les modules Odoo, questions comportementales (STAR). Peut aussi inclure une démo ou une navigation guidée dans Odoo.
~1h
5
Offre & négociation
Odoo propose un salary configurator (voiture, fuel card, jours off, eco-chèques, assurance, etc.). Le package est flexible et transparent. Délai total : souvent 1–3 semaines.
Rapide ✓
Motivation & fit culturel
C'est la question la plus importante de tout l'entretien. Odoo cherche des gens qui ont une vraie raison d'être là, pas juste un job de plus.
  • Parle de la singularité d'Odoo : l'éditeur ET l'intégrateur en même temps, ce qui est rarissime. Le BA est au cœur du produit, pas juste un consultant externe.
  • Mentionne l'impact direct : 12M+ d'utilisateurs, tu vois tes implémentations utilisées au quotidien.
  • Le modèle all-in-one : permet de comprendre toute la chaîne de valeur d'un client (vente → production → finance → RH).
  • La croissance 60% YoY : tu rentres dans un vaisseau en pleine ascension.
« Ce qui m'a frappé chez Odoo c'est que vous êtes à la fois l'éditeur du produit et ceux qui l'implémentent. Ça veut dire que le BA n'est pas juste un intermédiaire — il peut remonter des feedbacks qui influencent vraiment le produit. C'est rare. Et personnellement, après avoir travaillé côté data chez Dataroots, j'ai vu à quel point la qualité de la donnée en amont — notamment dans les ERP — détermine tout ce qu'on peut faire en analytics. L'ERP m'a toujours semblé la couche la plus stratégique, et Odoo est aujourd'hui le meilleur rapport qualité-puissance du marché. »
Reste positif. Ne critique pas Akkodis. Focus sur ce que tu vas vers, pas ce que tu fuis.
  • Akkodis = rôle commercial/management, tu cherches à renouer avec l'implémentation directe et le contact client quotidien.
  • Tu veux un rôle où tu peux construire quelque chose de concret avec le client, pas juste gérer des profils.
  • L'ERP/Odoo est une progression logique de ton expérience BA chez Dataroots.
« Chez Akkodis, mon rôle est principalement commercial : je place des consultants, je développe des comptes, je gère des relations. C'est enrichissant — j'ai appris à comprendre rapidement les enjeux business de clients très différents. Mais ce qui me manque, c'est de construire quelque chose directement avec eux. Chez Dataroots, j'implémentais des solutions data et je voyais l'impact concret sur leur organisation. C'est cette dimension qui me manque aujourd'hui, et c'est exactement ce que le rôle BA chez Odoo offre. »
Astuce : Présente ça comme une évolution cohérente, pas comme une reconversion. "Business Manager → Business Analyst" peut sonner comme un recul — tu dois le recadrer en "retour à l'essentiel : créer de la valeur avec les clients."
Odoo propose des évolutions intéressantes. Joue le jeu honnêtement.
  • Court terme (1–2 ans) : maîtriser les modules clés, être autonome sur mes projets, obtenir la certification Odoo.
  • Moyen terme : évoluer vers des projets plus complexes, peut-être un rôle de Lead BA ou d'expert sectoriel.
  • Chez Odoo, tu peux aussi mentionner l'exchange program (après 2 ans, poste similaire dans une filiale à l'étranger) — ça montre que tu as lu leur offre.
« À court terme, mon objectif c'est d'être vraiment bon dans ce rôle : maîtriser les modules clés, décrocher ma certification Odoo, et être autonome sur mes projets dans les 6 premiers mois. À moyen terme, j'aimerais évoluer vers des projets plus complexes — des clients avec plusieurs entités, des intégrations avancées, peut-être un rôle d'expert sectoriel sur l'industrie ou le manufacturing. Je sais que vous avez un exchange program après 2 ans — c'est quelque chose qui m'intéresse réellement, l'idée de porter l'expertise Odoo dans un autre marché. »
À éviter : mentionner Solutions Architect externe ou cloud en premier entretien. Garde ça pour toi. Montre d'abord que tu veux ce rôle-ci.
Les BAs Odoo gèrent 8 à 12 projets simultanément. C'est une vraie question de capacité opérationnelle.
  • Donne un exemple concret de gestion multi-projets (Akkodis : gestion de plusieurs consultants + clients en même temps).
  • Parle de tes méthodes : priorisation, communication proactive, documentation, outils (Trello, Notion, etc.).
  • Montre que tu sais dire quand demander de l'aide — Odoo valorise le travail en équipe.
« Chez Akkodis, je gère en permanence une dizaine de dossiers clients actifs en parallèle — chacun avec ses consultants, ses timelines, ses attentes. Ce que j'ai appris, c'est que la clé ce n'est pas d'essayer de tout garder dans la tête, c'est de structurer. Je commence chaque semaine par une revue rapide de chaque dossier : qu'est-ce qui est bloqué, qu'est-ce qui est urgent, qu'est-ce qui peut attendre. Je batchise les communications similaires, je documente systématiquement pour ne pas perdre de contexte, et quand un projet prend du retard, je le signale tôt plutôt qu'en catastrophe. Je pense que c'est justement ce que demande le rôle BA chez Odoo — et c'est un mode de fonctionnement que j'ai déjà. »
Question STAR. Structure : Situation → Tâche → Action → Résultat.
  • Exemple issu d'Akkodis (client qui résistait à un profil) ou Dataroots (stakeholder peu convaincu d'un projet data).
  • Insiste sur l'écoute active, la compréhension des vrais blocages (souvent pas le sujet de surface), et la reformulation.
  • Résultat = client convaincu ou compromis constructif.
« Chez Dataroots, on devait déployer un outil de gouvernance des données chez un client dans le secteur financier. Le responsable IT résistait : il estimait que son équipe n'avait pas le temps d'alimenter les métadonnées, que ça créerait plus de travail qu'autre chose. Au lieu de défendre l'outil, j'ai d'abord cherché à comprendre sa vraie contrainte — il avait déjà subi deux projets "gouvernance" qui n'avaient rien produit. J'ai proposé de commencer par un pilote sur 2 domaines de données seulement, avec un effort minimal de sa part. Quatre semaines plus tard, il avait des résultats concrets à montrer à son CISO. Le projet a été étendu à toute l'organisation. Ce que j'ai retenu : la résistance d'un client cache toujours une expérience passée ou une contrainte réelle. Écouter d'abord, proposer ensuite. »
Angle Odoo : ils cherchent quelqu'un d'assertif mais empathique. "Le client a toujours raison" n'est pas leur philosophie — ils veulent quelqu'un qui guide le client.
Comportemental & compétences
Framework attendu :
  1. Discovery : écoute, pas de solution immédiate. Comprendre le contexte métier, les pain points, les objectifs.
  2. As-Is / To-Be : cartographier les processus actuels, identifier les gaps.
  3. Priorisation : distinguer must-have / nice-to-have avec le client.
  4. Proposition de solution : mapping vers des modules Odoo, gaps custom.
  5. Validation : faire valider la solution avant implémentation.
« Mon réflexe, c'est de ne jamais arriver chez un client avec une solution en tête. La première session c'est 80% d'écoute : je veux comprendre ce qu'ils font aujourd'hui, pourquoi ça ne marche pas, et ce que ça leur coûte — en temps, en erreurs, en frustration. Ensuite je cartographie le processus actuel avec eux, je valide ma compréhension, et seulement là je propose une solution. Ce que j'évite absolument, c'est de projeter Odoo sur leur organisation avant de comprendre leur organisation. Un ERP doit s'adapter au métier, pas l'inverse — même si parfois il faut aussi faire évoluer certaines pratiques. »
Montre que tu poses des questions plutôt que de proposer des solutions trop tôt. Les bons BAs posent 80% de questions, 20% de propositions.
Sois honnête mais choisis une faiblesse que tu travailles activement.
« J'ai tendance à vouloir trop approfondir avant de passer à l'action — chercher la solution parfaite plutôt qu'une bonne solution maintenant. J'ai appris à me fixer des timeboxes et à itérer. Chez Odoo, avec 8 projets en parallèle, c'est probablement une qualité que je devrai continuer à ajuster. »
Montre que tu as conscience de la culture d'exécution rapide d'Odoo.
C'est un atout, pas un handicap — mais il faut le raconter.
  • L'ingénierie mécanique t'a appris à penser en systèmes : flux, dépendances, contraintes. C'est exactement ce qu'un ERP modélise.
  • Tu comprends les process industriels (Manufacturing, PLM, Maintenance) nativement — un avantage sur des clients industrie.
  • La transition data (Dataroots) puis management (Akkodis) montre une capacité d'adaptation et une appétence naturelle pour les outils business.
« Un ERP, c'est finalement une modélisation des flux d'une entreprise. Chez un ingénieur, c'est instinctif : on pense en inputs/outputs, en contraintes, en optimisation. Ma formation m'a donné le cadre analytique ; les ERP m'ont donné le terrain. »
Connaissance fonctionnelle Odoo
Modules core à maîtriser :
  • CRM — Gestion pipeline commercial, prospects, opportunités.
  • Sales / Purchase — Devis, commandes, bon de commande. Lien direct avec la facturation.
  • Inventory — Gestion stock, routes (FIFO/LIFO), entrepôts multiples, lots/séries.
  • Manufacturing (MRP) — Ordres de fabrication, nomenclatures (BoM), workcenter, PLM.
  • Accounting — Plan comptable, TVA (belge !), réconciliation, analytique. Module le plus complexe.
  • Project / Timesheets — Gestion de projets, tâches, suivi temps.
  • HR / Payroll — Employés, congés, évaluation, paie (belge = complexe).
  • Website / eCommerce — Front-end intégré, catalogue, paiement.
  • Helpdesk — Ticketing, SLA, self-service.
  • Odoo Studio — Personnalisation no-code des vues, formulaires, automatisations.
« Les modules Odoo couvrent l'ensemble de la chaîne de valeur d'une entreprise. En commercial : CRM pour la gestion des opportunités, Sales pour les devis et commandes clients. En opérations : Inventory pour le stock et les mouvements physiques, Manufacturing pour les ordres de fabrication et les nomenclatures, Purchase pour les achats fournisseurs. En finance : Accounting pour la comptabilité, la TVA, la réconciliation bancaire — c'est le module le plus complexe et souvent le plus critique. Côté services : Project et Timesheets pour le suivi du temps, Helpdesk pour le support. Et pour personnaliser sans coder : Odoo Studio. La vraie force c'est que tout est natif et connecté — une commande client génère automatiquement une livraison et une facture, sans double saisie. »
Pour toi : insiste sur Manufacturing + Inventory (ingénierie) et Project/CRM (expérience Dataroots). C'est ton angle naturel.
Le flux O2C est l'un des plus testés en entretien Odoo.
  1. Prospect/Lead (CRM) → qualification → opportunité
  2. Devis (Sales) → confirmé → Bon de commande client (SO)
  3. Livraison (Inventory) → picking → validation stock
  4. Facture (Accounting) → envoyée → paiement reçu
  5. Lettrage (Accounting) → clôture de la créance
« Le flux Order-to-Cash commence dans le CRM : une opportunité devient une commande client dans le module Sales. Cette commande génère automatiquement un bon de livraison dans Inventory — l'équipe logistique prépare le colis et valide la livraison. Cette validation déclenche la création de la facture dans Accounting, qui est envoyée au client. Quand le paiement arrive, on le lettre contre la facture et la créance est soldée. Ce qui est puissant dans Odoo, c'est que tout ça est lié nativement : aucun recopié, chaque étape opérationnelle génère l'écriture comptable correspondante automatiquement. »
Chaque étape génère des écritures comptables automatiques. C'est la puissance de l'intégration native Odoo.
  1. Demande d'achat (Purchase Request ou réassort automatique depuis Inventory)
  2. Bon de commande fournisseur (PO) (Purchase) → envoi fournisseur
  3. Réception marchandises (Inventory) → mise à jour stock
  4. Facture fournisseur (Accounting) → matching 3-way (PO / réception / facture)
  5. Paiement fournisseur → lettrage
« Le Procure-to-Pay commence par un besoin d'achat — soit manuel, soit déclenché automatiquement par une règle de réassort dans Inventory. On crée un bon de commande fournisseur dans Purchase, on l'envoie. Quand la marchandise arrive, on valide la réception dans Inventory : le stock est mis à jour. La facture fournisseur arrive ensuite et on la match avec le bon de commande et la réception — c'est ce qu'on appelle le rapprochement 3-way. Une fois validée, on planifie le paiement dans Accounting et on lettre. Tout est tracé, et si le montant facturé ne correspond pas à la commande, Odoo le signale immédiatement. »
Configuration (no-code / low-code) :
  • Paramètres, champs optionnels, vues personnalisées via Odoo Studio
  • Automatisations (règles d'action, triggers)
  • Droits d'accès, workflows de validation
  • Rapports personnalisés
Développement (Python/XML) :
  • Création de nouveaux modules ou override de modules existants
  • Logique métier spécifique (ORM Python)
  • Intégrations API (REST/XMLRPC)
« La configuration, c'est tout ce qu'on peut faire sans toucher au code : activer des options dans les paramètres, créer des champs via Odoo Studio, définir des règles d'automatisation, personnaliser des vues ou des rapports. C'est maintenable, upgradeable, et ne nécessite pas de développeur. Le développement, c'est quand on crée un nouveau module Python ou qu'on override un module existant pour ajouter une logique métier spécifique. C'est plus puissant, mais ça coûte en maintenance et ça peut compliquer les mises à jour de version. En tant que BA, mon réflexe est toujours de chercher la solution de configuration d'abord. Je ne recommande du développement que si le besoin est vraiment hors standard et que la valeur business le justifie. »
En tant que BA, ton rôle est de maximiser la configuration standard avant de recommander du développement. Le développement = coût maintenance + risque lors des upgrades.
Approche en 4 niveaux :
  1. Re-questionner le besoin : est-ce vraiment nécessaire, ou le process client peut-il s'adapter ? (souvent la meilleure réponse)
  2. Contournement fonctionnel : utiliser un autre module ou une combinaison de features Odoo
  3. Odoo Studio : personnalisation no-code si le gap est structurel mais simple
  4. Développement custom : en dernier recours, avec analyse impact upgrade
« Ma première réaction face à un gap, c'est de questionner le besoin. Souvent, ce que le client décrit comme un besoin absolu est en réalité une habitude de leur ancien système. Je leur pose la question : "Qu'est-ce que ça vous coûte si on ne fait pas exactement ça ?" Si la réponse est floue, c'est souvent un nice-to-have. Si le besoin est réel, j'explore d'abord les fonctionnalités standard — Odoo est riche, et beaucoup de besoins "hors standard" sont déjà couverts d'une façon ou d'une autre. Si vraiment rien ne couvre, j'évalue si Odoo Studio peut le résoudre sans code. Ce n'est qu'en dernier recours que je recommande du développement custom, et toujours en expliquant au client le coût de maintenance que ça implique sur le long terme. »
⚠ Odoo valorise les BAs qui challengent les besoins clients plutôt que de tout coder. L'over-customisation est le pire ennemi d'un projet Odoo.
Odoo.sh est la plateforme cloud propriétaire d'Odoo :
  • Hébergement géré (infrastructure sous GCP)
  • CI/CD intégré (branches de dev/staging/production)
  • Backups automatiques, monitoring
  • Idéal pour les projets avec développements custom
vs Odoo Online (SaaS) :
  • Odoo Online = no-dev, modules standards uniquement, maintenance totale par Odoo
  • Odoo.sh = dev possible, plus de contrôle, mais plus de responsabilité
vs On-Premise :
  • On-premise = contrôle total, coûts infra, upgrades manuels
  • Recommandé uniquement pour secteurs régulés (défense, santé, etc.)
« Odoo.sh c'est la plateforme cloud gérée d'Odoo — concrètement, c'est de l'infra GCP avec une couche d'outillage propre à Odoo : gestion des branches de développement, CI/CD intégré, staging/production, backups automatiques. C'est l'option idéale pour les projets qui ont du développement custom, parce qu'on a un environnement de dev et de test séparé de la production. Par rapport à Odoo Online — le SaaS pur — Odoo.sh donne plus de contrôle mais demande plus de rigueur. Et par rapport au on-premise, on évite toute la gestion d'infrastructure. Pour la grande majorité des PME, je recommanderais Odoo Online si leurs besoins sont couverts par le standard, et Odoo.sh dès qu'on anticipe des développements spécifiques. »
Scénarios fonctionnels concrets
  1. Clarifier : quel coût ? (standard, FIFO, moyen pondéré) ; marge fixe ou variable ?
  2. Solution standard : Odoo Sales a des Pricelists basées sur des règles de coût + pourcentage → souvent suffisant.
  3. Si plus complexe : "Cost-based pricing" avec le module Accounting Analytics (coûts analytiques → prix de vente auto)
  4. Si très spécifique (multi-devises, surcharges dynamiques) → Odoo Studio ou léger développement
« Ma première question serait : comment le prix de vente est-il calculé aujourd'hui, et quel est le coût exact que vous voulez utiliser comme base — coût standard, coût moyen pondéré, ou coût réel ? Une fois ça clarifié, Odoo a une fonctionnalité native pour ça : les Pricelists avec des règles basées sur le coût du produit plus un pourcentage de marge. On configure ça dans le module Sales, on l'assigne aux clients ou catégories de clients, et le prix se calcule automatiquement à la création du devis. Si la logique est plus complexe — par exemple des marges variables selon le volume ou le client — on peut créer plusieurs pricelists avec des règles différentes. Dans des cas très spécifiques seulement, on envisagerait un développement. »
Montre que tu commences par le standard avant d'aller vers le custom.
Odoo Inventory — Tracking par numéro de série :
  • Activer le suivi "By Unique Serial Number" sur les produits concernés
  • Chaque réception, transfert, utilisation en production est loggué avec le SN
  • Manufacturing : le SN du composant est lié à l'ordre de fabrication
  • Rapport "Traceability" natif : arbre complet entrée → production → sortie
  • Si compliance ISO/qualité : compléter avec le module Quality (contrôles, non-conformités)
« C'est un cas que je connais bien avec mon background ingénierie. Dans Odoo, on active le suivi par numéro de série sur les produits concernés dans le module Inventory. À partir de là, chaque mouvement physique — réception, transfert interne, utilisation en production, expédition — est horodaté et lié au numéro de série spécifique. Dans le module Manufacturing, quand un composant suivi est consommé dans un ordre de fabrication, le lien est enregistré : on sait exactement quel numéro de série de composant est entré dans quel produit fini. Et Odoo propose un rapport de traçabilité natif qui donne l'arbre complet : d'où vient ce composant, dans quel OF il a été utilisé, à quel client il a été livré — ou à l'inverse, si un composant est défectueux, quels produits finis sont potentiellement impactés. C'est critique pour des clients ISO ou des secteurs comme l'aéronautique ou le médical. »
Avec ton background ingénierie mécanique, tu peux parler de l'importance de la traçabilité dans les secteurs industriels — crédibilité instantanée.
Framework de résolution de case study

🎯 Méthode en 6 étapes

Applique ce framework systématiquement — montre que tu as une méthode, pas que tu improvises.

  1. Comprendre le contexte — Secteur, taille, stade de croissance, trigger du projet (problème actuel, croissance, migration)
  2. Identifier les processus clés — Quels flux business sont concernés ? Vente, achat, stock, production, comptabilité, RH ?
  3. Lister les pain points — Qu'est-ce qui ne fonctionne pas aujourd'hui ? (Excel, silos, manque de traçabilité, délais, erreurs)
  4. Proposer les modules — Mapping clair processus → modules Odoo. Justifie chaque choix.
  5. Identifier les gaps / risques — Y a-t-il des besoins hors-standard ? Quels sont les points de vigilance ?
  6. Phasage / priorisation — Si tout ne peut pas être fait en même temps, dans quel ordre ? MVP d'abord.

❓ Questions à poser pendant le case study

Poser les bonnes questions = 50% du score. Ne te lance jamais sans cadrer.

  • Quel est le secteur exact et la taille de l'entreprise (nb employés, CA) ?
  • Quels systèmes utilisent-ils actuellement ? (Excel, autre ERP, logiciels spécialisés)
  • Quel est le trigger principal du projet ? (croissance, problème opérationnel, obligation légale)
  • Qui sont les utilisateurs clés ? Qui sera le "champion" interne ?
  • Y a-t-il des contraintes légales ou sectorielles ? (TVA intracommunautaire, AFSCA, ISO, etc.)
  • Quel est le budget et le délai cible ?
  • Y a-t-il des intégrations avec des systèmes tiers ? (webshop, banque, logistique)
Cas d'exemple — entraîne-toi sur ces scénarios

📦 Cas 1 : PME Distribution (50 personnes)

Une PME distribue du matériel électrique en Belgique. Ils gèrent tout sur Excel + un vieux logiciel compta. Ils veulent digitaliser : commandes, stock, facturation, et avoir une vue en temps réel.

Purchase Inventory Sales Accounting CRM
Points d'attention : Migration des données produits + stock (inventaire initial), paramétrage TVA belge, formation équipe commerciale & compta.

🏭 Cas 2 : Fabricant semi-industriel (120 personnes)

Un fabricant de pièces métalliques à Liège veut remplacer son ERP vieillissant. Enjeux : traçabilité des composants (numéros de série), gestion des ordres de fabrication, coût de revient, qualité.

Manufacturing (MRP) Inventory Quality Accounting Purchase
Points d'attention : Calcul coût de revient réel vs standard, numéros de série, intégration avec machines (IoT optionnel), formation opérateurs.
Ton avantage : background ingénierie mécanique — tu comprends ce monde.

🛒 Cas 3 : Commerce en ligne (startup, 15 personnes)

Une startup vend des cosmétiques belges en B2C et commence à attaquer le B2B. Elle utilise WooCommerce + Excel. Elle veut centraliser : stock, commandes web, facturation, CRM revendeurs.

eCommerce / Website Inventory Sales (B2B) CRM Accounting
Points d'attention : Migration de WooCommerce (catalogue, historique clients), gestion des pricelists B2B vs B2C, intégration paiement en ligne, RGPD.

💼 Cas 4 : Cabinet de conseil (40 personnes)

Un cabinet de conseil IT veut gérer : CRM prospects, suivi de projets, timesheets, facturation à l'heure, notes de frais.

CRM Project Timesheets Sales Expenses Accounting
Points d'attention : Analyse des contrats (régie vs forfait), workflow de validation des timesheets et notes de frais, rapport de rentabilité par projet.

🍕 Cas 5 : Réseau de restaurants (franchise, 8 établissements)

Une franchise de restauration rapide belge veut centraliser : POS, stocks, appros fournisseurs, et avoir une vue consolidée de la performance par enseigne.

POS Restaurant Inventory Purchase Accounting HR
Points d'attention : Multi-sociétés Odoo (une par enseigne ?), gestion TVA restauration (6%/12%), intégration caisses physiques.
🛒 Cas Retail — spécifiques au rôle Retail Expert (Step 4)

Ces cas sont calibrés sur ce que la manager va probablement te soumettre. Pour chacun : pose tes questions de cadrage, propose les modules, identifie les enjeux IoT/hardware, et prépare la démo live correspondante.

👗 Cas Retail 1 : Chaîne de prêt-à-porter (6 boutiques + site web)

Une chaîne de mode belge a 6 boutiques en Belgique et un site WooCommerce. Problèmes actuels : stock pas synchronisé entre le web et les magasins (surventes), pas de programme de fidélité unifié, chaque boutique utilise un logiciel de caisse différent, pas de reporting consolidé. Budget : moyen. Deadline : avant les soldes de janvier.

Point of Sale × 6 eCommerce / Website Inventory Loyalty & Gift Cards Pricelists (soldes) Accounting
🔌 Enjeux IoT/hardware : 6 IoT Boxes (ou virtuelles Windows) + imprimante de reçus + tiroir-caisse par boutique. Terminal de paiement à choisir : Adyen recommandé pour multi-shop (1 contrat, plusieurs terminaux). Scanner codes-barres par caisse (vérifier config ENTER keycode). 2 HDMI IoT Box disponibles → écran client promotionnel possible.
🎯 Points d'attention : Migration de WooCommerce (catalogue, historique commandes, clients), suppression des 6 logiciels de caisse existants (gestion du changement !), unification du catalogue produit (6 boutiques peuvent avoir des noms différents pour le même article), phasage : d'abord les boutiques puis le web ou tout en même temps ?
💡 Angle différenciateur : Proposer de garder WooCommerce en V1 et de le connecter via API si la migration est trop risquée avant les soldes — pragmatisme projet.
Questions de cadrage à poser : "Les 6 boutiques ont-elles le même catalogue ou des différences par magasin ? Le site WooCommerce partage-t-il le même stock ou a-t-il son propre entrepôt ? Y a-t-il déjà un programme de fidélité (même basique) avec des clients enregistrés qu'il faudra migrer ? La deadline soldes de janvier est-elle absolue ou flexible ?"

🧴 Cas Retail 2 : Épicerie fine / traiteur (2 magasins + livraison)

Un traiteur bruxellois haut de gamme a 2 boutiques. Il vend des produits au poids (fromages, charcuterie), des articles emballés et du service traiteur pour événements. Il veut : balances connectées à la caisse, fidélisation de sa clientèle régulière, gestion des commandes traiteur en avance, facturation B2B pour les entreprises (événements). Actuellement tout sur une vieille caisse enregistreuse + factures Word.

Point of Sale IoT Box + Balance Loyalty / eWallet Sales (commandes traiteur) Inventory Accounting (B2B)
🔌 Enjeux IoT/hardware : Balance connectée via IoT Box — point critique : le produit "fromage" doit être configuré en unité de mesure "kg" dans Odoo, la balance envoie le poids, le POS calcule le prix automatiquement. Imprimante d'étiquettes Zebra pour étiqueter les produits au rayon. Écran client HDMI pour afficher le prix au kilo et le total.
🎯 Points d'attention : TVA mixte sur la même commande (6% alimentaire, 21% non-alimentaire) — Odoo gère ça par catégorie fiscale, mais la config doit être propre. Facturation B2B : les commandes traiteur sont facturées post-événement → flux Sales Order → Invoice différent du flux POS direct.
💡 Angle différenciateur : La balance connectée + étiqueteuse, c'est ton terrain. Aucun autre candidat sans background technique ne saura expliquer la config IoT Box + balance avec autant de précision.
Questions de cadrage : "Quelle est la proportion de ventes au poids vs articles emballés ? Les commandes traiteur sont-elles payées en avance, à la livraison ou post-événement ? Y a-t-il une boutique en ligne ou livraison à domicile envisagée ? Les 2 boutiques partagent-elles le même stock ou ont-elles des approvisionnements séparés ?"

⚽ Cas Retail 3 : Franchise sport (12 magasins, Click & Collect, B2B clubs)

Une franchise de sport (type JD Sports / Decathlon indépendant) a 12 magasins en Belgique et Pays-Bas. Revenus mixtes : B2C en magasin + B2C en ligne + B2B (fourniture équipements à clubs sportifs sur facture). Problèmes : pas de Click & Collect, programme de fidélité uniquement physique (carte papier), stock difficile à localiser entre magasins, demandes de transferts inter-magasins fréquentes. Veulent aussi des bornes kiosque self-checkout en magasin.

Point of Sale × 12 eCommerce (Click & Collect) Inventory (multi-entrepôts) Loyalty (multi-canal) Sales B2B (clubs) Pricelists (B2B/B2C) Kiosque self-checkout
🔌 Enjeux IoT/hardware : 12 boutiques → 12 IoT Boxes (ou Windows IoT) + terminaux. Kiosque self-checkout : Odoo POS tourne sur navigateur → n'importe quel écran tactile (EloPOS compatible) peut faire office de kiosque. Depuis IoT Box v13, une IoT peut servir plusieurs POS du même magasin → optimise les coûts si un magasin a 2-3 caisses.
🎯 Points d'attention : Multi-pays (Belgique + Pays-Bas) = multi-devises (€/€ mais TVA différente selon le pays), positions fiscales à paramétrer. Click & Collect : le flux commande en ligne → bon de livraison "retrait magasin" → validation POS doit être testé end-to-end. Transferts inter-magasins = bons de transfert internes Odoo (stock picking entre entrepôts).
💡 Angle différenciateur : Proposer un phasage : Phase 1 = POS unifiés + stock centralisé (quick win, 3 mois). Phase 2 = eCommerce + Click & Collect (4-6 mois). Phase 3 = Kiosques + B2B clubs (6-9 mois). Un candidat sans méthode dira tout en même temps. Toi tu phases.
Questions de cadrage : "Quelle est la proportion des ventes B2B clubs vs B2C ? Est-ce que les Pays-Bas ont une entité légale séparée ou c'est la même société ? Le programme de fidélité actuel a-t-il une base client avec des points accumulés qu'il faut migrer ? Les 12 magasins ont-ils le même catalogue ou des spécificités par région ?"
💻 Step 4 — Format de la démo live et comment la structurer

Step 4 = business case + démo Odoo. Tu arrives en présentiel à LLN. La démo n'est pas "montres-nous que tu sais cliquer" — c'est "résous ce scénario en live et explique tes choix". Voici comment structurer ton intervention.

🎬 Déroulé recommandé pour la démo (30-45 min)

  1. Reformuler le cas (2-3 min) — Répète ce que tu as compris du besoin. "Vous m'avez donné un retailer avec X magasins, voici ce que j'identifie comme enjeux principaux..." → Montre que tu analyses avant d'agir.
  2. Poser 2-3 questions de cadrage (2 min) — Même si le cas est fourni, quelques questions montrent ta méthode BA. Ils veulent te voir questionner.
  3. Annoncer ton plan (1 min) — "Je vais vous montrer d'abord la config POS de base, puis le programme de fidélité, puis le lien avec l'inventaire." Structure = confort pour toi + signal pour eux.
  4. Démo modulaire (20-25 min) — Module par module, en liant chaque étape au besoin client. Pense à voix haute : "Je fais ça parce que..." Évite les silences longs.
  5. Identifier les gaps (3-5 min) — Qu'est-ce qu'Odoo ne couvre pas nativement ? Que proposerais-tu ? → Signal de maturité BA.
  6. Conclure (2 min) — Résume la valeur apportée, propose un phasage si c'est complexe. "MVP en 3 mois, full en 6 mois."

🧱 Modules à maîtriser pour la démo Retail

🛒 Point of Sale

Créer config POS, ajouter produits, ouvrir session, vente, paiement mixte, clôture. CORE du rôle.

❤️ Loyalty Programs

Créer règle de points, récompense, eWallet, carte cadeau. Montrer l'identification client en caisse.

💶 Pricelists

Créer pricelist B2B vs B2C, l'affecter à un client, montrer son application automatique sur la commande.

🎁 Promotions

Créer une promo "3 pour 2" ou "% remise sur catégorie". Montrer l'application automatique au POS.

📦 Inventory

Montrer la baisse de stock après une vente POS. Créer un transfert inter-entrepôts. Règle de réappro.

🌐 eCommerce (optionnel)

Publier un produit, montrer la synchro stock POS ↔ web. Configurer le Click & Collect comme mode de livraison.

💡 Le réflexe qui fait la différence : Quand tu montres quelque chose dans Odoo, dis toujours le "pourquoi client". Ne dis pas "je vais dans Configuration → Programmes de fidélité" — dis "je vais dans Programmes de fidélité parce que c'est là qu'on gère à la fois les points, les coupons et les cartes cadeaux, tout au même endroit — le client n'a pas à jongler entre 3 menus différents comme sur d'autres ERP." C'est cette valeur ajoutée qui différencie un BA d'un technicien.
Erreurs à éviter dans le case study
  • ❌
    Proposer tous les modules d'emblée
    Commence minimal (MVP), ajoute si le contexte le justifie. "Tout Odoo" n'est jamais la bonne réponse.
  • ❌
    Ne pas poser de questions
    Si tu réponds sans cadrer, tu montres que tu n'as pas de méthode BA. Les interviewers adorent voir quelqu'un qui questionne.
  • ❌
    Proposer du custom dès le départ
    Toujours chercher une solution standard d'abord. Le custom = signal négatif si tu n'as pas d'abord exploré le standard.
  • ❌
    Être vague sur les flux
    Nomme les objets Odoo précisément : "Sales Order", "Purchase Order", "Internal Transfer", pas "commande" vague.
  • ❌
    Ignorer la partie accounting
    Tout flux opérationnel a une contrepartie comptable chez Odoo. Montrer que tu comprends ça = +++ dans leur esprit.
Si l'entretien dévie vers Solutions Architect / Pre-Sales

🗺️ Ce que ça signifie chez Odoo

Chez Odoo, il n'existe pas de titre "Solutions Architect" standard au sens cloud (AWS/Azure). Mais des rôles proches existent :

  • Lead BA / Senior BA — BA expérimenté qui prend les projets les plus complexes, coache les juniors, fait le lien avec les Product Owners.
  • Pre-Sales BA — Certains bureaux Odoo ont des profils dédiés à la phase avant-vente : démos, estimation de projets, rédaction de propositions commerciales.
  • Consultant Expert (secteur) — BA spécialisé dans un domaine (ex: Accounting Expert, Manufacturing Expert) — sorte de SA sectoriel.
  • Partner Manager / Solutions Engineer — Pour le réseau partenaires Odoo, rôle plus commercial + technique.
  • BA : centré sur les besoins métier, les processus, la configuration fonctionnelle, la formation et l'adoption.
  • SA (ERP) : périmètre plus large — architecture technique (infra, intégrations, performance), estimation de projet, gestion des risques, vision multi-systèmes.
  • En pratique chez Odoo : les BAs seniors remplissent souvent les deux rôles sur les projets complexes.
« Je vois le SA comme une évolution naturelle du BA : même base (compréhension métier), mais avec une couche supplémentaire d'architecture et de vision long terme. C'est la direction dans laquelle j'aimerais évoluer, notamment grâce à ma préparation AZ-305 côté cloud. »
Odoo vs SAP B1 :
  • TCO (Total Cost of Ownership) bien inférieur — pas de licences par module
  • Mise en œuvre plus rapide (semaines vs mois)
  • UX moderne vs interface SAP datée
  • Open source = flexibilité, grande communauté
  • Odoo convient mieux aux PME (10–500 utilisateurs) ; SAP pour enterprise
Odoo vs Microsoft Dynamics 365 :
  • Odoo = all-in-one natif (pas de puzzle de modules Dynamics)
  • Pricing plus accessible (pas de coûts Azure en plus)
  • Intégration native CRM+ERP sans connecteur
  • D365 gagne sur l'écosystème Microsoft (Teams, Power Platform) — si le client est full MS, c'est un argument fort contre
« Face à SAP Business One, mes arguments principaux seraient le coût total de possession — Odoo est significativement moins cher en licences et en temps d'implémentation — et l'expérience utilisateur, qui est nettement plus moderne et intuitive. SAP est pertinent pour des groupes avec des besoins très complexes, mais pour une PME de 50 à 200 personnes, Odoo couvre 95% des besoins à une fraction du coût. Face à Microsoft Dynamics, le message change un peu : Odoo est véritablement all-in-one nativement, sans avoir à assembler plusieurs modules Dynamics et des connecteurs. L'intégration CRM-ERP-compta est native chez Odoo, alors qu'elle demande souvent du travail d'intégration chez Microsoft. Cela dit, si le client est très ancré dans l'écosystème Microsoft — Teams, Azure, Power Platform — c'est un argument qu'il faut prendre au sérieux et ne pas minimiser. »
À mémoriser : Odoo se positionne sur le sweet spot PME / scale-up. Contre le mid-market SAP, c'est souvent un argument de coût + agilité.
Paramètres clés :
  • Nombre et complexité des modules (std/config vs custom)
  • Volume de données à migrer (produits, clients, stock historique)
  • Nombre d'utilisateurs et niveaux d'accès
  • Intégrations tierces (banque, webshop, logistique)
  • Disponibilité du client (champion interne, réactivité)
  • Formation nécessaire
Structure typique d'un projet :
  • Discovery & analyse (10–15%)
  • Configuration & développement (40–50%)
  • Migration de données (15–20%)
  • Tests & recette (15–20%)
  • Formation & go-live (10–15%)
« Pour estimer un projet, je regarde plusieurs dimensions. D'abord les modules concernés : un Sales + Inventory standard, ça se configure relativement vite ; dès qu'on touche à la comptabilité complète ou au manufacturing avec des nomenclatures complexes, la charge monte significativement. Ensuite la migration de données : c'est souvent sous-estimée — importer un catalogue de 5000 produits proprement, ça prend du temps. Puis les intégrations tierces — chaque connecteur externe est un risque et un coût. Et enfin la maturité du client : un client qui a des processus bien définis et un champion interne motivé, c'est deux fois plus rapide qu'un client où tout est à construire. En termes de structure, je décompose toujours en phases : analyse, configuration, migration, tests, formation, go-live. Et je prévois une marge de 20% sur la partie développement quand il y en a, parce que les spécifications évoluent toujours. »
Options natives :
  • Odoo Spreadsheet (BI intégré, powered by Odoo) — pour des rapports simples
  • API REST / XMLRPC — export de données vers n'importe quel outil
  • PostgreSQL direct — accès read-only à la base pour des outils BI (Metabase, Power BI, Tableau)
Stack data typique autour d'Odoo :
  • Odoo → (API/webhook) → dbt → Snowflake / BigQuery → Power BI
  • Odoo → (PostgreSQL réplication) → Metabase (simple, rapide)
« Ça dépend du niveau de maturité analytique du client. Pour quelque chose de simple, les rapports natifs d'Odoo et Odoo Spreadsheet peuvent suffire. Pour du décisionnel sérieux, j'expose les données via l'API REST ou directement depuis la base PostgreSQL en lecture seule, et on connecte Power BI, Metabase ou Tableau. Pour des clients plus avancés — et c'est ce que j'ai fait chez Dataroots — on extrait d'Odoo via l'API, on transforme via dbt, on stocke dans Snowflake ou BigQuery, et on visualise dans Power BI. C'est une architecture robuste. Et c'est là que mon background data devient concret : je peux avoir cette conversation directement avec le DSI du client sans qu'il faille appeler un consultant data en plus. »
Ton atout : expérience Dataroots (Databricks, dbt, Collibra). Tu es probablement le seul candidat BA capable d'avoir cette conversation. C'est une vraie valeur ajoutée pour les clients Odoo qui veulent aller vers la data.
Tes atouts spécifiques pour Odoo
⚙️

Background Ingénierie

UCLouvain Mécanique cum laude → tu penses en systèmes, flux, contraintes. Crédibilité native sur les modules Manufacturing, PLM, Inventory.

📊

Expérience Data / ERP

Dataroots : Databricks, Collibra, dbt. Tu comprends comment les données circulent de l'ERP vers l'analytics — rare chez un BA.

🤝

Gestion client / multi-compte

Akkodis Business Manager : gestion de multiples clients/consultants en parallèle. Exactement le mode de travail Odoo BA (8–12 projets).

🏅

Certification Collibra

Signal fort de rigueur sur la gouvernance des données. Différenciant dans une proposition intégrant data governance + ERP.

🌍

Trilinguisme FR/EN/NL

Marché belge = clé. NL est explicitement "strong plus" dans l'offre. Ça élargit le portefeuille clients accessible.

🚀

Vision long terme SA/Cloud

AZ-305 en cours → tu peux évoluer vers des rôles Odoo + cloud architecture. Signal de progression claire pour le recruteur.

Pitch personnel — 2 minutes chrono

🎤 Script de présentation

À adapter en fonction du contexte, mais voici la structure optimale :

« Je m'appelle Martin Van Mollekot, je suis basé à Waterloo. J'ai une formation d'ingénieur mécanique de l'UCLouvain, avec une spécialisation qui m'a rapidement amené vers les systèmes d'information et la data.

J'ai d'abord travaillé chez Dataroots en tant que Business Analyst — principalement sur des projets de transformation data : pipeline de données, gouvernance, outils comme Databricks ou Collibra. C'est là que j'ai réalisé que la qualité des données d'une entreprise dépend énormément de la couche en amont — l'ERP. C'est ce qui a alimenté mon intérêt pour le sujet.

Ensuite j'ai pris un rôle de Business Manager chez Akkodis, côté AI/Data/Aerospace — gestion commerciale, développement de clients. J'y ai appris à gérer plusieurs comptes simultanément et à comprendre les enjeux business de clients très différents.

Aujourd'hui, je cherche à revenir à ce que j'aime le plus : travailler directement avec des clients sur des solutions concrètes. Odoo m'attire parce que c'est le seul éditeur ERP qui est aussi son propre intégrateur — ce qui me permet d'avoir un impact réel sur le produit, pas juste de l'implémenter. Et le profil de clients — des PME en croissance — c'est exactement l'environnement où j'ai le plus envie de contribuer. »
🎯
Ces questions sont conçues pour te déstabiliser ou détecter une incohérence. L'objectif n'est pas d'avoir une "bonne réponse" parfaite — c'est de montrer que tu es honnête, lucide et préparé. Ne sur-vends pas, ne sur-excuses pas. Sois direct.
Sur ton parcours & tes transitions
C'est la question la plus attendue. Elle teste si tu es un job-hopper ou quelqu'un avec une trajectoire cohérente.

Ce qu'il ne faut pas dire :
  • ❌ Critiquer Akkodis (ambiance, management, etc.) — même si c'est vrai
  • ❌ Dire que tu "cherchais autre chose" sans expliquer quoi
  • ❌ Minimiser le rôle ("c'était juste un CDD / un tremplin")
Ce qui convainc :
  • Recadrer la transition comme une clarification de trajectory, pas une fuite
  • Montrer que la décision est mûrement réfléchie, pas impulsive
  • Être honnête sur ce qui t'a appris là-bas et ce qui te manquait
« Akkodis m'a beaucoup apporté : gérer plusieurs clients en parallèle, comprendre les enjeux business de l'industrie AI/Data/Aerospace, développer un réseau. Mais le rôle est avant tout commercial — je place des consultants, je gère des contrats. Ce que j'ai réalisé assez rapidement, c'est que ce qui me motive profondément, c'est de construire quelque chose avec le client, pas de le gérer à distance. J'aurais pu attendre 2 ans pour partir, mais ça n'aurait aidé personne — ni moi, ni Akkodis, ni mes futurs clients. Je préfère être honnête maintenant et m'orienter là où je peux vraiment performer. »
Angle bonus : tu peux mentionner que le contexte d'Akkodis (management consulting, staffing) est très différent d'une société produit comme Odoo — ce n'est pas la même promesse au départ. Certains recruteurs comprennent très bien cette distinction.
Cette question teste ta cohérence narrative. Si tu la subis, tu perds. Si tu la retournes, c'est ton meilleur argument.

La vraie lecture de ton parcours : ce n'est pas des pivots aléatoires — c'est une convergence progressive vers le croisement systèmes-métier-client, qui est exactement la définition d'un bon BA ERP.
« Je comprends que ça peut sembler disparate de l'extérieur. Mais quand je regarde en arrière, je vois un fil rouge clair : j'ai toujours été attiré par la question "comment est-ce que les organisations fonctionnent — et comment les améliorer ?" L'ingénierie m'a donné le raisonnement systémique. La data m'a montré comment l'information circule dans une entreprise. Le management commercial m'a confronté aux réalités business et aux décideurs. Chaque étape m'a rendu plus complet pour ce rôle. Un BA qui comprend les process industriels, les flux de données ET les enjeux commerciaux d'un client — c'est rare. »
Astuce : prépare une version courte de cette réponse (30 sec) et une longue (2 min). Selon la réaction de l'intervieweur, tu sais laquelle sortir.
C'est une objection légitime. Ne la balaie pas — reconnais-la, puis retourne-la.
  • Tu as implémenté d'autres outils business complexes (pipeline data, outils BI, processus Akkodis).
  • La compétence BA est largement transférable : analyse de besoins, gestion de parties prenantes, documentation fonctionnelle, formation utilisateurs.
  • Odoo forme leurs BAs en interne : 2 semaines d'onboarding intensif + certification. C'est le deal qu'ils proposent à tous les nouveaux entrants.
  • Tu arrives avec un avantage : tu comprends déjà les flux data (Dataroots), les process industriels (mécanique), et les dynamiques client (Akkodis).
« C'est vrai que je n'ai pas encore implémenté Odoo directement. Mais j'ai documenté des processus métier, formé des utilisateurs, géré des déploiements d'outils chez des clients — la mécanique est la même. Et je sais apprendre vite : j'ai déjà navigué dans l'interface, compris les flux principaux, et je suis prêt à passer la certification dès les premières semaines. »
Question piège : si tu dis "non je reste BA pour toujours", tu sembles peu ambitieux. Si tu dis "oui je veux évoluer vite", tu sembles pressé de fuir.

La bonne réponse : ancrer l'ambition dans la progression interne Odoo.
« Je pense qu'un bon SA est d'abord un excellent BA — quelqu'un qui comprend profondément les réalités des projets, les blocages clients, les limites fonctionnelles. Sauter trop vite vers un rôle plus stratégique sans cette base, c'est construire sur du sable. Ce qui m'intéresse dans l'évolution SA, c'est précisément ce que j'espère construire ici : une expertise fonctionnelle solide sur laquelle je pourrai ensuite ajouter une couche d'architecture. Ça prend du temps, et c'est bien. »
Si c'est Odoo qui pose la question : leur exchange program (filiale à l'étranger après 2 ans) ou les rôles Lead BA / Expert sectoriel sont une réponse naturelle et interne — pas un départ vers la concurrence.
Sur tes compétences & limites
Question honnête. Ne la sous-estime pas — l'intervieweur veut s'assurer qu'il ne te recrutait pas pour te perdre dans 6 mois.
  • Reconnais que le rôle BA est différent de ce que tu faisais chez Dataroots.
  • Mais montre que c'est précisément ce que tu cherches : le terrain, le client, le concret plutôt que des projets data souvent abstraits.
  • Ta culture data est un bonus pour les clients, pas un besoin à satisfaire au quotidien.
« C'est une vraie question et j'y ai réfléchi. Ce que j'ai souvent trouvé frustrant dans la data, c'est que les projets restent parfois trop en amont — on optimise des pipelines, on gouverne des métadonnées, mais l'impact sur l'utilisateur final est indirect. Chez Odoo, je forme quelqu'un le matin, et le soir il gère ses stocks différemment. C'est ce retour immédiat qui m'attire. Et ma compréhension de la data, elle sera utile — pour aider les clients à penser leur reporting, leur intégration BI. C'est un plus, pas un substitut. »
Deux aspects à gérer : la question salariale et la question d'ego.

Sur le salaire :
  • Odoo a un salary configurator transparent — le package est flexible (voiture, jours off, etc.).
  • Sois direct : tu es prêt à discuter d'un package qui reflète le fait que tu débutes dans ce domaine précis, tout en valorisant ce que tu apportes.
  • Évite de partir d'une prétention trop haute qui bloquerait la conversation.
Sur l'ego :
« Je préfère être honnête : oui, j'ai eu des responsabilités plus larges avant. Mais je ne cherche pas un titre — je cherche à construire une vraie expertise dans un domaine où je peux avoir un impact direct. Recommencer un peu plus bas sur la courbe d'apprentissage ne me fait pas peur. Ce qui me ferait peur, c'est de stagner dans un rôle où je ne construis rien de solide. »
Ils testent ton honnêteté, ta lucidité et ta capacité à apprendre. Une réponse trop lisse ("j'ai trop travaillé") est un signal négatif.

Structure :
  1. Nomme une vraie erreur — pas catastrophique, mais réelle
  2. Explique pourquoi elle s'est produite (sans chercher des excuses)
  3. Montre ce que tu as changé dans ta façon de travailler
« Sur un projet data chez Dataroots, j'ai avancé sur une solution technique sans valider suffisamment les besoins en amont avec le client. On a livré quelque chose de techniquement correct, mais qui ne correspondait pas à ce qu'ils utilisaient vraiment. Ça m'a coûté 2 semaines de rework. Depuis, je ne lance aucun deliverable sans une validation explicite à chaque étape — même si ça semble ralentir au début. »
⚠ Ne choisis pas une erreur qui touche à la relation client (confiance perdue, données perdues). Reste sur des erreurs de méthode ou de priorisation.
Question directe, parfois posée après un mauvais précédent. Pas de garantie absolue possible — mais tu peux rassurer sur les fondamentaux.
« Honnêtement, je ne peux pas vous promettre que dans 10 ans je serai encore là — personne ne peut. Ce que je peux dire, c'est que ma décision de venir chez Odoo n'est pas une décision par défaut : j'ai réfléchi à ce que je cherche, et c'est précisément ce rôle-ci. La diversité des projets, la proximité avec le produit, l'environnement en croissance — ce sont des conditions dans lesquelles j'ai envie de m'installer dans la durée. Et ma trajectoire montre que quand je suis dans un bon contexte, je m'investis profondément. »
Mentionner le exchange program (2 ans → filiale à l'étranger) peut renforcer l'idée que tu as une vision de progression interne, pas externe.
Sur Odoo & le marché
Question piège classique pour voir si tu es un fanboy aveugle ou quelqu'un avec du recul. La bonne réponse = critique fondée + perspective positive.
  • Module Accounting : puissant mais complexe, courbe d'apprentissage élevée. Les localisations (Belgique, France) sont parfois en retard par rapport aux spécificités légales locales.
  • Reporting natif : les rapports standard sont limités pour des besoins analytics avancés. Pour du décisionnel sérieux, il faut souvent une couche BI externe.
  • Over-customisation : la flexibilité d'Odoo est aussi son piège — des projets très customisés deviennent difficiles à maintenir lors des upgrades.
  • Support enterprise : pour des grands comptes avec des SLA stricts, Odoo peut sembler moins mature que SAP ou Oracle.
« Le reporting natif peut être limité pour des clients qui veulent aller loin en analytics — c'est d'ailleurs un sujet que je connais bien. Mais c'est aussi une opportunité : ça ouvre la porte à des intégrations avec des outils BI modernes, ce qui crée de la valeur supplémentaire. »
Question un peu provocatrice — elle teste si tu es à l'aise pour avoir une conversation adulte sur leurs limites.
« C'est une préoccupation légitime dans toute entreprise en croissance rapide. Ce qui m'a rassuré quand j'ai regardé Odoo, c'est que vous semblez avoir structuré l'onboarding de façon sérieuse : 2 semaines de formation intensive, certification, et un modèle de teams où les juniors sont accompagnés par des seniors. Ma question à vous serait plutôt : comment vous mesurez que ça fonctionne en pratique ? »
Retourner la question montre de la maturité et de l'intérêt réel. Ça déplace la conversation vers un vrai échange.
Question rare mais possible. La bonne attitude : ouverte mais cadrée.
  • Ne jamais dire "non" sans raison — ça sonne comme un signal négatif.
  • Il est normal de demander d'être prévenu avant qu'un contact soit joint.
  • Propose proactivement des personnes de confiance (ex-manager chez Dataroots, collègue chez Akkodis).
« Bien sûr, je n'ai rien à cacher. Je vous demanderais juste d'être prévenu avant de les contacter, pour que je puisse les informer — c'est une question de respect vis-à-vis d'eux. Chez Dataroots, je peux vous donner le contact de mon manager direct. Chez Akkodis, ma situation de départ étant récente, je préférerais vous proposer un collègue plutôt que mon manager actuel pour ne pas créer de friction interne. »
Fin d'entretien — questions auxquelles tu n'as pas eu le temps de répondre

🛡️ Protocole de déstabilisation

Si une question te surprend vraiment et que tu n'as pas de réponse immédiate :

  1. Pas de panique visible. Un silence de 3–5 secondes est professionnel, pas un échec.
  2. Reformule la question à voix haute : "Si je comprends bien, vous me demandez…" — ça te donne du temps et confirme que tu écoutes.
  3. Pense à voix haute. "Ce n'est pas une situation que j'ai vécue directement, mais voilà comment j'aborderais le problème…"
  4. Ancre sur une expérience proche. Même imparfaite, une analogie vaut mieux que le vide.
  5. Si tu ne sais vraiment pas : "Je ne connais pas la réponse précise là maintenant, mais je sais où chercher et je reviendrai vers vous." L'honnêteté est toujours plus forte que l'improvisation visible.
Stratégie globale
  • 🎯
    Crée un compte démo Odoo maintenant Odoo offre une démo gratuite sur odoo.com/trial. Navigue dans les modules principaux avant l'entretien. Avoir vu l'interface = confiance + crédibilité.
  • 📺
    Regarde 3-4 vidéos Odoo sur YouTube Chaîne officielle Odoo : tutoriels sur les modules CRM, Inventory, Manufacturing. 1h de visionnage = autant qu'un jour de préparation théorique.
  • 🧠
    Prépare 3 questions intelligentes pour eux Ex: "Comment sont organisées les équipes BA par secteur ?", "Quel est le premier module généralement déployé pour un nouveau client ?", "Comment fonctionne la remontée de feedback vers les Product Owners ?"
  • 📖
    Lis le Guidebook Odoo HR Disponible sur odoo.com/r/HRGuidebook — c'est leur guide officiel pour les candidats. Ils le mentionnent sur la page job. Lis-le avant l'entretien.
  • 💬
    Parle anglais si tu peux Odoo Belgium travaille en anglais par défaut (équipes internationales). Montrer ton niveau dès le premier contact est un signal positif.
  • 🏢
    Montre que tu connais leur culture Odoo valorise : autonomie, ownership, pas de hiérarchie lourde. Mentionne leur environnement (ferme rénovée, chef cuisinier, échanges internationaux) — ça montre que tu as vraiment regardé et que tu y crois.
  • ⚡
    Pendant le case study : pense à voix haute Ils évaluent ton process de pensée, pas seulement la réponse finale. Verbalise tes hypothèses, tes questions, tes choix. Le silence = signal négatif.
  • 🤝
    Sois assertif sans être arrogant Odoo ne veut pas quelqu'un qui dit "oui" à tout (ni au client, ni à l'interviewer). Défends tes propositions, mais avec ouverture. "Je pense que X, mais si vous voyez Y différemment, je suis curieux d'entendre pourquoi."
À faire avant l'entretien — checklist
  • Créer un compte démo Odoo et naviguer dans au moins 3 modules
  • Lire le HR Guidebook officiel (odoo.com/r/HRGuidebook)
  • Pratiquer le pitch personnel (chrono 2 min)
  • S'entraîner sur 2 case studies (Cas 1 Distribution + Cas 2 Industriel)
  • Mémoriser les 2 flux clés : Order-to-Cash et Procure-to-Pay
  • Préparer 3 anecdotes STAR (client difficile, multi-tâches, erreur + leçon)
  • Préparer 3 questions à poser à l'intervieweur
  • Parcourir odoo.com/blog pour l'actualité produit récente (v17/v18)
Odoo en chiffres — ce qu'il faut savoir par cœur
7 Md€
Valorisation (sept. 2025)
Quintuple licorne belge 🦄×5
13 M
Utilisateurs dans le monde
+7 000 nouveaux clients/mois
47
Applications modulaires
Suite ERP intégrée complète
8 000
Partenaires dont 700 belges
Réseau mondial certifié
200 M€
Ventes à l'international
250 000 emplois indirects
1 Md€
Objectif CA 2026
≈ 650 M€ estimé en 2025
56%
Détenus par Fabien Pinckaers
Refus d'entrée en bourse
2002
Fondée à Louvain-la-Neuve
TinyERP → OpenERP → Odoo
💡 Conseil entretien : Glisse un de ces chiffres naturellement dans ta réponse à "Pourquoi Odoo ?". Ex : "Ce qui m'a frappé, c'est que 7 000 nouveaux clients rejoignent Odoo chaque mois — ça dit quelque chose sur la pertinence du produit." Ça prouve que tu t'es vraiment renseigné, sans avoir l'air de réciter.
Fabien Pinckaers — le fondateur qu'il faut connaître
  • 🎓
    Diplômé en informatique de l'UCLouvain (Louvain-la-Neuve) — comme toi, ingénieur UCLouvain. Connexion locale à mentionner avec authenticité.
  • 💡
    Premier logiciel vendu à 13 ans (gestion de transport "Les Transports Verts"). Odoo commence comme projet étudiant en 2002, de son kot à LLN.
  • 📈
    Trajectoire : TinyERP (2002) → OpenERP → Odoo. Rebranding en 2014 pour refléter l'élargissement au-delà de l'ERP (CRM, site web, e-commerce...).
  • 🦁
    Refus constant de vendre ou d'entrer en bourse — Fabien détient 56% et refuse les dividendes. Vision long terme, impact avant profit. "J'ai tout mon temps."
  • 🏆
    Récompenses : "New Bill Gates belge" (Trends 2009), Insead Innovator Prize (2011), Manager de l'Année (2020), Entreprise de l'Année (2021). CapitalG (Google) + Sequoia au capital en 2024.
💡 Conseil entretien : Si on te demande "Qu'est-ce qui vous attire chez Odoo ?", tu peux mentionner la connexion UCLouvain : "Je viens aussi de l'UCLouvain, et voir une boîte qui est née là-bas et est devenue une quintuple licorne belge, c'est motivant — ça montre que c'est possible depuis ici." Authentique, local, impact.
Les 4 valeurs fondatrices — selon Fabien Pinckaers

Ces 4 stratégies ont été identifiées comme les clés du succès d'Odoo. Ce sont aussi des indicateurs de ce qu'ils cherchent chez leurs collaborateurs.

① PRODUIT — "À la fin, ce sont toujours les meilleurs produits qui gagnent"

Fabien consacre 50% de son temps à la R&D. L'objectif : évoluer 2× plus vite que la concurrence, générer 50% de leads en plus, coûter 10× moins cher que SAP. La qualité produit est non-négociable.

💡 Ce que ça change pour toi : En tant que BA, tu es une interface directe entre le client et le produit. Montrer que tu comprends l'importance de la fidélité fonctionnelle (ne pas sur-customiser, rester dans le standard Odoo) s'aligne avec cette valeur. Dis : "Je préfère toujours chercher si Odoo couvre le besoin nativement avant de proposer un développement spécifique."
② IMPACT — "La meilleure manière d'avoir un impact, c'est de faire ce que je fais"

Pas motivé par l'argent, mais par l'impact en Belgique et dans le monde. Odoo fait vivre 250 000 personnes indirectement dans 200 pays. Ce n'est pas juste un ERP : c'est un levier économique global.

💡 Ce que ça change pour toi : Ne parle pas de salaire, de télétravail ou de carrière quand on te demande pourquoi tu postules. Parle d'impact : "J'aime l'idée que chaque projet Odoo qu'on déploie bien transforme concrètement comment une PME fonctionne — c'est tangible."
③ CULTURE — "Une culture d'entreprise plus forte que les processus"

Face à une croissance explosive (2 500 recrues en un an), Odoo mise sur la culture plutôt que les processus rigides : promotion interne des meilleurs, alignement des investisseurs sur la vision, rémunération compétitive. Ownership et autonomie sont valorisés à tous les niveaux.

💡 Ce que ça change pour toi : Ils veulent des gens qui prennent des initiatives, pas des exécutants. En entretien, montre que tu as agi de manière autonome dans le passé : "Quand j'ai identifié un gap dans le processus chez ce client, je n'ai pas attendu qu'on me le demande — j'ai préparé une proposition et je l'ai présentée directement."
④ RÉSILIENCE — "Le succès ou l'échec sont déterminés par la résilience"

Fabien a survécu à des tentatives de le licencier, des crises de gouvernance, des doutes existentiels. Il est resté fidèle à sa vision à long terme contre vents et marées. La résilience, pas le talent, est la qualité différenciante selon lui.

💡 Ce que ça change pour toi : Si on te demande un échec ou une période difficile, ne minimise pas — valorise la leçon tirée et la suite. Montre que tu ne te défais pas sous pression. C'est une culture qui aime les gens qui ont "vécu des trucs" et en sont sortis plus solides.
Culture & environnement de travail
  • 🌍
    International par nature Plus de 40 nationalités au siège de Louvain-la-Neuve. La langue de travail est l'anglais. Les équipes BA sont organisées par secteur (retail, manufacturing, services...) avec des clients partout en Europe.
    💡 Montre ton niveau d'anglais dès le premier échange. Switche naturellement si l'intervieweur le fait.
  • 🏗️
    Siège au LLN Science Park depuis 2021 Locaux modernes intégrés dans le campus technologique de Louvain-la-Neuve. Environnement jeune, startup spirit mais à l'échelle d'une 5× licorne. Chef cuisinier sur place, sport, échanges interculturels quotidiens.
    💡 Si on te pose la question "Qu'est-ce qui vous attire dans l'environnement Odoo ?", cite un détail concret comme le cadre LLN ou les équipes internationales — ça montre que tu as vraiment regardé au-delà du job description.
  • 🚀
    Croissance explosive — place pour les ambitieux Odoo a embauché 2 500 personnes en un an et prévoit de doubler ses effectifs d'ici 2026. La promotion interne est une priorité : les managers viennent largement des rangs. Si tu performes, tu évolues vite.
    💡 En fin d'entretien, demande : "Comment se passe généralement l'évolution de carrière pour un BA chez Odoo ? Les évolutions vers des rôles de lead ou de solution expert sont-elles fréquentes ?" Ça montre ambition + fit culturel.
  • 🔓
    Open Source dans l'ADN L'open source n'est pas qu'un modèle de licence — c'est la philosophie fondatrice d'Odoo : transparence, partage, contribution communautaire. La communauté génère des modules, des traductions, des corrections. Odoo sans sa communauté n'existerait pas.
    💡 Si tu as une expérience avec des outils open source (Python, PostgreSQL, GitHub...) ou si tu as contribué à quelque chose en dehors du boulot, mentionne-le. C'est culturellement cohérent avec l'ADN Odoo.
  • 🤝
    Investisseurs de prestige alignés avec la vision CapitalG (fonds de croissance d'Alphabet / Google) et Sequoia Capital ont investi en 2024. Wallonie Entreprendre et Noshaq (fonds publics wallons) restent au capital. Cela signifie des ressources importantes + une stabilité de gouvernance rare.
    💡 Utile pour répondre à "Où voyez-vous Odoo dans 5 ans ?" : "Avec CapitalG et Sequoia au capital, et un objectif de 1 Md€ de CA pour 2026, Odoo est clairement sur une trajectoire vers le top 3 mondial de l'ERP."
Positionnement concurrentiel — Odoo vs le marché

Sais-tu positionner Odoo face à ses concurrents ? C'est une question fréquente, surtout si l'entretien dévie vers un rôle de conseil / pre-sales.

vs SAP / Oracle

Odoo = 10× moins cher, déploiement 5× plus rapide. SAP s'adresse aux entreprises >1 000 employés. Odoo cible les PME et midmarket (10 à 1 000 collaborateurs).

vs Microsoft Dynamics

Dynamics est modulaire mais coûteux et nécessite souvent des intégrateurs. Odoo est all-in-one, plus intuitif, avec UX moderne. Avantage Odoo sur TCO et adoption utilisateurs.

vs Salesforce / HubSpot

Salesforce = CRM roi, mais nécessite des connecteurs pour tout le reste. Odoo inclut CRM + ERP + e-commerce + RH dans une seule instance. Moins de frictions d'intégration.

Différenciateur clé

Open source + modularité + prix accessible + UX moderne + rapidité de déploiement. Pour les PME qui ne peuvent pas se payer SAP mais ont des besoins complexes : Odoo est le sweet spot.

💡 Conseil : Si tu as travaillé sur des projets avec d'autres ERP (SAP, Dynamics, etc.) chez Dataroots ou Akkodis, mentionne-le pour montrer que tu comprends le paysage et que tu peux expliquer la proposition de valeur Odoo aux clients hésitants.
Questions à poser sur l'entreprise — qui montrent que tu t'es renseigné
  • ❓
    "Avec la croissance actuelle — vous avez recruté 2 500 personnes cette année — comment l'équipe BA s'est-elle adaptée ? Est-ce que les processus ont évolué ou c'est encore très startup ?"
  • ❓
    "Odoo a des ambitions fortes sur le secteur de la restauration et de l'e-commerce pour 2026 — est-ce que ça crée des opportunités spécifiques pour les BAs côté client ?"
  • ❓
    "L'open source est au cœur de la culture Odoo. En pratique, est-ce que les BAs sont encouragés à contribuer à la communauté ou à participer aux OCA (Odoo Community Association) contributions ?"
  • ❓
    "Comment se positionne Odoo vis-à-vis des partenaires locaux dans votre modèle de delivery ? Est-ce que les BAs travaillent aussi avec des clients via le réseau partner ou uniquement en direct ?"
🎯 Ton angle — pourquoi la recruteuse t'a orienté vers ce rôle

Tu n'as pas d'expérience retail directe — et c'est OK. La recruteuse a identifié quelque chose de précis dans ton profil :

  • 🔌
    Le rôle Retail Expert implique beaucoup de "chipotage" hardware on-site — IoT Box, terminaux de paiement, imprimantes de reçus, scanners de codes-barres, balances, tiroirs-caisse, écrans client. C'est le déploiement physique qu'un pur profil commercial ne gère pas bien. Ton background ingénieur + affinité IT = tu comprends les deux mondes.
  • 🛠️
    Pas d'expert retail = pas de problème si tu maîtrises le flux fonctionnel — Odoo forme intensivement (2 semaines de training + certification). Ce qu'ils ne peuvent pas former facilement : la capacité à troubleshooter un terminal Ingenico à 18h un vendredi chez un client. Ça, tu peux le faire.
  • 💼
    Akkodis = gestion commerciale B2B complexe — tu gères des clients, des pipelines de vente, des relations multi-interlocuteurs. Ce n'est pas du retail B2C mais la logique commerciale (pricing, négociation, fidélisation) est transposable.
💡 Formule clé à utiliser en entretien : "La recruteuse m'a orienté vers ce rôle spécifiquement, parce que le déploiement terrain implique beaucoup d'intégration hardware. Mon background ingénieur me permet de comprendre les contraintes physiques du déploiement — IoT Box, terminaux, connectivité réseau — que quelqu'un avec uniquement un profil commercial aurait du mal à gérer seul. Je compense l'absence d'expérience sectorielle directe par cette capacité à opérer dans des environnements techniques et multi-systèmes."
🏪 Secteur Retail — 10 clés à maîtriser
① Omnichannel

Vente unifiée sur tous les canaux : boutique physique (POS), site e-commerce, marketplace, appli mobile. Le client attend la même expérience partout : stock en temps réel, historique de commande, retours cross-canal.

② Click & Collect

Commande en ligne, retrait en magasin. Enjeux : réservation du stock, délai de préparation, notification client, flux de paiement (déjà payé en ligne ou à la caisse ?). Réduit les coûts de livraison et ramène du trafic en magasin.

③ Panier moyen (Average Basket)

KPI central : CA total ÷ nombre de transactions. L'upsell, le cross-sell, les promotions "3 pour 2" — tout vise à augmenter ce chiffre. Un ERP aide à identifier les produits déclencheurs et à les pousser au bon moment.

④ Pricelists & Promotions

Listes de prix différenciées : par client, par volume, par période (soldes), par canal (web vs magasin). Promotions : % de réduction, achat X → gratuit Y, bons de réduction, cartes cadeaux. Complexité : règles prioritaires, cumul/non-cumul.

⑤ Fidélisation

Programmes de fidélité : points accumulés, niveaux (silver/gold/platinum), récompenses. E-wallet : crédit sur le compte client réutilisable. Cartes cadeaux. Objectif : augmenter la fréquence d'achat et réduire le churn.

⑥ Démarque inconnue (Shrinkage)

Écart entre le stock théorique et le stock réel. Causes : vol (interne/externe), erreur de caisse, casse. Indicateur de santé inventaire. Contrôle : inventaires réguliers, lecture RFID, double validation. Peut représenter 1-3% du CA.

⑦ Gestion multi-magasins

Plusieurs points de vente = plusieurs POS, plusieurs entrepôts, parfois différentes listes de prix. Enjeux : transferts inter-magasins, reporting consolidé, droits d'accès par site, cohérence des prix et des programmes de fidélité.

⑧ Retours & remboursements

Flux retour : réception produit → choix (remboursement cash, avoir, échange) → remise en stock ou quarantaine. En retail, les retours peuvent représenter 10-30% des ventes. Politique claire = satisfaction client + maîtrise des coûts.

⑨ KPIs Retail clés

Panier moyen, taux de conversion, taux de rotation des stocks, marge brute, coût d'acquisition client, Net Promoter Score, taux de retour, démarque inconnue, chiffre d'affaires au m², sell-through rate.

⑩ Saisonnalité & pics

Retail = très saisonnier : Noël, Saint-Valentin, soldes (jan/juil), Black Friday, rentrée scolaire. Impacts ERP : anticipation des stocks, campagnes marketing planifiées, scaling des ressources humaines, gestion de la demande imprévue.

Questions d'entretien — Retail général
C'est LA question à anticiper en premier. Ne la défendez pas nerveusement — assumez-la avec confiance.
  • Mentionner l'orientation de la recruteuse : elle a identifié un fit précis, pas générique
  • Mettre en avant l'angle hardware/IoT : ce que le rôle demande que les profils "purement retail" ne font pas bien
  • Souligner la capacité d'apprentissage : Dataroots (data engineer → consultant), Akkodis (consultant → Business Manager) — tu te formes vite sur de nouveaux domaines
  • Pointer la complémentarité : Odoo forme 2 semaines sur le fonctionnel, tu apportes le reste
"Je vais être direct : je n'ai pas 5 ans de caisse enregistreuse. Mais la recruteuse m'a orienté vers ce poste en particulier pour une raison précise : le rôle Retail Expert implique beaucoup de déploiement terrain et d'intégration hardware — IoT Box, terminaux Ingenico ou Adyen, imprimantes, scanners — et mon profil ingénieur avec une forte affinité IT correspond à ça. Là où un commercial avec 10 ans de grande distribution sera à l'aise pour parler pricing ou merchandising, il aura du mal à déboguer une connexion entre un terminal de paiement et l'IoT Box à 17h chez un client. C'est là que j'interviens. Et côté fonctionnel retail, je m'y mets avec le même sérieux que j'ai mis à apprendre Databricks chez Dataroots en partant de zéro."
  • Omnichannel = expérience client unifiée sur tous les canaux de vente (physique, web, mobile, marketplace)
  • Différent du multichannel (canaux indépendants) : ici les données client, le stock et les promotions sont partagés en temps réel
  • Enjeux : stock unifié (éviter survente en ligne alors qu'il reste 0 en rayon), historique client cross-canal, retours cross-canal, cohérence des prix
  • Pour un commerçant : réduit les coûts (moins de stockage redondant), améliore l'expérience (client connaît ses points de fidélité peu importe le canal)
"L'omnichannel, c'est la réponse à une réalité : le client ne pense pas en canaux, il pense en expérience. Il voit un produit sur l'appli, il le commande en ligne, il le récupère en magasin, et il le retourne via le site web. Si votre ERP ne gère pas ça de manière intégrée, vous avez des stocks désynchronisés, des promotions incohérentes et un client frustré. L'enjeu principal d'une implémentation Odoo retail, c'est justement ça : unifier le POS, l'eCommerce et l'inventaire dans une seule source de vérité."
  • Panier moyen — CA / nombre de transactions. Indicateur d'upsell
  • Taux de conversion — visiteurs / acheteurs. Retail physique : trafic en caisse vs passage devant la vitrine
  • Rotation des stocks — COGS / stock moyen. Trop bas = deadstock, trop haut = risque de rupture
  • Démarque inconnue — % du CA perdu par vol/casse/erreur. Benchmark : 1-3%
  • Taux de retour — % de transactions annulées. Élevé = problème produit ou politique retour trop laxiste
  • CA au m² — indicateur de productivité de surface en grande distribution
"Pour un retail physique, je regarderais d'abord le panier moyen — c'est le premier levier d'action rapide via les promos et le merchandising. Ensuite la rotation des stocks pour identifier les produits qui dorment. Et la démarque inconnue comme signal d'alerte sur les processus internes. Dans Odoo, ces KPIs sont directement disponibles dans les rapports POS et inventaire — c'est un argument fort pour un client hésitant sur l'investissement ERP."
  • Données produits — catalogues souvent hétérogènes (différents noms, codes, unités selon les magasins). Nettoyage data = 40% du projet
  • Connectivité réseau — le POS doit fonctionner même si le wifi tombe. Mode offline critique
  • Formation utilisateurs — personnel de caisse avec fort turnover, formation rapide, interface intuitive exigée
  • Migration des programmes de fidélité — historique points clients à basculer sans rupture
  • Gestion du changement — résistance des équipes terrain habituées à leur ancien système
  • Go-live en période de forte activité — un client retail ne peut pas se permettre de déployer en décembre
"Le plus souvent sous-estimé : la qualité des données. Un retailer avec 5 magasins peut avoir 5 bases de référentiels produits différents. Avant même de toucher à Odoo, il faut investir dans ce nettoyage. Deuxième point critique : le mode offline du POS. Si la connexion lâche pendant les soldes, l'imprimante de reçus ne peut pas tomber avec. Odoo POS continue de fonctionner offline et synchronise au retour — c'est un argument commercial fort que je saurais démontrer."
  • Définir l'objectif : augmenter la fréquence d'achat ? Le panier moyen ? Réduire le churn ?
  • Choisir le mécanisme : points (X € = Y points), niveaux (silver/gold/platinum), cashback, cartes cadeaux, e-wallet
  • Règles de gain et de dépense : sur quels produits, avec quelles exclusions, durée de validité des points
  • Communication : à chaque transaction, le client voit son solde → renforce l'engagement
  • Analytics : surveiller le taux de rachat (redemption rate) — si personne n'utilise les points, le programme ne sert à rien
"Je partirais du problème business avant de parler de mécanisme. Si le retailer a un fort trafic mais un faible panier moyen, un système à points sur les articles premium incite à monter en gamme. Si le problème c'est le churn — les clients achètent une fois et disparaissent — un e-wallet qui expire après 6 mois crée une raison de revenir. Dans Odoo, tous ces mécanismes sont configurables nativement : points, paliers, cartes cadeaux, e-wallet — sans développement spécifique."
  • Vérifier l'éligibilité : délai, état du produit, preuve d'achat (ticket caisse, QR code, email)
  • Choix de remboursement : cash, avoir (credit note), e-wallet, échange produit
  • Traitement stock : remise en rayon, quarantaine, destruction selon état
  • Impact comptable : annulation de la ligne de vente, TVA à régulariser
  • Cross-canal : gérer un retour en magasin d'un achat fait en ligne — nécessite que les systèmes soient intégrés
"Le retour cross-canal est le cas le plus complexe : le client a acheté en ligne, il revient en magasin. Si le POS et l'eCommerce ne sont pas sur le même Odoo, c'est impossible à gérer proprement. C'est un argument fort pour l'intégration full-Odoo. Dans Odoo POS, le retour se fait directement depuis la session — on sélectionne la commande originale, on retourne les lignes, et on choisit : remboursement en cash ou e-wallet. Le stock est automatiquement ajusté et l'écriture comptable générée."
Questions d'entretien — Retail × Odoo
  • Ouverture de session : caissier s'identifie (PIN ou badge), déclare le fond de caisse initial
  • Vente : scan produits (code-barres) ou recherche manuelle → quantité → promotions appliquées automatiquement → sélection du client (fidélité) → paiement (espèces, carte, e-wallet, mixte)
  • Reçu : impression (imprimante thermique via IoT Box) ou envoi email/QR code
  • Gestion mid-session : retours, remises manuelles, changement de caissier, remise en banque partielle
  • Clôture de session : comptage de caisse, comparaison avec théorique, validation, génération du rapport de clôture, synchronisation avec la comptabilité
"Le moment clé en implémentation, c'est la clôture de session. Les commerçants ne comprennent pas toujours que Odoo génère automatiquement l'écriture comptable à ce moment-là. Si la session n'est pas clôturée tous les soirs, la compta est en décalage. C'est une règle d'usage à bien communiquer pendant la formation. J'insisterais aussi sur l'ouverture : le fond de caisse doit être déclaré correctement — sinon le rapport d'écart de clôture ne veut rien dire."
  • C'est quoi : un Raspberry Pi 4 configuré par Odoo qui sert de pont entre le logiciel POS (navigateur web) et les périphériques physiques
  • Pourquoi : un navigateur web ne peut pas accéder directement aux ports USB/série — l'IoT Box fait le relais sur le réseau local
  • Ce qu'elle connecte : imprimante de reçus, imprimante d'étiquettes (Zebra ZD410/ZD420), scanner codes-barres, tiroir-caisse (via câble RJ25 sur l'imprimante), balance, écran client (via HDMI), terminal de paiement
  • Depuis v13 : une seule IoT Box peut servir plusieurs POS — sélection du hardware par POS dans la config
  • Alternative : IoT Box virtuelle Windows — logiciel installé sur un PC Windows, sans matériel dédié
  • Connexion : IoT Box et Odoo sur le même réseau local, appairage via URL ou token
"L'IoT Box, c'est le nœud central du déploiement physique. Et c'est là que ça peut bloquer sur le terrain : l'imprimante n'est pas reconnue, le terminal de paiement ne répond pas, le scanner envoie un mauvais keycode. Ce sont des problèmes qui ont l'air simples mais qui bloquent toute une équipe de caissiers. Mon réflexe : vérifier d'abord que l'IoT Box et le POS sont bien sur le même sous-réseau, puis vérifier l'état des périphériques dans l'interface IoT Devices d'Odoo. Pour les scanners, un point critique : ils doivent terminer les codes-barres par ENTER (keycode 28) — c'est parfois à reconfigurer via le mode de programmation du scanner."
  • Providers supportés nativement : Adyen, Ingenico, SIX (Worldline)
  • Combinaisons possibles sur un POS : Adyen+Adyen, Adyen+Ingenico, Adyen+SIX, Ingenico+Ingenico, Ingenico+SIX
  • Configuration Adyen : API key Adyen + numéro de terminal → configuration dans les paramètres du mode de paiement Odoo
  • Configuration Ingenico : connexion via IoT Box (câble RJ45 ou USB), exception : 1 Ingenico = 1 IoT Box (contrairement aux autres périphériques)
  • Flux de paiement : caissier sélectionne "Carte" dans POS → Odoo envoie le montant au terminal → client tape son code → confirmation retourne au POS → reçu généré
  • En cas d'échec : annulation possible depuis le POS ou manuellement sur le terminal
"La contrainte Ingenico à retenir : contrairement aux autres périphériques où une IoT Box peut servir plusieurs caisses, avec Ingenico c'est 1 terminal = 1 IoT Box. Sur un déploiement avec 5 caisses Ingenico, ça veut dire 5 IoT Boxes — impact budgétaire et logistique à anticiper avec le client. Adyen est plus flexible et la tendance va vers Adyen pour les nouveaux déploiements. Je saurais guider un client sur ce choix selon son contrat d'acquisition bancaire existant."
  • Types disponibles dans Odoo : Programme de fidélité (points), Coupons, Bons de réduction, Promotions, Cartes cadeaux, e-Wallet
  • Programme de fidélité : règles de gain (X points par € dépensé, par produit, par visite) + règles de récompense (remise, produit gratuit, carte cadeau)
  • Multi-canal : les programmes fonctionnent à la fois sur POS, eCommerce et Ventes — les points s'accumulent sur tous les canaux
  • Identification client : via email, numéro de téléphone, code QR ou carte physique (scan scanner)
  • Reporting : suivi du taux de rachat, points en circulation, valeur des récompenses accordées
"La subtilité à expliquer aux clients : un programme de fidélité doit avoir un taux de rachat (redemption rate) entre 20% et 50%. En dessous de 20%, les clients n'utilisent pas leurs points — le programme ne génère pas de comportement. Au-delà de 50%, le coût devient significatif. Dans Odoo, on peut paramétrer une date d'expiration des points, ce qui crée une urgence et augmente le rachat sans exploser les coûts. C'est le genre de conseil à valeur ajoutée qu'un BA doit apporter, pas juste 'voilà comment créer le programme dans le menu'."
  • Odoo POS fonctionne dans le navigateur web — il met en cache les données produits et client au démarrage de session
  • En cas de perte de connexion : les ventes continuent à être enregistrées localement dans le navigateur
  • À la reconnexion : synchronisation automatique avec le serveur Odoo (stock, comptabilité, historique client)
  • Limitation : en mode offline, on ne peut pas consulter les données en temps réel du serveur (nouveaux clients, mises à jour stock). Les modifications faites offline peuvent créer des conflits si le même produit est vendu ailleurs
  • Conseil projet : prévoir une connexion filaire (Ethernet) pour la caisse principale, le wifi comme backup — et documenter la procédure offline avec les caissiers
"Le mode offline est souvent présenté comme un avantage sans nuance — 'ça marche même sans internet'. Mais il faut être honnête : si vous êtes offline pendant 2 heures dans un magasin multi-caisses, vous risquez de survendre un produit dont le stock a été épuisé sur une autre caisse. En implémentation, je préconise systématiquement une connexion filaire pour les caisses, et je forme les caissiers à la procédure de réconciliation post-offline pour vérifier les écarts."
  • Si POS et eCommerce sont dans le même Odoo : synchronisation native, en temps réel — une vente POS réduit le stock visible en ligne automatiquement
  • Les produits doivent être configurés avec "Peut être vendu sur POS" ET "Publié sur le site web"
  • Entrepôt source configurable : le POS peut être rattaché à un entrepôt spécifique, l'eCommerce à un autre — permet de séparer les stocks ou de les mutualiser selon la stratégie client
  • Click & Collect : la commande eCommerce crée un bon de livraison en "retrait sur place" dans l'entrepôt du magasin — le POS valide le retrait
  • Risque : si le client utilise un ERP externe pour l'eCommerce et un POS Odoo, la synchro se fait via API/connecteur — plus complexe, latence possible
"C'est l'argument numéro 1 pour convaincre un retailer de passer au full-Odoo plutôt que de garder son ancien POS et d'y connecter Odoo. La synchronisation native est instantanée et sans code. Si vous avez deux systèmes différents, vous avez forcément une API à maintenir, une latence à gérer et un point de défaillance supplémentaire. J'illustrerais ça avec un scénario concret : vous faites une vente flash en ligne, 200 commandes arrivent en 10 minutes — si le stock n'est pas synchro en temps réel avec votre POS, vous allez survendre et gérer des annulations."
  • Les pricelists (listes de prix) se configurent dans Ventes → Configuration → Listes de prix
  • Règles possibles : % de remise sur le prix de vente, prix fixe par produit/catégorie, prix basé sur le coût + marge
  • Conditions d'application : quantité minimale, période de validité (soldes), pays/devise
  • Affectation : par client (automatique selon son segment), sélection manuelle sur la commande/POS, ou par canal
  • Priorité des règles : si plusieurs règles s'appliquent, Odoo prend la plus favorable ou selon l'ordre de priorité défini
  • Sur le POS : le caissier peut voir et sélectionner une pricelist si activé dans la config
"Un cas fréquent en retail B2B2C : le client a des prix publics, des prix grossiste et des prix VIP. Dans Odoo, je crée 3 pricelists, j'affecte chaque client à sa pricelist, et le commercial ne voit que le bon prix s'appliquer automatiquement sur ses devis. Sur le POS, je peux activer ou non la sélection manuelle selon que les caissiers doivent ou non avoir ce contrôle. C'est une configuration de 20 minutes si les règles sont bien définies en amont — mais le brief avec le client pour comprendre leurs règles de pricing prend souvent 2 jours."
  • Chaque magasin = une configuration POS distincte dans Odoo (avec son propre nom, hardware, pricelist, entrepôt source)
  • Un seul Odoo peut gérer N magasins — le reporting consolide automatiquement
  • Droits d'accès : les caissiers d'un magasin ne voient que leur POS — les managers peuvent voir tous les POS
  • Stock : chaque POS peut avoir son entrepôt dédié OU partager un entrepôt central
  • Transferts inter-magasins : via des bons de transfert (stock picking) entre entrepôts
  • Depuis v13 : une seule IoT Box peut servir plusieurs POS du même réseau — optimise les coûts hardware
"Pour un retailer avec 8 points de vente, le plus grand risque c'est de créer 8 bases de données Odoo séparées — j'ai vu ça. On se retrouve avec 8 programmes de fidélité distincts, impossible de faire du reporting consolidé, et le client ne peut pas utiliser ses points d'un magasin dans un autre. La bonne approche : un seul Odoo, 8 POS configurés, reporting au niveau de chaque magasin ET global. C'est plus simple à maintenir et plus puissant pour l'analyse."
🔌 IoT Box — carte de référence (hardware compatible)
🖨️ Imprimantes de reçus

Via USB ou réseau. Doivent être sur le même LAN que l'IoT Box. Impression possible même sans IoT Box si sur le même réseau (via navigateur).

🏷️ Imprimantes d'étiquettes

ZPL-based : Zebra ZD410, ZD420 → impression automatique. Autres USB : détectées mais template à ajuster. IoT Box obligatoire pour toutes les étiquetteuses.

📷 Scanners codes-barres

USB. Doit envoyer ENTER (keycode 28) en fin de code-barre. Configurable via mode de programmation du scanner (scan d'un barcode spécial dans la doc scanner).

💰 Tiroir-caisse

Connecté à l'imprimante via câble RJ25 (pas directement à l'IoT Box). S'ouvre automatiquement lors d'un paiement en espèces ou sur commande manuelle depuis le POS.

⚖️ Balance

Pour les produits vendus au poids. Connexion via IoT Box. Le POS récupère automatiquement le poids et calcule le prix (ex: fromage, vrac, boucherie).

🖥️ Écran client

Via HDMI sur l'IoT Box (Raspberry Pi 4 = 2 ports HDMI). Affiche le détail de la commande en cours + promotions. Depuis 2020 : 2 écrans supplémentaires possibles.

💳 Terminaux paiement

Adyen, Ingenico, SIX. Ingenico = 1 IoT Box par terminal (exception). Adyen = plus flexible, plusieurs POS. Via IoT Box ou directement sur certains modèles réseau.

📟 Écrans industriels

EloPOS™ compatible. Odoo POS tourne sur n'importe quel navigateur moderne (Chrome recommandé). Tablette, laptop, desktop, kiosque — tous supportés.

💡 L'IoT Box virtuelle Windows : alternative sans Raspberry Pi. Logiciel installé sur un PC Windows existant. Même fonctionnalités (avec quelques exceptions). Idéal pour les déploiements où le client ne veut pas de matériel supplémentaire ou a déjà un PC dédié à la caisse.
🔄 Flux clés Retail dans Odoo
① Vente POS standard
Ouverture session + fond de caisse → Scan produits → Identification client (fidélité) → Paiement (carte/espèces/e-wallet) → Reçu (imprimante/email/QR) → Clôture session + réconciliation
② Click & Collect
Commande en ligne (eCommerce) → Paiement en ligne → Bon de livraison "retrait magasin" → Préparation (écran prépa) → Notification client → Validation retrait en POS
③ Retour produit
Client avec produit + preuve achat → Retrouver commande dans POS → Sélection lignes à retourner → Choix : cash / avoir / e-wallet → Stock ajusté + écriture comptable
④ Réapprovisionnement
Stock atteint niveau min (règle de réappro) → Bon de commande auto (ou manuel) → Réception fournisseur → Mise en stock (scan barcode) → Stock POS + eCommerce mis à jour
💻 La démo Odoo — ce qu'il faut préparer pour Step 4

L'entretien final = tu fais une démonstration live d'Odoo. Prépare ces scénarios sur odoo.com/trial

  • Configurer un POS de A à Z : créer un POS, activer les modules (fidélité, pricelist), simuler la connexion d'un scanner et d'une imprimante
  • Faire une vente complète : ouvrir session, scanner des produits, appliquer une promotion, identifier un client fidélité, payer en plusieurs modes, imprimer le reçu
  • Créer un programme de fidélité : 1 point par €, récompense à 50 points = 5€ de remise, valable uniquement sur certains produits
  • Configurer une promotion "3 pour 2" : achat de 3 articles → le moins cher offert. Dans Odoo : Promotions → règle de récompense conditionnelle
  • Créer une pricelist "Grossiste" : 15% de remise sur tous les produits d'une catégorie, applicable uniquement aux clients tagués "Grossiste"
  • Effectuer un retour : retrouver la commande, retourner 1 article sur 3, rembourser en e-wallet, vérifier que le stock est remis à jour
  • Montrer le lien POS ↔ Inventaire : vendre un produit en POS → voir le stock diminuer en temps réel dans l'app Inventaire
  • Clôturer la session : comptage de caisse, identifier l'écart, valider la clôture, voir le rapport de session
💡 Astuce démo : Ne cherche pas à être parfait — cherche à penser à voix haute. Dis ce que tu fais et pourquoi. "Je vais dans Configuration → Programmes de fidélité parce que c'est là qu'on gère à la fois les points, les coupons et les cartes cadeaux. Je préfère ça à la gestion séparée qu'on trouve dans d'autres ERP." Montre que tu comprends la logique, pas juste les clics.
🎯 STEP 3 — VIDEO CALL MANAGER EXPERTISES

Ce n'est pas un test technique — la démo, c'est Step 4. Ici la manager évalue ton territoire d'expertise, ton ambition sur la dimension Expert (coacher, créer du contenu, Odoo Experience) et ton fit avec l'équipe.

🔑 Ton argument clé — Akkodis couvre 3/5 des critères Must Have

Le Must Have demande 3-5 ans dans : retail, subscription models, pricing strategy, merchandising, ou sales strategy. Akkodis Business Manager couvre directement :

✅ Pricing Strategy

Tu fixes les taux journaliers de tes consultants, négocies les marges par client et par profil, gères les remises sur volume et les grilles tarifaires — c'est de la pricing strategy appliquée.

✅ Sales Strategy

Tu pilotes un pipe commercial, acquiers de nouveaux comptes, fidélises et développes des comptes existants (upsell de profils supplémentaires). C'est exactement la sales strategy du Must Have.

✅ Subscription Model

Le staffing = des contrats récurrents renouvelables. Tu gères les renouvellements, anticipes les fins de mission, upselles de nouveaux profils sur un compte. Même mécanique que l'abonnement en retail.

💡 Formule à utiliser d'emblée en entretien : "Mon expérience en pricing strategy et sales strategy est directe — chez Akkodis je gère un portefeuille commercial avec ses propres règles de tarification, de fidélisation et de renouvellement. C'est fonctionnellement équivalent à ce que fait un responsable commercial retail sur ses segments clients. Ce n'est pas du POS, mais la logique commerciale — comment créer de la valeur sur un compte, comment structurer une offre, comment prioriser — est la même."
Questions Step 3 — Ce que la manager va te demander
C'est la question d'ouverture probable. Elle veut entendre ton "territoire" clairement nommé — pas une liste de compétences, une identité.
  • Nommer explicitement les 2-3 critères du Must Have que tu couvres
  • Faire le pont Akkodis → retail (pricing, subscription, sales strategy)
  • Ajouter l'angle hardware/IoT comme différenciateur complémentaire
  • Conclure par ce que tu apportes que d'autres n'ont pas
"Mon expertise principale, c'est la mécanique commerciale — pricing, stratégie de vente, gestion de comptes — combinée à une forte affinité technique. Chez Akkodis, je suis Business Manager : je fixe les prix, je négocie les marges, je gère des renouvellements de contrats récurrents et je développe des comptes. Si on regarde les critères de votre fiche — pricing strategy, subscription model, sales strategy — c'est exactement ce que je fais depuis plusieurs années. Ce qui est spécifique à mon profil, c'est que je peux aussi gérer la complexité hardware côté déploiement — IoT Box, terminaux, intégrations physiques. C'est la combinaison que la recruteuse a identifiée comme rare pour ce rôle."
Question critique — elle filtre les candidats qui veulent juste "un job BA" de ceux qui ont compris la dimension Expert.
  • Montrer que tu as lu la fiche en profondeur : Center of Excellence, coaching partenaires, collaboration Product Owners, Odoo Experience
  • Exprimer une vraie appétence pour le coaching et le transfert de compétences
  • Lier à ton expérience : tu formes déjà (consultants, clients Akkodis ?)
  • Formuler une idée concrète de ce que tu apporterais au CoE
"Ce qui me motive dans le rôle Expert, c'est précisément la dimension multiplicateur — le fait que mon impact ne se limite pas au projet que je livre mais s'étend aux partenaires que je coache et aux BAs que je forme. J'ai chez Akkodis une partie de mon rôle qui consiste à monter en compétence des consultants juniors et à structurer des pratiques sur les sujets data. C'est la partie que je préfère. L'idée de devenir une référence sur le module POS et fidélisation pour l'ensemble du réseau Odoo, de contribuer à Odoo Experience, de faire remonter des insights terrain aux Product Owners — c'est exactement le type d'impact que je cherche."
Elle cherche ta proposition de valeur unique, pas une liste de qualités génériques.
  • Angle hardware/IoT = rare dans un profil BA → capacité à résoudre les blocages terrain que d'autres escaladent
  • Background ingénieur → compréhension des contraintes techniques lors des déploiements physiques
  • Expérience data (Dataroots, Collibra) → capacité à analyser les données retail (stocks, KPIs, promotions) avec plus de profondeur qu'un BA pur fonctionnel
  • Position neutre (pas de retail direct) → pas de biais "on faisait comme ça chez Carrefour"
"Deux choses. D'abord, la capacité à gérer la complexité hardware on-site sans escalade. Un partenaire qui est bloqué à 17h parce que son terminal Ingenico ne répond plus à l'IoT Box — je sais diagnostiquer ça. Ce n'est pas le profil type d'un BA qui vient du retail pur. Deuxièmement, mon background data : j'ai travaillé sur Databricks, Collibra, des pipelines analytics. Dans un contexte retail où les données de vente, de stock et de fidélité sont critiques, je peux aller plus loin qu'un setup POS — je peux aider un client à construire une vraie intelligence sur ses données retail dans Odoo."
Ils investissent 6 mois de QuickStart sur toi — ils veulent voir que tu as un plan, pas juste une bonne volonté.
  • S'appuyer sur l'onboarding QuickStart (ne pas faire semblant de ne pas avoir besoin de formation)
  • Montrer une approche structurée : certifications, visites clients, shadowing des experts senior
  • Mentionner des actions déjà engagées (trial Odoo POS, lecture documentation)
  • Fixer un objectif concret en 6 mois
"J'aborderais les 6 mois en trois phases. Les 8 premières semaines : absorption maximale — formations QuickStart, certification Odoo POS, shadowing des experts senior sur des projets retail en cours, visites terrain pour comprendre les vrais problèmes hardware. Mois 3-4 : première autonomie guidée sur des projets avec support, en me concentrant sur les modules que j'ai déjà explorés (POS, fidélité, pricelists). Mois 5-6 : première contribution CoE — pas forcément une conférence, mais peut-être un guide de troubleshooting IoT ou un template de configuration de programme de fidélité réutilisable. J'ai déjà commencé à parcourir la documentation IoT Box et à tester le trial — pas pour arriver en prétendant tout savoir, mais pour arriver avec des questions intelligentes."
Question piège — ne défends pas, compare intelligemment.
  • Ne pas minimiser l'expérience retail — reconnaître sa valeur
  • Retourner la comparaison : un profil pur retail peut avoir des angles morts (technique, hardware, data)
  • Le "pas de biais sectoriel" est un vrai avantage pour un Expert qui doit former des partenaires sur des contextes variés
  • Finir sur la complémentarité : l'équipe idéale a probablement les deux profils
"Un profil avec 5 ans chez Carrefour apporte une légitimité sectorielle que je n'ai pas. Mais il peut aussi arriver avec des biais — 'chez nous on faisait autrement', 'notre logiciel précédent permettait ça' — qui compliquent le travail de conseil neutre. Mon avantage : je n'ai pas de système de référence concurrent dans la tête. J'aborde Odoo et le retail sans présupposés. Et j'apporte des compétences que ce profil n'a probablement pas : la capacité à gérer un déploiement IoT complexe, l'analyse de données, la vision systems. Pour un rôle qui consiste aussi à coacher des partenaires sur des contextes très variés — grande distribution, restauration, e-commerce — cette neutralité et cette polyvalence technique sont des atouts."
Question de simulation sur la dimension coaching. Elle veut voir ta méthode, pas juste ta connaissance technique.
  • D'abord comprendre avant de répondre : quel est le problème exact ? Qu'a-t-il déjà essayé ?
  • Diagnostic structuré : canal concerné (POS, eCommerce, ou les deux ?), comportement observé vs attendu, version Odoo
  • Ne pas donner la réponse directement si le partenaire peut y arriver seul — le but est de le rendre autonome
  • Formaliser la solution pour que d'autres partenaires en bénéficient (documentation CoE)
"Je commencerais par lui poser 3 questions avant toute chose : quel est le comportement observé exactement ? Est-ce que les points s'accumulent bien mais ne se récupèrent pas cross-canal, ou est-ce que le programme ne s'applique pas du tout en eCommerce ? Et quelle est la version Odoo ? Parce que le comportement des programmes fidélité a changé entre v16 et v17. Une fois le diagnostic précis, je lui partage la configuration attendue étape par étape — pas uniquement la réponse, mais le raisonnement, pour qu'il comprenne et puisse résoudre le prochain cas similaire seul. Et si la solution est non triviale, je la documente dans la base de connaissances CoE pour que les 200 autres BAs en bénéficient."
Elle teste si tu as fait des efforts proactifs ou si tu arrives les mains dans les poches.
  • Mentionner le trial Odoo POS exploré (modules POS, fidélité, pricelists)
  • La documentation IoT Box et terminaux de paiement lue
  • Le Survival Guide / HRGuidebook lu
  • Si tu connais un utilisateur Odoo ou partenaire → encore mieux
  • Honnêteté sur ce qui reste à apprendre → crédibilité
"J'ai ouvert un compte trial Odoo et configuré un POS de zéro : créé des produits, mis en place un programme de fidélité avec règles de points et récompense, et testé une pricelist différenciée par segment client. J'ai lu la documentation IoT Box pour comprendre les contraintes de connexion des terminaux Ingenico vs Adyen — notamment la règle du 1 Ingenico = 1 IoT Box qui a un impact budgétaire concret sur les déploiements multi-caisses. J'ai aussi lu le Survival Guide. Ce que je n'ai pas encore fait : une vraie session de clôture avec réconciliation de caisse — c'est sur ma liste pour cette semaine. Je préfère vous dire ce que je maîtrise et ce que je dois encore consolider plutôt que de survendre."
La dimension interne du rôle Expert est souvent sous-estimée par les candidats. Elle teste si tu l'as comprise.
  • Chez Akkodis : collaboration avec les équipes sales sur des propositions commerciales, pricing, positionnement — c'est du support Sales
  • Capacité à vulgariser le fonctionnel Odoo POS pour des commerciaux qui ne connaissent pas le produit
  • Créer des materials : battlecard, FAQ, pitch deck — c'est du support Marketing
  • L'important : montrer qu'on comprend que l'Expert est aussi une ressource interne
"Oui — chez Akkodis, une partie de mon rôle est de préparer des propositions commerciales et d'accompagner des commerciaux sur des deals complexes où ils ont besoin d'un référent technique ou business. C'est fonctionnellement similaire à ce que le rôle décrit : préparer des sales kit sur les apps Retail, aider les commerciaux à répondre aux objections techniques, créer des ressources que l'équipe marketing peut utiliser. La différence ici, c'est que le produit c'est Odoo POS plutôt que des consultants — mais la mécanique de collaboration Sales/Expert est la même."
❓ Tes questions pour la manager — celles qui montrent que tu as lu entre les lignes

À Step 3, tes questions comptent autant que tes réponses. Une bonne question montre que tu as compris le rôle en profondeur. Prépare-en 4-5, tu en poseras 2-3.

  • ❓
    "Comment est structuré le Center of Excellence Retail aujourd'hui — combien d'Experts, quels sont les principaux gaps que vous cherchez à combler ?"
    → Montre que tu as compris la dimension CoE et que tu penses déjà en termes de contribution à l'équipe.
  • ❓
    "Dans les projets retail que vous gérez, quel est le profil de clients le plus fréquent — grande distribution, commerce indépendant multi-magasins, e-commerce pur ? Et quel est le module qui pose le plus de difficultés en déploiement ?"
    → Question d'expert terrain. Montre de la curiosité professionnelle et t'aide à comprendre ce qui t'attend concrètement.
  • ❓
    "Comment fonctionne la collaboration avec les Product Owners en pratique — est-ce un process formel de remontée de feedback ou c'est plus informel ?"
    → Montre que tu as lu la description en détail et que tu t'intéresses à la partie la plus valorisante du rôle Expert.
  • ❓
    "À Odoo Experience, quelle est la nature de la contribution des Retail Experts — sessions de formation, keynotes, workshops partenaires ?"
    → Signal d'ambition sur la visibilité externe. Tu ne cherches pas un rôle invisible.
  • ❓
    "Quel est, selon vous, le plus grand défi auquel fait face un BA en début de QuickStart dans la vertical Retail — est-ce la maîtrise fonctionnelle du module POS, la gestion des déploiements hardware, ou autre chose ?"
    → Question humble et stratégique — elle te donne une information précieuse et montre que tu anticipes les difficultés plutôt que de les ignorer.
🧭 La bonne posture pour Step 3
  • 🎯
    Cadre d'emblée ton expertise — ne laisse pas la manager chercher le lien entre ton parcours et le retail. Dis-le dès les 2 premières minutes : "pricing strategy et sales strategy, c'est ce que je fais".
  • 🧠
    Montre que tu as compris BA ≠ Expert — si tu parles uniquement d'implémentation projet, tu rates la moitié du poste. Mentionne coaching, contenu, Product Owners, Odoo Experience.
  • 🙋
    Sois honnête sur ce que tu ne sais pas encore — mais montre l'initiative déjà prise — "j'ai exploré le trial", "j'ai lu la doc IoT Box". C'est infiniment plus crédible que "j'apprendrai vite".
  • ⏱️
    Ne remplis pas les silences — à Step 3, les questions sont larges. Prends 2 secondes, structure, réponds. Une réponse de 60 secondes bien construite bat une réponse de 4 minutes décousue.
  • 📖
    Lire le Survival Guide avant l'entretien — odoo.com/r/HRGuidebook — ils le mettent en lien dans la fiche. Les candidats qui ne l'ont pas lu, ça se voit.