Ouvert aux rôles permanents, interim et redressement de programme ciblésSéoul·Europe–APAC
Sébastien TangPROGRAMMES · GOUVERNANCE · REDRESSEMENT
N° 007Agentforce & IA3 min read· 22 février 2026

Agentforce Commerce : avancer avec un catalogue imparfait

La recherche conversationnelle ne crée pas les données produit absentes. Cadre de pilote pour tester valeur, qualité du catalogue, règles et gouvernance.

défiler pour lire ↓
Pilote Agentforce Commerce borné par la qualité du catalogue
Agentforce ETI
EN BREF

À lire si

vous envisagez un pilote de recherche conversationnelle avec un catalogue hétérogène et devez savoir ce qui peut être testé sans inventer la donnée manquante

01
Une annonce ne prouve pas la disponibilité
Vérifiez le statut produit, le SKU, la région et le contrat dans la documentation actuelle avant de concevoir autour d'une capacité annoncée.
02
Commencer sur une famille de produits
Choisissez un parcours où les attributs, règles, prix et stocks ont des sources identifiées et mesurables.
03
Séparer compréhension et décision
Le langage naturel peut interpréter l'intention ; prix, éligibilité, conformité et disponibilité restent déterministes.

Salesforce a annoncé l’accord pour acquérir Cimulate en février 2026 et, selon la note éditoriale ajoutée au communiqué, a finalisé l’acquisition le 3 mars 2026. Cette finalisation ne confirme pas à elle seule la disponibilité générale, le périmètre contractuel ni le comportement dans un tenant précis.

Pour une ETI, la bonne question n’est donc pas « faut-il acheter la promesse ? », mais « quel parcours pouvons-nous tester avec les données et les règles que nous maîtrisons ? »

Ce qu’une couche conversationnelle peut apporter

Elle peut aider un utilisateur à exprimer un besoin avec ses propres mots, demander une précision et traduire des contraintes en filtres. Elle ne crée pas :

  • un attribut produit absent ;
  • une compatibilité non documentée ;
  • un prix ou un stock à jour ;
  • une règle de vente ou de conformité ;
  • un propriétaire de donnée ;
  • une procédure de correction.

L’architecture doit donc séparer la compréhension de l’intention et les décisions commerciales déterministes.

Choisir un pilote défendable

Sélectionnez une famille de produits où :

  1. les descriptions sont suffisamment lisibles ;
  2. les attributs discriminants existent ;
  3. le prix, le stock et l’éligibilité ont une source de vérité ;
  4. les règles de conformité sont explicites ;
  5. une équipe peut corriger le catalogue ;
  6. la recherche actuelle fournit une baseline.

Écartez d’abord les produits réglementés, les configurations complexes ou les gammes dont les données ne peuvent pas être validées.

Construire le contrat de données

Pour chaque information utilisée par l’agent, consignez :

InformationSourceFraîcheurPropriétaireComportement si absente
DescriptionPIM ou Commercedéfinie localementéquipe cataloguedemander une précision ou s’abstenir
AttributPIM/ERPselon le produitdata ownerne pas inférer
Prixmoteur de prixtemps requiscommerce/financeappeler le service autorisé
StockERP/OMStemps requissupply chainafficher l’incertitude ou refuser
Éligibilitéservice de règlesimmédiatemétier/conformitébloquer la recommandation

Ce contrat rend les limites testables et empêche le modèle de combler silencieusement les trous.

Data 360 : seulement si le cas l’exige

Data 360 peut être pertinent si la recommandation dépend d’une identité cross-système, d’un historique de commande, de segments ou d’une activation gouvernée. Il n’est pas nécessaire pour prouver qu’une recherche conversationnelle fonctionne sur un catalogue borné.

Si des données personnelles entrent dans le parcours, vérifiez séparément la finalité, la base légale, la minimisation, la durée de conservation, les droits d’accès et la propagation des suppressions. Le Trust Layer apporte des contrôles techniques ; il ne constitue ni une obligation européenne générale ni une preuve de conformité RGPD.

Mesurer sans benchmark emprunté

Comparez le pilote avec la recherche existante sur un jeu de requêtes versionné :

  • requêtes réussies ;
  • zéro résultat ;
  • reformulations ;
  • contraintes contradictoires ;
  • produit indisponible ;
  • attribut manquant ;
  • demande hors périmètre.

Mesurez localement la pertinence, l’exactitude factuelle, le respect des contraintes, le taux de clarification, les abandons, la latence et la conversion du parcours borné. Ne publiez aucun gain avant que le protocole, la baseline et la période soient documentés.

Vérifier l’offre avant l’investissement

Demandez une confirmation écrite sur :

  • le nom et le statut actuels de la fonctionnalité ;
  • les éditions compatibles ;
  • les licences Agentforce, Commerce et Data 360 requises ;
  • les régions et langues supportées ;
  • la métrique de consommation ;
  • les limites, logs et modalités de suppression ;
  • le rollback si le pilote échoue.

Décision

Le bon pilote n’attend pas un catalogue parfait. Il exige un périmètre où la vérité produit est identifiable, les décisions sensibles restent déterministes, les lacunes déclenchent une réponse sûre et l’amélioration est mesurée contre l’existant.

Élargissez seulement après avoir corrigé les lacunes révélées par le premier périmètre et confirmé la disponibilité contractuelle des capacités utilisées.

Vous voulez ça pour votre org ?

Utilisez Program Control Review quand un programme Salesforce complexe doit reprendre le contrôle des décisions.

La revue porte sur décisions, gouvernance, risques de delivery, alignement intégrateur, owners, options et transfert accountable. Les sujets produit ou architecture restent du contexte, pas une promesse publique d’implémentation.

Notes d’architecture

Des notes étayées. Sans remplissage.

Les notes que j’envoie aux CTO et partenaires SI. Patrons d’architecture, post-mortems, et l’avis occasionnel qui ne tiendra pas dans une proposition.

Envois occasionnels · informations de confidentialité dans les mentions légales
Sébastien Tang

Sébastien Tang

Directeur de programme Salesforce. 15 ans dans l’IT, dont plus de 10 ans d’implémentation et de delivery Salesforce. Programmes complexes, gouvernance et redressement entre l’Europe et l’APAC. EN · FR.

Disponibilité Disponible pour des missions ciblées de direction et de redressement de programmes · Séoul · Europe–APAC
Réserver un appel