Gastbestellingen
Als u tijdens het controleren van uw bestellingen opmerkt dat veel customer\_id -waarden null zijn of geen waarde hebben om weer deel te nemen aan de customers -tabel, is dit een indicatie dat in uw winkel bestellingen van gasten zijn toegestaan. Dit betekent dat uw customers tabel hoogstwaarschijnlijk niet voor al uw klanten inclusief is.
Dit onderwerp bespreekt de impact die gastorders op uw gegevens hebben en welke opties u moet behoorlijk voor gastorden in uw Commerce Intelligence Data Warehouse rekenschap geven.
Gevolgen van gastorders voor gegevens
In de standaard commerciële database is er een orders -tabel die zich bij een customers -tabel aansluit. Elke rij in de tabel orders heeft een kolom customer\_id die uniek is voor één rij in de tabel customers .
-
als alle klanten worden geregistreerd en gastorden niet worden toegestaan, betekent dit dat elk verslag in de
orderslijst een waarde in decustomer\_idkolom heeft. Hierdoor wordt elke volgorde weer gekoppeld aan de tabelcustomers.
-
als de gastorden worden toegestaan, betekent dit dat sommige orden geen waarde in de
customer\_idkolom hebben. Alleen geregistreerde klanten krijgen een waarde voor de kolomcustomer\_idin de tabelorders. Klanten die niet zijn geregistreerd, ontvangen eenNULL(of lege) waarde voor deze kolom. Hierdoor hebben niet alle orderrecords overeenkomende records in de tabelcustomers.note note NOTE Om het unieke individu te identificeren dat de orde maakte, moet er een ander uniek gebruikersattribuut naast customer\_idin bijlage aan een orde zijn. Het e-mailadres van de klant wordt doorgaans gebruikt.
Hoe te om gastorden in de opstelling van Data Warehouse rekenschap te geven
Doorgaans houdt de verkooptechnicus die uw account implementeert rekening met gastorders bij het opbouwen van de basis van uw Data Warehouse.
De meest optimale manier om voor gastorden rekening te houden is alle klant-vlakke metriek op de orders lijst te baseren. Bij deze installatie wordt een unieke klant-id gebruikt die alle klanten hebben, inclusief gasten (doorgaans wordt de e-mail van de klant gebruikt). Hierbij worden registratiegegevens uit de tabel customers genegeerd. Met deze optie worden alleen klanten die ten minste één aankoop hebben gedaan, opgenomen in rapporten op klantniveau. Geregistreerde gebruikers die nog geen aankoop hebben gedaan, worden niet opgenomen. Met deze optie is de maatstaf van New customer gebaseerd op de eerste besteldatum van de klant in de orders -tabel.
Het kan zijn dat het filter Customers we count dat in dit type instelling is ingesteld, een filter heeft voor Customer's order number = 1 .
In een situatie zonder gastorden, bestaat elke klant als unieke rij in de klantenlijst (zie Beeld 1). Een metrische waarde zoals New customers kan eenvoudig de id van deze tabel tellen op basis van created\_at -datum om te begrijpen dat nieuwe klanten op basis van de registratiedatum worden benaderd.
In een opstelling van gastorden waar alle klantenmetriek op de orders lijst om voor gastorden gebaseerd zijn, moet u ervoor zorgen dat u not counting customers twice bent. Als u de id van de tabel met bestellingen telt, telt u elke volgorde. Als u in plaats daarvan de id op de orders -tabel telt en een filter gebruikt, Customer's order number = 1 , telt u elke unieke klant only one time . Dit is van toepassing op alle maatstaven op klantniveau, zoals Customer's lifetime revenue of Customer's lifetime number of orders .
Hierboven ziet u de waarde null customer\_ids in de tabel orders . Als u customer\_email gebruikt om unieke klanten te identificeren, ziet u dat erin@test.com drie (3) bestellingen heeft geplaatst. Daarom kunt u op basis van de volgende voorwaarden een New customers -metrische waarde maken voor de orders -tabel:
Operation table = ordersOperation column = idOperation = countTimestamp = Customer's first order dateFilter = Customer's we count (where Customer's order number = 1)