访客订单

在查看订单时,如果您发现许多customer\_id值为空,或者没有值可以连接回customers表,这表示您的商店允许访客订单。 这意味着您的customers表很可能不包括您的所有客户。

本主题讨论访客订单对您数据的影响,以及在Commerce IntelligenceData Warehouse中正确考虑访客订单的选项。

访客订单对数据的影响

在典型的Commerce数据库中,有一个orders表联结到customers表。 orders表中的每一行都有一个customer\_id列,该列对customers表中的一行是唯一的。

  • 如果所有客户都已注册,并且不允许来宾订单,则意味着orders表中的每个记录在customer\_id列中都有值。 因此,每个订单都会连接回customers表。

  • 如果允许来宾订单,则意味着某些订单在customer\_id列中没有任何值。 在orders表中,只为已注册客户提供了customer\_id列的值。 未注册的客户将收到此列的NULL(或空白)值。 因此,并非所有订单记录在customers表中都有匹配的记录。

    note note
    NOTE
    要识别发出订单的独特个人,需要在附加到订单的customer\_id旁有另一个独特用户属性。 通常使用客户的电子邮件地址。

如何在Data Warehouse设置中考虑来宾订单

通常,实施您的帐户的销售工程师在建立Data Warehouse的基础时会考虑来宾订单。

考虑访客订单的最佳方法是将所有客户级别的量度基于orders表。 此设置使用所有客户拥有的唯一客户ID,包括来宾(通常使用客户电子邮件)。 这将忽略customers表中的注册数据。 利用此选项,客户级别报表中只会包含至少购买过一次的客户。 尚未购买一次的注册用户不包括在内。 利用此选项,您的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 revenueCustomer's lifetime number of orders

您可以在上面看到orders表中有null customer\_ids。 如果您使用customer\_email来识别独特客户,则可以看到erin@test.com已下三(3)份订单。 因此,您可以基于以下条件在orders表上构建New customers量度:

  • Operation table = orders
  • Operation column = id
  • Operation = count
  • Timestamp = Customer's first order date
  • Filter = Customer's we count (where Customer's order number = 1)
recommendation-more-help
e1f8a7e8-8cc7-4c99-9697-b1daa1d66dbc