Questions fréquentes

Un fichier texte avec deux colonnes séparées par un point-virgule : identifiant du client et identifiant du produit, une ligne par achat. Pas besoin de noms, d’adresses, de montants ni de dates.

Il n’y a pas de seuil fixe. Les suggestions viennent de la comparaison entre clients, donc plus vous avez de clients ayant des achats en commun, plus les scores sont stables. Avec peu de clients, ou avec des achats anonymes, le moteur a peu de données à comparer.

Oui, si vous pouvez rattacher les achats à un client : carte de fidélité, commande rattachée à une fiche client, compte. Sans ce lien, l’historique ne dit pas qui a acheté quoi.

Non. Un code client et un code produit suffisent : ni noms, ni adresses, ni e-mails, ni montants, ni dates. Le code client est celui que vous avez déjà dans votre logiciel de gestion.

Votre système fait deux types de requêtes HTTP à RecommenderPro, authentifiées par un jeton : une pour un client et une pour un panier. Dans le guide d’intégration, vous trouvez le format, les requêtes et un exemple de réponse. L’application web permet de faire la même chose à la main.

Oui. Vous les utilisez où vous voulez : fiche produit, panier, paiement, e-mail après la commande, application des agents commerciaux. Le seuil minimum, le nombre de suggestions et des archives séparées par saison, rayon ou type de client, c’est vous qui les définissez. Tout logiciel de gestion ou site e-commerce capable d’exporter les achats et de faire une requête HTTP peut s’y connecter, et l’intégration, nous nous en occupons.

Dans le cloud, ou sur vos serveurs. Sur vos serveurs, il faut une machine Windows 64 bits avec PostgreSQL.

Quand vous chargez un nouvel historique. Le chargement est complet : il remplace l’archive précédente en une seule opération. Il n’y a pas de mise à jour ligne par ligne.

Oui. Avec le mode panier, les produits que le client a dans son panier à ce moment suffisent, même un seul, et il n’est pas nécessaire de savoir qui il est. Si en revanche vous le connaissez, le mode historique part de tous ses achats passés.

Oui. L’application web génère un fichier contenant, pour chaque client, les produits à lui proposer (jusqu’à cinq), à importer dans votre outil d’e-mailing. L’envoi des e-mails reste dans votre outil : RecommenderPro ne les envoie pas.

Elles suivent les achats que vous chargez : le score se recalcule à chaque fois sur l’archive. Si vous chargez l’historique mis à jour, ou une archive par saison, les associations changent avec vos achats. Le moteur n’a pas de modèle des saisons et ne se met pas à jour tout seul : le rechargement des données, c’est vous qui le faites.

En italien, anglais, allemand, espagnol et français.

Oui. Nous proposons de la formation à l’intégration avec le logiciel que vous utilisez déjà et une assistance par forfaits. Nous convenons des détails après la démo.

Nous ne donnons pas de pourcentage, car cela dépend de votre historique, de votre catalogue et de l’endroit où vous affichez les suggestions. Pendant la démo, vous voyez ce que le moteur suggère et vous jugez si cela a du sens pour vos clients.

C’est le pourcentage de clients ayant des achats en commun qui ont aussi acheté ce produit. Un score de 72 signifie 72 clients sur 100. Ce n’est pas la probabilité que le client achète.

Cela dépend de la quantité de données chargées et du nombre de requêtes. Nous le définissons dans une offre après la démo.

Avec la démo : nous vous montrons l’application web avec des données d’exemple et comment elle se connecte à votre système. Demandez-la ici.