Commerce et e-commerce : identité, commandes, parcours, retours et risque
Le module commerce fait de SellioCRM la couche client au-dessus de votre boutique : il relie la navigation anonyme à la personne qui finit par se connecter, reflète commandes et stocks depuis votre plateforme sans jamais prétendre les posséder, construit segments et parcours, gère bons de réduction, recommandations, avis, parrainages et abonnements, et traite le retour comme une offre plutôt que comme un obstacle. Ce n'est pas une plateforme e-commerce : il n'exécute jamais votre paiement et ne devient jamais le système de référence d'une vente. Optionnel et désactivé jusqu'à ce qu'un administrateur l'active.
La verticale commerce est optionnelle. Tant qu'elle est désactivée, rien ne change dans votre CRM. Un administrateur l'active dans Paramètres, sous Verticales. Elle a été conçue pour l'e-commerce, la boutique physique et tout ce qui se trouve entre les deux, et elle part d'un fait inconfortable : votre CRM n'est pas votre boutique. Il reflète ce que dit la plateforme, toujours avec l'origine et l'âge de la donnée, et lorsqu'il doit agir sur la boutique il le fait par une action déléguée, idempotente, soumise à validation et inscrite dans une piste d'audit.
L'essentiel de votre trafic est anonyme, et c'est là le vrai problème
Quelqu'un navigue deux semaines, puis achète. Sans résolution d'identité, ce sont deux histoires sans lien. Le module rattache le comportement antérieur à la connexion au client apparu ensuite, et il est délibérément prudent sur la méthode : un identifiant fort, comme le code client de la boutique, un numéro de fidélité ou une connexion sociale, peut rattacher seul ; un e-mail, un téléphone ou un appareil ne le peuvent pas. Les familles partagent un téléphone. Ces cas partent en revue humaine au lieu de fusionner deux personnes en silence, et toute fusion peut être annulée.
La synchronisation, là où les intégrations pourrissent sans bruit
Les webhooks arrivent en double, dans le désordre, ou pas du tout. Chaque enregistrement venu de la plateforme est clé par origine, ressource, identifiant externe et version : un doublon ou un retardataire n'est donc tout simplement rien. Une réconciliation nocturne compare les comptages avec la plateforme, car la panne qui fait mal n'est pas l'erreur que vous voyez : c'est l'enregistrement qui n'est jamais arrivé et que personne n'a remarqué.
Commande, stock et expédition sont reflétés, pas possédés
La commande porte le système d'origine et l'instant où elle a été lue, vous savez donc toujours à quel point le chiffre est frais. Le CRM ne facture pas, n'encaisse pas pour la boutique et ne décide pas du stock. Ce qu'il ajoute, c'est ce que la boutique ne voit pas seule : qui est cet acheteur sur tous les canaux, ce qu'il a fait avant d'acheter et ce qui se passe ensuite.
Le comportement en volume, sans qu'aucun écran ne lise d'événement brut
La navigation génère bien plus de lignes que les commandes. Les événements vivent dans une table partitionnée par mois, et aucun écran ne l'interroge directement. Ce que lit l'interface, ce sont des agrégats recalculés par un traitement, chacun horodaté au moment de sa construction. C'est un arbitrage assumé : des chiffres vieux de quelques minutes et toujours disponibles, plutôt que des chiffres en direct qui font parfois tomber la page.
Segments, parcours et la limite du nombre de fois où vous pouvez parler
Les segments se construisent à partir du comportement, des commandes et du profil, et alimentent parcours et campagnes. Au-dessus de tous se trouve une règle de pression de contact : plafond par période, heures de silence, listes de suppression et priorité entre parcours, pour que trois campagnes ne décident pas séparément de contacter la même personne le même soir. Ce moteur a été promu dans le noyau commun, car le plafond et les heures de silence sont la même question dans tous les secteurs.
Bons de réduction, recommandations, avis, parrainages et abonnements
Les bons portent des règles et des limites au lieu de vivre dans un tableur. Les recommandations viennent de ce que les gens ont réellement acheté ensemble. La demande d'avis respecte l'état de la commande. Le parrainage crédite celui qui a amené le client. Les abonnements suivent les cycles et les signaux de résiliation. Rien de tout cela ne remplace votre boutique : c'est la couche de relation que la boutique n'a jamais eue.
Le retour comme une offre, pas comme un obstacle
L'éligibilité est vérifiée par rapport au délai de la politique depuis la date de commande. Quand le retour est éligible, l'avoir en boutique peut porter un bonus par rapport au simple remboursement, pour que l'échange soit réellement plus attractif que de récupérer l'argent. C'est modélisé comme une offre que le client peut refuser, jamais comme une friction placée sur le chemin d'un remboursement auquel il a droit.
Le risque exprimé comme confiance, pas comme soupçon
Les signaux sur une commande ou un client s'additionnent en un score de confiance où cent signifie fiable et zéro risque élevé. Un signal écarté cesse de compter, et cela compte : une règle qui continue de punir un client pour une chose qu'un humain a déjà tranchée apprend à votre équipe à ignorer le score.
La fidélité à votre façon
La fidélité fonctionne en deux modes et vous choisissez par organisation : un registre natif qui n'accepte que des écritures, avec des paliers, ou un miroir du programme externe que vous exploitez déjà. En mode natif, une correction est une écriture nouvelle et jamais une modification : le solde peut donc toujours être expliqué.
Ce que ce module ne fait pas
- Ce n'est pas une plateforme e-commerce : pas de vitrine, pas de paiement, pas d'encaissement pour la boutique, et jamais le système de référence d'une vente.
- Il ne décide pas du stock ; il reflète ce que votre plateforme annonce, avec l'âge de la donnée.
- Il n'exporte pas vers un entrepôt de données dans cette version ; le chemin est documenté, pas construit.
- Il ne fusionne pas deux personnes parce qu'elles partagent un e-mail, un téléphone ou un appareil.
- Il n'affiche pas de flux d'événements en direct ; l'interface lit des agrégats qui portent l'instant de leur calcul.