Gérer les Catégories de Produits
Introduction
Grâce aux tables de Référentiels, vous pouvez facilement stocker votre catalogue de produits et le lier à une table d'Interaction (Commandes, Tickets...). Ceci vous permet de faire des ciblages sur base de produits achetés par chaque profil.
Il se pourrait que vous soyez également interessés par des tendances plus globales, telles que grouper des produits ensemble et identifier les profils ayant achetés des articles appartenant à une catégorie de produits spécifique.
Cependant, les produits n'appartiennent rarement qu'à une catégorie. Par exemple, une robe pourrait appartenir aux catégories 'Vêtements' et 'Eté', tandis qu'une veste pourrait appartenir aux catégories 'Vêtements' et 'Hiver'. Assigner plusieurs catégories à un produit est précisément la façon de rendre ces catégories pertinentes.
Dans ce genre de cas, des tables de Référentiels simples pourraient ne pas être suffisantes, car elles ne permettent pas de mettre en place plusieurs valeurs pour les 'catégories' d'un 'produit'.
Pour cette raison, Actito a développé une manière de stocker et de visualiser les Catégories de Produits et de calculer des agrégats dans ces catégories.
Comprendre les tables de Catégories de Produits
Gérer les Catégories de Produits dans Actito (dans les ciblages, conditions...) implique principalement deux nouvelles tables :
- Une table de Référentiels spécifique afin de faire le mapping entre les différentes catégories de produits. Vous serez en mesure d'alimenter cette table pour définir vos propres catégories.
- Une table de Données Liées qui calculera les agrégats sur base des catégories de produits et des interactions des profils de votre base de données. Cette table sera calculée automatiquement sur base de votre Modèle de Données.
Vous êtes intéressés par l'utilisation des Catégories de Produits ? Ces tables ont une structure spécifique et demandent d'être mises en place par nos experts en Intégration & Données. Nous vous invitons à contacter votre gestionnaire de compte pour obtenir plus d'informations à ce sujet. Lorsque ces tables sont mises en place, vous êtes capables de les utiliser de manière totalement autonome.
Prérequis
Afin d'utiliser les Catégories de Produits, votre modèle de données doit contenir une table d'Interaction (par exemple : Lignes de commande) contenant :
-
un champ productId (ou SKU... Le nom de l'attribut n'est pas important, tant qu'il est utilisé pour stocker des références de produits). Ce champ productId peut être le lien vers une table de Référentiels 'Produits'. Ceci n'est pas obligatoire et ce n'est pas un problème si ce n'est pas le cas.
-
un champ valeur qui identifie le prix (comme 'Montant', 'unitPrice'...). La valeur peut être assignée directement dans l'application 'Gérer les structures de table' > 'Voir' > 'Définir comme valeur'.
De plus, les champs suivants peuvent être définis, mais ne sont pas obligatoires pour mettre en place les Catégories de Produits :
- un attribut représentant la date de transaction. Par défaut, le champ technique 'creationMoment' est utilisé, mais n'importe quel champ
DATE
peut être défini comme 'creationTimeField' dans la structure de votre table et peut être utilisé à la place du champ technique.
Pour définir un champ personnalisé DATE
comme 'creationTimeField' de votre table d'Interaction, veuillez en discuter avec votre gestionnaire de compte.
- un champ représentant la quantité. Si la valeur de votre ligne d'Interaction est exprimée comme 'unitPrice' plutôt qu'en 'totalAmount', votre table a probablement un champ 'Quantité'. Dans ce cas, le champ de valeur est automatiquement multiplié par la quantité lorsque les agrégats sont calculés sur la valeur monétaire.
Faites en sorte de communiquer le nom des champs correspondants dans votre table d'Interaction lorsque vous démarrez le projet de mise en place.
Visualisation des tables
La table de mapping
La table de mapping est une table de Référentiels utilisée pour définir à quelle(s) catégorie(s) le produit appartient.
Par défaut, la table est nommée 'mapping Product Categories'.
Si vous voulez personnaliser le nom de la table de mapping, veuillez en discuter avec votre gestionnaire de projet.
Cette table contient les champs 'productId' et 'categoryName', qui sont tous les deux non-uniques (mais leur combinaison forme une clé composite). Ceci signifie que le même productId peut être répété plusieurs fois, ce qui permet d'assigner plusieurs catégories au même produit, et de mettre différents produits dans la même catégorie.
Ajouter des données dans la table de mapping
Cette table de Référentiels doit être alimentée par les méthodes habituelles d'import de données : ETL ou API.
En effet, vous attribuez des catégories à vos produits. Les données sont dans vos mains. Il est possible de créer ou de mettre à jour des catégories de produits grâce à ces imports.
Si vous possédez déjà une table de référentiels 'Produits', vous avez également la possibilité de mettre en place un ETL multi-fichiers pour synchroniser vos deux tables en même temps.
Exemple :
ProductId | CategoryName |
---|---|
123 | Chaussures |
123 | Hiver |
456 | Vêtements |
456 | Hiver |
789 | Accessoires |
La table d'agrégat
Lorsqu'une table de mapping est disponible pour que vous importiez vos données, notre expert en Intégration & Données sera en mesure de construire une table d'agrégat pour combiner les données de la table d'interaction et des catégories de produits. Ceci vous permettra d'exploiter tout leur potentiel.
La table d'agrégat est une table de Données Liées, directement liée à la table de profils, nommée 'RFM Product Categories'.
Cette table contient les champs suivants :
-
le champ 'group by' : correspond à l'attribut par lequel les données sont agrégées. Typiquement, on utilise le 'nom des catégories'.
-
le champ 'Amount of purchases' : correspond à la valeur pour laquelle les achats sont agrégés, à savoir le montant total dépensé par un profil dans la catégorie de produits durant une certaine période (en mois).
Si vous avez un champ optionnel Quantité dans votre table d'interaction (et que votre attribut de valeur est un prix unitaire), cette valeur totale sera le montant du prix unitaire multiplié par la quantité.
- le champ 'profileId' : correspond à l'identifiant technique du profil dont les interactions sont agrégées.
Vous pouvez visualiser tous les détails d'un profil (tels que votre propres clés, comme l'adresse e-mail) en cliquant sur le bouton "Voir le profil".
- le champ 'Purchase month' : correspond à la date pour laquelle les achats sont agrégés, par mois.
- le champ 'Number of purchases' : correspond à la fréquence des achats, à savoir le nombre de fois pour lequel un profil a acheté un produit d'une certaine catégorie durant une certaine période (en mois).
Les noms de la table et des champs peuvent être personnalisés. Par exemple, vous pouvez afficher 'Valeur totale des achats' à la place de 'Amount of purchases'. Merci de mentionner les noms que vous souhaitez à votre gestionnaire de projet.
La période de temps, quant à elle, est fixe : les catégories de produits sont toujours générées par mois.
Dans l'exemple ci-dessus, nous voyons que, en Août 2023, le profil 1004075 a acheté 3 articles dans la catégorie 'Clothes' pour un total de 116€, 2 articles dans la catégorie 'Summer' pour un total de 50€ et 1 article dans la catégorie 'Winter' pour un total de 66€. Ces catégories peuvent se référer aux mêmes articles, mais comme les produits appartiennent à différentes catégories, chaque catégorie est mise à jour toute seule.
Comme le 'Purchase Month' est encodé comme une date, la valeur sera le premier jour du mois (ex. : 01/10/2023 pour Octobre 2023).
La table d'agrégat est synchronisée en temps réel avec la table d'Interaction. Par exemple, lorsqu'une nouvelle ligne de ticket est importée, la Catégorie de Produits correspondante sera mise à jour pour le profil lié.
Supprimer un ligne de ticket ne supprimera pas automatiquement la donnée agrégée correspondante.
Les entrées dans la table d'agrégat seront nettoyées lorsque le moment d'achat est supérieur à deux ans (730 jours).
Si la logique de nettoyage de la table d'interaction est différente, il est possible de réinitialiser manuellement la table d'agrégat.
Cette table est la table principale du modèle d'agrégat. Cliquez sur "Plus" puis sur "Voir les détails d'un agrégat" pour visualiser les liens entre les tables.
- La table source est la table d'Interaction pré-requise à partir de laquelle les transactions sont agrégées.
- La table de mapping est la table de Référentiel mentionnée ci-dessus.
La table 'groupBy'
En plus de la table de mapping que vous alimenterez grâce à vos synchronisations et la table d'agrégat qui vous permet de cibler sur base des Catégories de Produits, une troisième table est créée automatiquement.
C'est une table de Référentiels qui est nommée par défaut 'RFM Product Categories - category', et qui est liée à la table d'agrégat, comme vous pouvez le voir dans le Datamart Studio.
C'est une table technique dont le rôle est de lier la table d'agrégat à la table de mapping en générant un technicalId pour chaque catégorie.
Cette table est peuplée automatiquement et n'a pas d'utilité pratique pour vous en tant qu'utilisateur. De ce fait, vous ne devez pas l'inclure dans vos ciblages ou la considérer du tout.
Les ciblages sur les Catégories de Produits
La table d'agrégat (par défaut 'RFM Product Categories') peut maintenant être utilisée pour construire des ciblages puissants. Elle permet de sélectionner les profils qui ont acheté les produits d'une catégorie de produits spécifique durant une période de temps spécifique.
Vous pourrez la sélectionner comme un module de ciblage comme n'importe quelle autre table de Données Liées ou d'Interaction. Cependant, le module ne contient que 4 critères standards qui vous permettent de facilement construire des ciblages sur des catégories de produits agrégées.
- Category : le nom de la catégorie de produits
Le critère sur la "Category" est obligatoire, car la table d'agrégats est spécifiquement construite pour cibler sur des Catégories de Produits.
Pour garantir des résultats précis pour les critères sur le montant et le nombre, vous ne pouvez sélectionner qu'une seule catégorie.
Si vous devez faire un ciblage sur plusieurs catégories, utilisez un deuxième bloc séparé par l'opérateur "OU".
-
Amount of the purchases : la valeur totale des interactions du profil sur une période de temps donnée
-
Number of purchases : un critère de fréquence, pour compter le nombre d'interactions du profil sur une période de temps donnée
-
Purchase month : un critère de temps liée au moment des interactions. Cinq périodes de temps pertinentes peuvent être sélectionnées par défaut : le mois précédent, les 3 derniers mois, les 6 derniers mois, les 12 derniers mois & les 24 derniers mois
Seuls les mois échus sont considérés. Cela signifie que le mois actuel ne sera pas analysé tant qu'il n'est pas fini. Par exemple, si nous sommes le 20 septembre, le mois précédent est août, et les trois derniers mois sont juin, juillet et août.
Concrètement, le ciblage sur la capture d'écran ci-dessus sélectionnera tous les profils ayant fait au moins 3 achats dans la catégorie de produits 'Jeans' sur la dernière année (complète) écoulée, pour une valeur totale supérieure à 150€.
Comme 'ET' est le seul opérateur disponible, tous les critères sont appliqués ensemble sur la table d'agrégat. L'opérateur 'OU' n'est actuellement pas disponible.
Critères de ciblage avancés
Alors que nous recommandons d'utiliser les critères standards qui sont optimisés pour faire du ciblage sur les agrégats, vous pouvez tout de même accéder à des critères additionnels en appuyant sur le bouton 'Critères avancés'.
Ces critères sont les critères habituels que vous seriez en mesure de voir pour n'importe quelle table de Données Liées ou d'Interaction, incluant des critères dynamiques tels que le total ou la moyenne.
Ils sont moins optimisés pour construire des ciblages sur des Catégories de Produits, mais permettent plus de flexibilité, surtout pour les plages de temps sur les 'Purchase month'.
Conditionner sur des Catégories de Produits
Les agrégats des Catégories de Produits peuvent également être utilisés pour personnaliser et conditionner vos e-mails. Par exemple, pour afficher certaines parties de l'e-mail seulement aux profils ayant acheté des articles d'une certaine catégorie.
Comme pour toutes les tables personnalisées, les tables d'agrégat doivent d'abord être ajoutées comme une source.
Ensuite, vous pourrez construire des conditions sur tous les champs de la table.
Sur la capture d'écran ci-dessus, le bloc de l'e-mail sera affiché uniquement aux profils ayant fait des achats supérieurs à 500€ dans la catégorie 'Jeans'.
Réinitialiser la table des Catégories de Produits
Par défaut, les Catégories de Produits gardent les données agrégées pour toutes les interactions ayant un moment d'achat plus récent que 2 ans. Toutes les entrées avec un moment d'achat supérieur à 730 jours sont nettoyés automatiquement.
Si nécessaire (par exemple, nettoyage de la table 'Lignes de tickets'), il est possible de réinitialiser manuellement la table d'agrégat, et de la recalculer de zéro : les données plus vieilles qui ne sont plus présentes dans la table d'Interaction vont quitter la table d'agrégat et ne seront plus présentes après le recalcul.
Pour réinitialiser une table d'agrégat, cliquez sur le bouton 'Plus', et choisissez 'Réinitialiser les données d'agrégat'.
La table sera vidée entièrement, et ensuite remplie à nouveau sur base des données présentes actuellement dans la table d'Interaction liée.