ゲストオーダー

注文を確認する際に、多くのcustomer\_id値がnullであるか、customers テーブルに戻る値がないことに気付いた場合、これはストアでゲスト注文が許可されていることを示します。 つまり、customers テーブルには、すべての顧客が含まれていない可能性が高くなります。

このトピックでは、ゲストオーダーがデータに与える影響と、Commerce Intelligence Data Warehouseでゲストオーダーを適切に考慮するために必要なオプションについて説明します。

ゲストオーダーがデータに与える影響

通常のコマースデータベースには、orders テーブルに結合するcustomers テーブルがあります。 orders テーブルのすべての行には、customer\_id テーブルの1つの行に一意のcustomers列があります。

Data Warehouse設定でゲスト注文を考慮する方法

通常、アカウントを実装するセールスエンジニアは、Data Warehouseの基盤を構築する際に、ゲスト注文を考慮します。

ゲスト注文を考慮する最も最適な方法は、すべての顧客レベルの指標をorders テーブルに基づくことです。 この設定では、ゲストを含め、すべての顧客が持つ一意の顧客IDが使用されます（通常はお客様の電子メールが使用されます）。 これにより、customers テーブルの登録データは無視されます。 このオプションを使用すると、少なくとも1回の購入を行った顧客のみが顧客レベルのレポートに含まれます。 1回の購入をまだ行っていない登録ユーザーは含まれていません。 このオプションを使用すると、New customer指標は、orders テーブル内の顧客の最初の注文日に基づきます。

このタイプの設定で設定されたCustomers we count フィルターには、Customer's order number = 1のフィルターがあります。

ゲスト注文がない場合、各顧客は顧客テーブルの一意の行として存在します（画像1を参照）。 New customersなどの指標は、created\_at日に基づいてこのテーブルのIDを単純にカウントし、登録日に基づいて新規顧客を把握できます。

ゲスト注文の設定で、すべての顧客指標がorders テーブルに基づいて設定され、ゲスト注文を考慮する場合は、not counting customers twiceであることを確認する必要があります。 注文テーブルのIDをカウントする場合、すべての注文をカウントします。 代わりに、orders テーブルのIDをカウントし、フィルターCustomer's order number = 1を使用する場合は、一意の顧客only one timeごとにカウントします。 これは、Customer's lifetime revenueやCustomer's lifetime number of ordersなどのすべての顧客レベルの指標に適用されます。

customer\_ids テーブルにnull ordersがあることがわかります。 customer\_emailを使用して一意の顧客を特定すると、erin@test.comが3件の注文を行っていることがわかります。 したがって、次の条件に基づいてNew customers テーブルにorders メトリックを作成できます。