Une commande Lightspeed eCommerce payée et la personne qui l'a passée apparaissent dans Zoho CRM en tant que client plutôt qu'en tant que prospect, de sorte que personne n'est démarché pour un produit qu'il a déjà acheté et payé.
Un client ayant déjà payé sur Lightspeed eCommerce n'est pas considéré comme un prospect, mais une boutique en ligne alimentant un CRM l'ajoute généralement à la file d'attente des prospects, car c'est là que sont placés les nouveaux contacts. Ainsi, un client payant reçoit un premier appel, l'équipe travaille sur une liste où la moitié des entrées ont déjà effectué une conversion, et les rapports de conversion des prospects perdent tout leur sens. Connecter Lightspeed eCommerce à Zoho CRM permet de placer l'enregistrement là où se situe réellement la relation : une commande crée ou met à jour un contact dans un compte auquel est rattaché l'achat, et la file d'attente des prospects ne conserve que les personnes n'ayant pas encore acheté.

Une commande Lightspeed eCommerce payée crée un contact Zoho CRM sous un compte plutôt que sous forme de prospect ; ainsi, la qualification effectuée par le client lors du paiement n’est pas répétée par une autre personne.
Les lignes de commande sont automatiquement intégrées au compte Zoho CRM, permettant ainsi à toute personne répondant au téléphone de voir ce que le client a acheté et quand, sans avoir à ouvrir l'interface d'administration de la boutique dans un autre onglet pour le découvrir.
Étant donné que seules les commandes payées créent des enregistrements, la file d'attente des prospects de Zoho CRM contient des personnes qui n'ont réellement pas acheté, ce qui fait du reporting des conversions une mesure des ventes, et non de l'administration.
Les comptes de facturation sont associés à l'identifiant que vous désignez, de sorte que les commandes répétées constituent un seul compte Zoho CRM au fil du temps au lieu d'ajouter un quasi-doublon à chaque paiement.
Lorsqu'une commande Lightspeed eCommerce est payée, Alumio crée ou met à jour le contact Zoho CRM et le compte associé, puis joint la commande. L'enregistrement apparaît ainsi comme un client avec un historique, et non comme un simple nom à qualifier.
Les commandes répétées sont associées au compte Zoho CRM existant grâce à l'identifiant que vous avez défini. Ainsi, un client ayant commandé six fois correspond à un seul compte avec six commandes, au lieu de six enregistrements qui apparaîtraient chacun comme une nouvelle opportunité.
Un retour traité dans Lightspeed eCommerce est enregistré dans le compte Zoho CRM en même temps que la commande d'origine. Ainsi, une discussion sur la valeur d'un client ne se base pas sur un achat retourné à l'entrepôt il y a des semaines.
Alumio se place entre vos canaux de vente et vos systèmes de traitement des commandes en tant qu'épine dorsale d'intégration gouvernée. Les commandes sont acheminées, transformées et validées, tandis que les mises à jour de statut sont renvoyées vers chaque canal.
Authentifiez vos systèmes à l'aide des connecteurs pré-construits d'Alumio. Faites votre choix parmi plus de 200 packs de connecteurs sur la marketplace, en plus d'intégrations personnalisées illimitées.
Définissez la correspondance des champs de données entre vos systèmes via une interface visuelle. Ajustez les formats, enrichissez les enregistrements et appliquez vos règles métier, sans aucun code personnalisé.
Configurez vos flux pour qu'ils s'exécutent en temps réel selon des événements, selon un calendrier, ou les deux. Réduisez la saisie manuelle des données et laissez Alumio gérer les transferts et les transformations entre vos systèmes.
Une fois votre première intégration en ligne, l'ajout de votre ERP, PIM, WMS ou CRM se connecte au même hub. Les flux existants continuent de fonctionner. Pas besoin de tout reconstruire.
Les clients répondent rarement par le canal attendu par l'entreprise, c'est pourquoi la messagerie instantanée est la première étape de connexion privilégiée par la plupart des équipes. Une question concernant une commande Lightspeed eCommerce arrive par chat plutôt que par e-mail et doit être associée à l'enregistrement de la commande dans Zoho CRM, et non dans une boîte de réception partagée. Alumio centralise les connexions et réutilise le compte déjà configuré, assurant ainsi la cohérence entre la conversation et l'achat.
Seules les commandes payées sont enregistrées, et il est important de définir cette condition. Alumio lit les commandes Lightspeed eCommerce avec leur statut de paiement et crée ou met à jour le contact et le compte Zoho CRM une fois le paiement validé, laissant intactes les commandes abandonnées et impayées. Les retours sont également pris en compte, évitant ainsi qu'un compte affiche indéfiniment un achat renvoyé par le client.
Non. La décision qu'elle remplace se trouve sur un seul écran dans Alumio : quel champ Lightspeed eCommerce identifie le client, si l'enregistrement devient un contact ou un compte, et quel est le statut de paiement requis avant toute modification. C'est ce mappage qui est géré par le propriétaire de Zoho CRM, et non par celui qui a initialement créé la connexion.
Il s'agit d'un contact associé à un compte et non d'un prospect, car Zoho CRM les sépare et considère un prospect comme une personne en cours de qualification. Un client Lightspeed eCommerce ayant payé a terminé sa qualification ; l'intégrer au module de gestion des prospects revient donc à convertir un enregistrement qui n'a jamais été un prospect, et la conversion des prospects mesure alors l'administration plutôt que la vente. Envoyer les commandes payées directement aux contacts permet de garantir la pertinence de la file d'attente.
Le problème réside dans l'enregistrement qui ne devrait pas exister, et non dans l'enregistrement manquant. Un transfert échoué, renvoyé à la file d'attente des prospects, place un client payant devant un prospect effectuant un premier contact. Alumio surveille chaque transfert en temps réel et enregistre les données envoyées depuis Lightspeed eCommerce. Ainsi, si une commande est refusée par Zoho CRM, une alerte immédiate est générée avec la cause du refus, des nouvelles tentatives sont automatiquement effectuées si la configuration le permet, et les commandes non résolues restent affichées au lieu d'être acheminées ailleurs.
Échangez avec un spécialiste de l'intégration Alumio. Nous concevrons l'architecture adaptée à vos systèmes et à votre échelle, pour garantir la fiabilité de vos opérations à chaque étape de votre évolution.