✅ 1.
Garde les sigles tels quels
• Les termes comme ERP, CRM, UX, API, RH, Gantt, PME sont connus du
public technique.
• Tu peux les utiliser sans les développer à chaque fois, sauf s’ils ont
plusieurs interprétations possibles selon le contexte.
Exemple :
✔ « Odoo est un ERP modulaire accessible via une interface web intuitive. »
❌ « Odoo est une solution de planification des ressources de l’entreprise
modulaire… » (trop long et inutile pour un public technique)
✅ 2. Mets l’accent sur les aspects techniques de Odoo
Voici ce que le public tech attend :
📦 Architecture technique :
• Backend : Python (framework Odoo)
• Frontend : QWeb (XML), JavaScript
• Base de données : PostgreSQL
• Web-based : accédé via navigateur
• API REST et XML-RPC disponibles pour les intégrations
⚙️ Fonctionnement modulaire :
• Chaque module est une app indépendante (CRM, RH, Vente…)
• Ajout/déploiement facile de modules tiers
• Hébergement : on-premise ou cloud ([Link])
Personnalisation :
• Possibilité de créer ses propres modules (Python)
• Vue héritée (inherit view) pour personnaliser l’interface
• Automatisation via les workflows et scripts serveur
✅ 3. Montre une démonstration ou un schéma technique
• Un schéma de l’architecture d’Odoo (base de données, serveur, modules)
• Ou une courte démo en local si possible (avec Odoo Community en local)
✅ 4. Bonus : Montre des cas réels de customisation
• Exemple : un module Python personnalisé pour gérer les réservations de
salles
• Intégration avec un système externe (via API)
• Ajout de champs personnalisés dans un modèle Odoo ([Link])
📌 Exemple de slide technique résumé :
Slide Titre : Architecture de Odoo
• Backend : Python (framework Odoo)
• Frontend : QWeb, JS
• ORM intégré
• Base de données : PostgreSQL
• API : REST, XML-RPC
• Modules installables dynamiquement