Galerie AutoRessources · CRM & agents IA

Cas d’usage

Trouver le bon véhicule, avec les faits du CRM.

Avec une connexion Muse autorisée, recherchez des véhicules dans l’organisation choisie, puis ouvrez la fiche retenue. Comparez le résultat au CRM avant de l’utiliser dans une réponse commerciale.

Préparer une consultation vérifiable

Terminez le guide de connexion, puis vérifiez l’organisation et la permission Inventaire en consultation (vehicles:read). Choisissez une question dont vous pouvez contrôler le résultat : une marque présente dans votre inventaire et un budget connu, par exemple.

La recherche MCP accepte la marque, le modèle, le prix maximal et le statut. Le statut disponible n’inclut pas automatiquement le statut à vendre. Si les deux sont pertinents, demandez deux recherches distinctes.

Une demande à essayer

Dans l’organisation autorisée, recherche les Toyota au statut disponible dont le prix enregistré ne dépasse pas 25 000 $. Présente au maximum cinq fiches avec numéro de stock, modèle, année, kilométrage et prix. Indique les valeurs absentes et s’il existe une page suivante. Ne modifie aucune fiche.

Le budget et la marque sont un exemple de consigne. Il ne s’agit pas d’un inventaire de démonstration ni d’une offre de véhicules. Si aucun résultat ne correspond, Muse doit l’indiquer, sans inventer de stock.

Pour un critère d’année ou de kilométrage, demandez à Muse de comparer les champs retournés après lecture : ce ne sont pas des filtres natifs de cette recherche. Pour une liste exhaustive, il faut parcourir toutes les pages pertinentes.

Passer d’une liste à une fiche

  1. Vérifiez la marque et le modèle, puis le numéro de stock afin de distinguer les véhicules semblables.
  2. Demandez la fiche disponible via le MCP avec galauto_get_vehicle et l’identifiant retourné par la recherche.
  3. Comparez prix, kilométrage et statut avec le CRM.
  4. Demandez les liens photo_urls et le nombre photo_count si les images sont utiles.

Le prix enregistré n’est pas, à lui seul, un calcul de taxes, de financement ou une garantie de disponibilité au moment d’une visite. Si la discussion a duré, relisez la fiche avant de communiquer une information devenue sensible au temps.

Éviter une réponse partielle présentée comme complète

Une recherche retourne 20 résultats au maximum par défaut, avec une limite configurable jusqu’à 50. Quand has_more est vrai, la valeur next_offset permet de poursuivre. Si la limite de pagination est atteinte, le serveur demande d’affiner la recherche ; ne poursuivez pas avec un offset inventé. Un total calculé sur la première page seulement ne décrit pas tout l’inventaire.

Demandez explicitement : « As-tu consulté toutes les pages ou seulement les cinq premières fiches ? » Une sélection courte est utile pour commencer, à condition d’être nommée comme telle.

Traiter les photos et les champs absents

Les liens photo suivent l’ordre disponible dans le CRM, à partir de photos puis, en repli, images. Le MCP transmet ces liens ; il ne télécharge pas les fichiers sur le poste de Muse. Une image peut ne pas s’afficher dans le chat même si son lien est lisible.

Une couleur, une finition ou un kilométrage absent doit rester « non renseigné ». Ne demandez pas à l’assistant de déduire une caractéristique technique à partir d’une autre fiche. Si une URL photo ne s’ouvre pas, signalez ce résultat séparément d’une erreur de connexion au CRM.

Quand le scénario est réussi

  • L’organisation retournée est celle attendue.
  • La fiche correspond au bon numéro de stock.
  • Les faits affichés concordent avec la lecture CRM.
  • Les limites de pagination et les champs manquants sont explicites.
  • Aucune écriture n’a été demandée pendant ce scénario.

Cette réussite valide une consultation. Elle ne valide ni publication Marketplace, ni envoi Messenger, ni synchronisation de conversation.

Documentation produit vérifiée le . Les exemples sont des consignes à adapter, sans données clients ni résultat garanti.