Intégration CRM d’un site B2B : organiser la transmission des demandes

L’intégration CRM d’un site B2B relie les demandes du site à votre outil de gestion de la relation client, mais son résultat utile est une demande que la bonne personne peut retrouver et traiter. Définissez cette transmission pendant le développement du site, avant de choisir un connecteur ou de dessiner un tableau de bord commercial.

Un acheteur peut demander une pièce de remplacement, un devis de fabrication ou une intervention de maintenance. Le suivi diffère même si les demandes arrivent par le même site. Ce guide présente les décisions à inscrire au cahier des charges ; il ne suppose pas que votre site possède déjà une connexion CRM.

Définir la fiche dont le service commercial a besoin

Décidez si un envoi crée un contact, une demande, une opportunité commerciale ou plusieurs fiches liées. Un formulaire rempli ne constitue pas automatiquement une opportunité qualifiée. Votre équipe doit parfois vérifier la zone desservie ou la faisabilité technique.

Formulez un critère de réception : « Une demande valide crée une fiche traçable, conserve le besoin de l’acheteur et parvient à une équipe désignée. » Précisez le traitement des contacts déjà connus. Leur mise à jour ne doit ni remplacer le responsable du compte ni supprimer les demandes précédentes.

Intégrez ces décisions au cahier des charges du site industriel. Pour les questions visibles et la validation des saisies, consultez le guide des formulaires de demande de devis. Le périmètre de la connexion commence par le devenir des informations transmises.

Établir la correspondance des données avant la connexion

Préparez une table de correspondance avec le service commercial et la personne responsable du CRM. Pour chaque valeur, indiquez sa source, sa destination, son format, les valeurs admises et le traitement d’une absence. Distinguez une réponse vide de la mention volontaire « pas encore connu ».

Cet exemple hypothétique concerne un fournisseur recevant des demandes de composants. Il illustre des choix de correspondance, sans décrire un produit CRM particulier.

Information du site	Destination prévue	Règle à convenir
E-mail du contact	Fiche contact	Rechercher un contact existant sans fusionner des personnes différentes
Référence du produit	Ligne de demande	Conserver la référence stable et son libellé lisible
Quantité et unité	Ligne de demande	Garder nombre et unité ensemble, sans supposer une quantité en pièces
Message de l’acheteur	Description de la demande	Préserver le sens et les retours à la ligne dans les limites convenues
Page et langue choisie	Contexte de la demande	Conserver la page utile sans paramètres d’URL confidentiels
Référence de l’envoi	Journal de transmission	Suivre une même demande tout au long du transfert

Les identifiants produit doivent provenir des données utilisées par le site. Le guide du site catalogue explique cette base. Ne vous fiez pas uniquement aux noms traduits : un libellé peut changer sans que le produit change.

Désigner un responsable et préserver la demande originale

Choisissez une règle compréhensible : famille de produits, zone d’intervention ou responsable habituel du client. Prévoyez une équipe de secours pour les demandes sans correspondance. Une fiche sans responsable doit apparaître dans une liste à examiner, pas être ignorée.

Conservez le message original lorsque l’équipe ajoute des notes ou précise le besoin. L’interprétation du commercial ne doit pas remplacer les mots de l’acheteur. Enregistrez la source et la date de réception pour distinguer une nouvelle demande d’un échange antérieur.

Sur un site multilingue, transmettez séparément la langue choisie et le pays de livraison. Ces informations répondent à des questions différentes. Le guide du site multilingue traite de la terminologie et de l’organisation des langues. Une règle d’attribution automatique ne suffit pas à justifier une promesse de délai de réponse.

Distinguer acceptation, attente et livraison au CRM

Un écran de remerciement ne prouve pas que le commercial dispose d’une fiche exploitable. Définissez chaque étape et le système qui la confirme :

• Acceptée : le service de réception a validé et conservé la demande pour la traiter.
• En attente : la demande attend sa transmission dans un processus convenu et surveillé.
• Livrée : le système destinataire confirme la création de la fiche attendue avec une référence vérifiable.
• Échec : une étape nécessite une reprise ou un examen.

Un résultat incertain doit également être prévu. Si la connexion expire après la réception dans le CRM, l’émetteur peut ignorer si la transmission a abouti. N’affichez pas « livrée » simplement parce qu’un délai s’est écoulé. Ne demandez pas non plus de recommencer lorsqu’une demande est conservée de manière fiable et attend son traitement.

Éviter les doublons et permettre la reprise des erreurs

Des requêtes POST répétées peuvent créer des doublons ; leur idempotence n’est pas garantie. Explication de MDN.

Demandez aux développeurs comment un même envoi est identifié lors des nouvelles tentatives. Une retransmission doit retrouver le résultat existant, tandis qu’un nouveau besoin provenant du même e-mail doit rester distinct. L’adresse seule ne suffit pas : un acheteur peut suivre plusieurs achats.

Convenez d’un nombre limité de tentatives, de leurs intervalles et d’une procédure d’examen des échecs persistants. Une valeur de champ invalide doit être corrigée, pas renvoyée indéfiniment. Les diagnostics doivent permettre de retrouver l’étape en échec et la référence d’envoi sans copier les messages complets dans les journaux techniques courants.

Désignez la personne chargée des demandes en échec et celle autorisée à les relancer. Incluez les reprises et la maintenance du connecteur dans le budget de développement d’un site industriel.

Limiter les accès et protéger les identifiants

Les identifiants privés du CRM doivent rester dans un environnement serveur approuvé ou un service d’intégration géré, jamais dans le code de la page, le JavaScript téléchargé ou des contenus publics. Accordez uniquement les droits nécessaires aux opérations prévues. Créer une demande ne nécessite pas automatiquement le droit d’exporter toute la base clients.

Décidez quelles données sont nécessaires, où elles sont conservées, qui y accède et pendant combien de temps. Pour des plans techniques, définissez un circuit de fichiers contrôlé : une médiathèque publique ordinaire n’est pas un espace privé pour les demandes. Alignez l’information de confidentialité sur le processus réel et faites-la approuver par la personne responsable.

Tester la transmission complète avant le lancement

Utilisez des coordonnées fictives et des besoins d’exemple dans un environnement de test autorisé. Vérifiez les fiches à destination, pas uniquement le résultat visible dans le navigateur.

Test	Preuve du bon résultat
Nouvelle demande valide	Champs, source, responsable et référence de fiche corrects
Contact existant, nouveau besoin	Contact correctement identifié ; demande séparée
Même envoi transmis deux fois	Une seule demande prévue et une référence de transmission cohérente
Indisponibilité temporaire du destinataire	Demande conservée ou clairement refusée ; reprise selon la procédure
Champ de destination invalide	Erreur visible par l’équipe responsable ; aucune fausse confirmation
Autre langue et autre unité	Sens, langue et unité d’origine préservés

À la livraison, récupérez la correspondance des champs, les règles d’attribution, les définitions des statuts, le responsable des accès et la procédure de reprise. Précisez qui maintient la connexion si l’un des systèmes évolue. Pour discuter des besoins de votre site, apportez le parcours actuel des demandes et les fiches CRM que votre équipe souhaite recevoir.