Votre rôle
L’intégrateur garde Odoo
Implémentation, migration, configuration, montée de version, hébergement, support et relation ERP restent chez vous.
Pour les intégrateurs Odoo
Répondez aux demandes IA de vos clients sans construire une nouvelle équipe.
Vous gardez la relation et le périmètre Odoo. Nous cartographions, déployons et mesurons le premier workflow avec votre équipe, sous une frontière commerciale écrite.
Une frontière écrite, un périmètre commun, un résultat mesuré.
La frontière de responsabilité
Deux expertises. Aucun angle mort pour le client.
La collaboration fonctionne seulement si chacun sait précisément ce qu’il possède, ce qu’il livre et ce qu’il ne vend pas.
Notre rôle
Basalt prend la couche IA
Map des workflows, agents adaptés aux données, garde-fous, adoption et mesure des résultats.
Ensemble
Le client voit une seule équipe
Le périmètre, les accès, les dépendances et les validations sont partagés avant de construire.
Deux façons de travailler
Vous choisissez votre niveau d’implication.
Le modèle commercial et les responsabilités sont écrits pour chaque opportunité avant le premier échange client.
01
Co-livraison
Vous restez dans le projet. Nous exécutons Basalt Core sur le périmètre choisi et coordonnons les dépendances avec votre équipe.
Le meilleur format quand le workflow touche la configuration ou la roadmap Odoo.
02
Apport d’affaire
Vous faites l’introduction, nous qualifions puis livrons le périmètre IA. Vous gardez la visibilité convenue et les conditions commerciales sont fixées par écrit.
Le format simple lorsque vous ne souhaitez pas mobiliser une équipe de delivery.
Ce que reçoit le client
Les mêmes quatre phases, avec l’intégrateur au bon endroit.
Le projet reste borné et lisible. Le nettoyage des données, la sécurité et la validation humaine vivent dans ces phases, pas à côté.
01
Map
Auditer les workflows, chiffrer le point de départ et choisir la première priorité.
02
Deploy
Construire sur la configuration, les droits et les données réelles du client.
03
Measure
Mesurer l’usage, les exceptions et le temps réellement rendu aux équipes.
04
Expand
Maintenir ce qui tourne et décider du prochain workflow à partir des résultats.
La première opportunité
Un chemin court avant de parler de partenariat à grande échelle.
01
Vous partagez le contexte
Le client, sa version Odoo, les modules concernés et la question qu’il vous pose.
02
On vérifie la frontière
Ce qui est natif dans Odoo, ce qui relève de votre configuration et ce qui mérite réellement une couche IA.
03
On cadre ensemble
Rôles, accès, périmètre, mesure de départ et conditions commerciales sont écrits.
04
On lance Map
Le client voit où part le temps et reçoit un premier plan avant tout déploiement.
Pourquoi le faire ensemble
Une nouvelle capacité sans mettre le compte en risque.
Pas de recrutement spéculatif
Vous ajoutez une capacité IA à une demande encore irrégulière sans créer immédiatement une nouvelle équipe.
Le compte reste protégé
Notre frontière commerciale est explicite. Nous ne répondons pas sur les missions ERP qui font votre métier.
Une méthode mesurable
Le client n’achète pas une démonstration. Il valide un workflow, un point de départ et un résultat observable.
FAQ
Les questions à régler avant la première mission.
La relation partenaire
Basalt devient-il l’interlocuteur principal du client ?
Non. Le rôle de chacun est convenu avant l’introduction. En co-livraison, vous restez dans la gouvernance du projet et gardez la relation ERP.
Répondez-vous sur des projets d’implémentation ou de migration Odoo ?
Non. Nous ne vendons ni implémentation, ni migration, ni montée de version, ni support Odoo. Ces missions restent chez l’intégrateur.
Peut-on présenter l’offre sous nos deux marques ?
Oui. Le format, les rôles visibles et la communication client sont définis pour chaque mission.
Comment fonctionne la rémunération du partenaire ?
Elle dépend du modèle retenu, co-livraison ou apport d’affaire, et du rôle réel de chaque équipe. Les conditions sont écrites avant la proposition au client.
Y a-t-il un engagement ou un volume minimum ?
Non. Le plus simple est de commencer sur une opportunité réelle, puis de décider si un cadre plus large est utile.
La livraison chez le client
Qui choisit le premier cas d’usage ?
Le choix se fait avec le client et l’intégrateur pendant Map, à partir du temps perdu, des données disponibles, du risque et de la possibilité de mesurer.
De quels accès avez-vous besoin ?
L’audit commence en lecture seule. Le déploiement utilise ensuite un utilisateur de service dédié avec le minimum de droits nécessaire au workflow validé.
Que se passe-t-il si le besoin est déjà couvert nativement par Odoo ?
On le dit et on ne le revend pas. Le périmètre est déplacé vers le travail réellement manquant autour de la fonction native, ou abandonné.
Qui valide les actions des agents ?
Le client. Les nouveaux agents tournent d’abord à blanc. Les décisions sensibles et les communications externes restent contrôlées par une personne.
Comment mesurez-vous la réussite de la mission ?
Avec le point de départ écrit pendant Map, puis l’usage, le volume, les exceptions et le temps rendu sur le même workflow. Un agent inutilisé n’est pas compté comme un succès.
Commençons par une opportunité réelle.
Apportez un contexte client ou une instance de démonstration. En un échange, on vérifie la frontière, le premier workflow possible et la meilleure façon de le livrer ensemble.
Aucune obligation de volume. Le cadre vient après la première mission, s’il est utile.