大多数Sitecore用户都知道如何用Sitecore模式卡来表示他们的访问者，这是访问者定义的主要功能，他们经常发现Sitecore个性化设置的灵活性给Sitecore角色定义带来了很多困难。我应该如何使用Sitecore模式来为我的访问者建模？我可以一次使用多个分类系统吗？一个人可以有多个角色吗？这一挑战需要一种方法来构建易于理解和可重复的Sitecore模式。如果您不熟悉Sitecore用于其个性化机制的术语，我们建议您发布我们的Sitecore个性化策略帖子。如果您需要开发这些Sitecore角色和配置文件的方法，我们推荐我们的入门文章。我们定义Sitecore角色的方法首先要了解如何使用它们到目前为止，我们可以用8种不同的方式来定义人物角色。相互排斥和共同详尽（MECE）这是最明显的方法，即使用Sitecore角色将访问者分为不同的组，这些组不重叠，不代表每个人。大多数市场营销人员可以很快找到如何使用此方法，但很快就会意识到其局限性，即访问者可以在不同的时间扮演不同的角色。无论如何，这种方法在某些角色或角色不重叠的情况下是有价值的，例如男性/女性、儿童/无子女、工作/退休/失业、地理位置、军事分支、业务关系或休闲旅行者/商务旅行者/旅行安排者。共同详尽但不相互排斥这是访客角色最常见的方法，因为它可以更自然地描述访客群体。使用这种方法时，我们可以放松相互排他性，专注于访客角色的自然中断，例如潜在客户/客户/求职者/投资者/员工。然而，理解这在实践中意味着什么是非常重要的。由于模式卡是互斥的，比较便宜的云服务器，访问者最终将以一个或另一个结束。如果您想单独跟踪每个角色（也就是说，您不想限制访问者可以代表哪些角色），您需要分别设置每个配置文件。也就是说，您将有一个prospect/not prospect、customer/not customer等的配置文件（请参见#8 Mutliple Boolean）。当您根据这些配置文件创建个性化设置时，这会造成很多复杂性，因为您可能需要创建一个遍历的内容规则的层次结构一组可能的简介（例如，首先检查访客是否是潜在客户，然后是客户，然后是投资者，然后是求职者，等等）Sitecore中的标量属性值在这里，国内免费云服务器，我们不再进行分类，而是尝试了解访问者在某个特定主题上的价值。这可能是潜在的、感兴趣的、购买的可能性或影响。由于Sitecore参与度价值的工作原理，这些量表应设置在0到100的范围内。了解参与度值是相加的非常重要的，而不是一个真正的计算值。（也就是说，如果我点击两页，每一页的值是2点，如果你需要计算值，你需要使用一个外部系统来计算每一个体验配置文件，并用这个值更新经验配置文件（很可能不是实时的，除非你已经投资了一个单独的解决方案，它具有某种流式数据分析功能）。我们将在下一步讨论这个问题。但是，如果使用得当，接合值可以作为这些标量值的良好近似值。（开发实际参与值超出了本文的范围，但详细讨论将是未来文章的主题。）Sitecore外部的标量属性值与#3类似，但它是从算法上推导出来的，外部模型用于确定某些属性值，市场营销中最常见的是客户终身价值，通常是预测支出和流失概率的混合体。重要的限制是更新的频率-大多数解决方案的设计不是为了实时计算这一点并持续更新相关系统。而且必须从一开始就进行设计，因为数据在系统和应用程序之间流动以进行计算必须到位。但是，如果你能做到这一点，Sitecore就会变得非常强大。因为权力法则在几乎每一个企业都适用（也就是80/20规则），如果你知道一个高价值的客户现在就在你的网站上，并且可以获得个性化的体验，这会对你的营销产生变革。实际上，我们发现大多数Sitecore客户离这种情况还有一段距离，政务大数据，这就是为什么上面的第3条是一个更实际的选择。线性模糊互斥这就是顾客之旅的落脚点。在某种程度上线性购买或转换的游客可大致分为以下几类：研究、兴趣、试验、购买、忠诚或研究、怀疑、潜在顾客、顾客。但在这条道路上，访客的位置极难界定，因此，我们不必过分追求完美，相反，我们接受角色是重叠的，但仍然在实现收入或转换目标方面取得了一些进展。也就是说，我们认为特定的群体有很大的误差，访问者可能真的在组中的任何一方。所以我们展示的内容将适用于这三个小组中的任何一个，而不是他们所在的那一个。这里的一个诀窍是使用多个配置文件。购买/转换过程应与键入分类（上面的#1或#2）共存，以允许多个个性化选项（即两个个性化组件可以使用不同的配置文件，这些模糊群体的松散给营销人员带来的压力更小，他们更注重"方向正确"。基于事件访问者所采取的具体行动可以从根本上改变你对他们的需求、潜力和目标的理解。在某些情况下，围绕特定事件定义配置文件可能非常有效，特别是当很难区分人物角色之间的差异时。例如，拥有大量产品的工业产品制造商信息可能很难区分潜在采购经理和现场施工人员，试图在工具箱中的两种产品中进行选择。寻找具有高度预测性的事件，或通过营销活动创建此类事件，可以为配置文件定义提供信息。举个同样的例子，研究表明建筑工人只使用手机访问网站，所以从桌面上搜索的人默认不是建筑工人，或者建筑工人从不点击联系人页面，因此，任何点击该页面的人默认也不是建筑工人，这些事件完全改变了你做出关于个性化或参与度的正确决策的能力，因此了解它们以及如何将它们构建到个人资料中非常有价值。生命阶段这介于分类和客户旅程之间，因为访问者可以同时进行多个匹配。生命阶段更多的是关于客户的稳定描述，而不是客户旅程更相关的特定任务或目标。人生阶段可以是"新主人"而不是"选择、购买并安装新的洗衣机和烘干机"的客户旅程，只有在life stage会改变你在个人访问者面前展示信息或做出决定的方式时才使用life stage。如果你有一个基于life stage的内容更改计划，它可能比其他任何东西都有效。通过将Sitecore与CRM结合起来，Life stage可以成为极具针对性的目标。一旦访问者确定了他/她自己，云服务器如何，就将其与CRM中的联系人记录进行匹配。使用这种方法，生命阶段的改变可以触发模式卡或订婚计划的改变。这是一个非常强大的技术，我们看到了巨大的影响。多重布尔值如果你注意到了#1，很多例子都是布尔型的（要么是或）。使用多个兴趣重叠的配置文件可以非常有效，因为它避开了模式卡的相互排他性。最简单的例子是"感兴趣"。不同的人物角色反映了类别或其他兴趣，访问者可以对其中的多个感兴趣。游客可以同时对手机、电视、笔记本电脑和扬声器"感兴趣"。因此，不要试图让一组模式卡覆盖这个场景，而是使用4个配置文件和两个模式卡来完成相同的任务。最后的想法在描述Sitecore角色时，零售大数据解决方案，很容易锁定到经典的MECE结构中。但是，只要有一点创造力，并了解上面的一些替代方法，您就可以从Sitecore强大的个性化功能中获得更多的结果。