Connecter le commerce et le service client

Comment faire en sorte que le commerce voie ce qui se passe côté support, et que le service client sache ce que le commerce a vendu ?

La bonne nouvelle, c'est qu'il n'y a rien à connecter. Tout vit déjà dans le même CRM, ce sont les mêmes contacts et les mêmes entreprises.

Le vrai travail est ailleurs, et il tient en trois décisions.

Décider ce que chaque équipe doit voir, par les autorisations d'objet, avec trois niveaux disponibles, toutes les fiches, celles de son équipe, ou les siennes.
Rendre l'information lisible sans chercher, par des propriétés d'entreprise que les deux équipes regardent.
Décider qui pilote la phase du cycle de vie, puisqu'une seule équipe peut la piloter proprement.

Un piège à connaître si vous comptez cloisonner. Restreindre un pipeline ne cloisonne pas les données. Les fiches restent visibles dans les rapports, comme associations, et par la recherche.

Le piège à connaître. Restreindre un pipeline ne cloisonne pas les données. Les fiches restent visibles dans les rapports, comme associations sur d'autres fiches, et par la recherche. Le seul blocage réel est l'impossibilité d'y créer une fiche.

Pourquoi tout vit déjà dans le même CRM

Ce que la restriction de pipeline fait et ne fait pas. Elle demande un abonnement Professionnel ou Entreprise et des autorisations de super administrateur, et elle se gère pipeline par pipeline. Mais les fuites sont documentées, les utilisateurs voient les fiches restreintes dans les rapports, les voient comme associations sur d'autres fiches, peuvent les chercher, et peuvent en ouvrir une par un lien direct. Le seul blocage réel est l'impossibilité d'y créer une fiche.

Autre point sur la confidentialité, la restriction de propriété n'est pas un contrôle de sécurité. Elle est contournable par l'API, et certaines propriétés ne se restreignent pas du tout, dont la phase du cycle de vie, le pipeline et la date de dernière activité.

Sur les autorisations de fiche, deux irréversibilités de configuration. Les autorisations de super administrateur doivent être retirées avant de pouvoir restreindre l'accès aux fiches d'un utilisateur. Et un changement d'autorisation ne prend effet qu'après une déconnexion puis une reconnexion.

Sur le cycle de vie, la contrainte qui décide de la gouvernance. La synchronisation va de l'entreprise principale vers ses contacts, jamais dans l'autre sens. Et le cycle de vie ne recule pas. Autrement dit, si le support fait avancer une phase, le commerce ne pourra pas la ramener sans vider la valeur.

Une automatisation native utile à connaître. La phase du cycle de vie peut se mettre à jour automatiquement à la création d'une transaction et à sa victoire. Si vous désactivez le réglage de victoire, les propriétés de date de clôture et de délai de closing des contacts et entreprises associés ne sont plus alimentées, ce qui casse vos rapports de délai.

Enfin, la règle qui tranche les conflits d'autorisation. C'est le réglage le plus restrictif qui prime.

En pratique, rendre l'information lisible pour les deux équipes

Les propriétés d'entreprise que les deux équipes doivent voir

Un statut d'abonnement, une date de renouvellement, un nombre de tickets ouverts, et un propriétaire de compte. Quatre propriétés qui répondent aux questions des deux côtés, et qui se placent en haut de la fiche.

Comment donner au commerce la vue du support

Sur la fiche de l'entreprise, la carte des tickets associés suffit dans la plupart des cas. Pour un signal plus fort, une propriété de nombre de tickets ouverts, alimentée par workflow, se lit d'un coup d'œil.

Comment donner au support la vue du commerce

La carte des transactions associées, et la propriété de date de renouvellement. Un agent qui sait qu'un renouvellement tombe dans trois semaines ne traite pas le ticket de la même manière.

La règle de gouvernance que nous recommandons

Une seule équipe pilote la phase du cycle de vie, et c'est celle qui détient la relation commerciale. Le support alimente les tickets et les propriétés de santé du compte, il ne touche pas au cycle de vie.

Ce qu'il ne faut pas faire

Cloisonner par restriction de pipeline en croyant protéger des données. Les fuites documentées font que l'information reste accessible par les rapports et la recherche. Si le besoin est réellement la confidentialité, il faut regarder les autorisations d'objet et le stockage de données sensibles.

À surveiller sur le partage d'information entre commerce et service

Rien n'est à connecter, tout vit dans le même CRM. Le travail porte sur la lisibilité et les droits.
Restreindre un pipeline ne cloisonne pas les données. Les fiches restent visibles en rapport et en association.
La restriction de propriété est contournable par l'API.
Certaines propriétés ne se restreignent pas, dont la phase du cycle de vie.
Un changement d'autorisation exige une reconnexion pour prendre effet.
Une seule équipe doit piloter le cycle de vie, puisqu'il ne recule pas.
Désactiver l'automatisation de victoire casse les rapports de délai de closing.
Le réglage le plus restrictif prime en cas de conflit.

Articles liés au partage d'information entre commerce et service

Quand nous contacter sur le partage d'information entre commerce et service

Contactez Yuzu Corp pour arbitrer qui pilote quoi entre le commerce et le service. La contrainte du cycle de vie qui ne recule pas impose de trancher, et mieux vaut le faire avant qu'après.

Pour aller plus loin, découvrez notre offre relation client.

Auteur, sources et date de vérification

Rédigé par Jos le Tirant
Sales Ops chez Yuzu Corp · 1 an sur HubSpot · Nantes & Paris
Yuzu Corp est partenaire HubSpot Diamond et membre du Claude Partner Network
Publié le 5 septembre 2026 · Vérifié sur HubSpot le 1 septembre 2026