Le travail au quotidien

Équipes commerciales : reprendre chaque opportunité avec son histoire

Du premier besoin au prochain échange, gardez le client, l’offre, les objections et les engagements dans le même contexte de travail.

Exemple de parcours

Un parcours concret, du signal à la suite du travail

  1. Retrouvez la promesse précédente avant le prochain appel.

  2. Un échange WhatsApp modifie le besoin.

  3. Examinez l’offre ProductOS et l’approbation du responsable encore attendue.

  4. Préparez une relance pertinente et vérifiez le résultat d’envoi.

Illustration fictive. Les fonctions, sources et accès disponibles dépendent de votre environnement ; les conditions sont précisées ci-dessous.

Sur cette page
  1. À qui s’adresse ce parcours
  2. Avant le prochain appel
  3. Transformer une conversation en suite visible
  4. Ce que voit le responsable
  5. Rôles et transmission
  6. Conditions d’utilisation
  7. Outils et prérequis

À qui s’adresse ce parcours

Commerciaux, chargés de compte, responsables de vente et équipes de suivi travaillent souvent entre appels, WhatsApp, rendez-vous, notes et documents. Le problème n’est pas seulement le manque d’information : les fragments existent, mais la personne qui doit agir ne retrouve pas toujours leur lien.

L’OS permet de suivre une histoire commerciale autorisée : besoin exprimé, budget évoqué, offre proposée, objection, décision et prochaine action. Il ne remplace pas automatiquement les champs ni les dossiers officiels du CRM existant.

Avant le prochain appel

Retrouvez ce que le prospect recherchait, ce qu’il a refusé et ce qu’il attend encore. Vérifiez si l’information est récente et si la situation a changé. Le contexte du contact, les appels disponibles et les missions ouvertes servent à préparer l’échange.

« Quel client attend le devis révisé ? » et « Qui demandait une solution avant la fin du trimestre ? » sont des questions de travail. La réponse doit pouvoir être reliée aux informations accessibles.

Transformer une conversation en suite visible

Un client demande une proposition plus étroite après un appel. Le besoin et l’objection sont conservés ; une mission précise le devis attendu, le commercial responsable et l’échéance. Un brouillon de réponse peut utiliser l’offre validée dans ProductOS.

Le commercial vérifie le destinataire et le contenu avant l’envoi du parcours prévu. La conversation suivante repart du même contexte. Le refus d’une offre ne doit pas supprimer la raison qui pourrait rendre une autre offre pertinente plus tard.

Ce que voit le responsable

Dans son périmètre, le responsable peut retrouver les clients en attente, engagements non tenus, objections récurrentes et dossiers bloqués par une décision. Les groupes commerciaux conservent les scripts et réponses validées, sans donner accès à toutes les conversations privées.

L’objectif est d’expliquer les situations qui demandent une intervention. Une disposition d’appel ou une tâche cochée ne raconte pas à elle seule l’état de l’opportunité.

Rôles et transmission

Le commercial porte le suivi, le responsable traite les arbitrages qui lui appartiennent et le collègue qui reprend le dossier reçoit le contexte autorisé. La responsabilité doit rester explicite dans les contacts et missions.

Une reprise ne réinitialise pas la relation et n’autorise pas l’usurpation du commercial précédent. Les limites de rôle, d’affectation et de source continuent de s’appliquer.

Conditions d’utilisation

Les appels et messages doivent provenir de connexions configurées ; les réunions nécessitent un contenu disponible et autorisé. La préparation commerciale n’est ni une garantie de conversion ni une décision tarifaire automatique.

Le déploiement configure les modules utiles à l’équipe et les parcours de validation. Les outils de téléphonie, de facturation et les enregistrements commerciaux officiels gardent leur rôle.

Référence de fonctionnement

Modules, outils et conditions d’accès

Cette référence décrit les opérations MCP et leurs effets. La liste effectivement exposée à votre assistant dépend du serveur déployé, des modules et des autorisations. Une lecture, un brouillon et une exécution sont des opérations distinctes.

Contacts et contexte relationnel

Rechercher les coordonnées, lire le contexte associé et consulter les produits confirmés. L’ajout ou l’enrichissement est une écriture ; le mode aperçu dépend de la politique de l’outil.

OutilFonction et effet
contacts.searchRechercher les contacts par coordonnées, avec pagination par curseur et filtre de source.
contacts.getLire le profil d’un contact et son contexte relationnel disponible.
contacts.search_productsRetrouver les produits confirmés dans la mémoire produit du contact.
contacts.draft_addAjouter ou enrichir un contact ; le comportement d’aperçu dépend du mode sélectionné.

Consulter la documentation du module →

Catalogue ProductOS

Suggestion détectée, produit interne confirmé et page publiée /p/:productId sont distincts. Vérifier la fiche et le périmètre de publication avant de partager une offre.

OutilFonction et effet
products.listLister les produits et services gérés dans les limites actuelles du catalogue.
products.getLire un produit ou service géré dans le catalogue.
products.draft_createPréparer l’aperçu de création d’un produit ou service.
products.updateModifier un produit interne ; le mode aperçu renvoie un action_id.
products.archiveArchiver un produit interne ; un mode aperçu est disponible.

Consulter la documentation du module →

Missions et responsabilités

Lire la source et l’état d’exécution avant d’agir. Confirmer exécute une mission en attente ; rejeter et archiver ont des effets distincts. L’affectation dépend des rôles de l’entreprise.

OutilFonction et effet
missions.listLister les missions de l’utilisateur courant, éventuellement regroupées par contact.
missions.getLire la source, les objets liés et l’état d’exécution d’une mission.
missions.confirmConfirmer et exécuter une mission en attente.
missions.rejectRejeter une mission en attente sans l’exécuter.
missions.archiveArchiver une mission sans exécuter ni supprimer son action.
missions.assignAffecter depuis la file d’entreprise ou réaffecter avec le rôle requis ; les changements sont tracés.

Consulter la documentation du module →

Contexte des appels

Un appel indexé ne garantit pas une transcription. Consulter le contenu fournisseur disponible et résoudre explicitement un contact inconnu avant d’utiliser son contexte relationnel.

OutilFonction et effet
calls.listLister les appels visibles dans le périmètre courant.
calls.getLire les détails disponibles d’un appel identifié.
calls.get_transcriptLire la transcription disponible pour un call_id explicite.
calls.link_contactPréparer le rattachement explicite d’un appel non résolu à un contact existant.
calls.assignAffecter un appel dans le parcours d’entreprise autorisé.

Consulter la documentation du module →

Les scénarios de cette page illustrent des parcours, pas des données clients réelles ni une garantie de résultat. Les connexions et capacités doivent être activées et vérifiées pour votre environnement. Les outils métier officiels conservent leurs responsabilités.

Poursuivre la lecture

Ce parcours utilise les capacités de votre OS IA, configuré sous votre marque. Son périmètre suit votre équipe, les outils pris en charge et les règles d’accès. Comprendre votre OS IA ↗

Choisissez la prochaine étape.