过去,您最多只知道客户的姓名和地址。但随着他们与您在线互动的转移,您现在可以访问更多信息。您知道他们过去做了什么。您知道他们的喜好和厌恶。现在您可以开始预测他们的需求和愿望。
使用MongoDB,您现在可以实时个性化数百万客户的体验。更快。花费更少。
个性化很困难 | MongoDB使它变得简单 |
无法创新。 客户数据不仅仅是姓名和地址。现在它包括浏览习惯和社交媒体档案。这些不同的数据类型不适合关系型数据库的行和列。 | 做不可能的事。 MongoDB可以整合任何类型的数据,无论其外观或来源如何,同时提供所有用于个性化客户体验的功能,例如定制主页、针对性报价和社交网络登录。 |
无法快速定制。 您有瞬间的时间来定位客户。但机会已经错过,因为您必须首先在将客户数据加载到数据仓库之前对其进行转换。然后您必须再次提取它。然后才能构建个性化的配置文件。 | 更快 实时个性化。您可以直接对数据进行复杂查询。不再需要提取、转换和加载。 |
$$$$. 客户数据分散在多个孤岛中,因为每个应用程序都有自己的身份管理系统。您无法获得客户的单一视图。而且您必须在多个地方维护冗余数据。 | $. 将客户数据引入由多个应用程序共享的单个数据库中,例如电子商务、CRM、计费等。消除孤岛,让开发者和运维人员的生活更简单。 |
客户的期望已经提高。但您的数据库还是老样子。
刚性模式。您应该能够轻松跟踪新的用户属性并构建新功能。您的团队应该能够在冲刺中工作。但关系型模式难以增量更改,尤其是在不影响性能或关闭数据库的情况下。
扩展问题。分析客户行为并在实时提供个性化体验需要摆脱熟悉的ETL和数据仓库方法来提取分析。您没有时间进行漫长的加载计划,或构建新的查询模型。您需要现在就对结构各异的数据运行复杂的查询。
耗时过长。因为每个应用程序都不同,每个都维护自己的客户数据。您希望将客户数据整合到一个数据库中,但一个应用程序的改变会破坏数据模型。因此,您必须在多个系统中维护冗余数据。开发者的生活更艰难。运维团队的生活更痛苦。
组织使用MongoDB进行个性化,因为它允许他们存储任何类型的数据,实时分析,并在进行过程中更改模式。
动态模式。 MongoDB的JSON文档模型使得存储任何类型的属性数据变得容易。您可以表示复杂、层次化的数据结构——甚至为位置感知而设计的地理空间数据——并即时演进模式,而无需关闭数据库或影响性能。
实时分析。 使用表达式的查询语言、辅助、地理空间和文本索引、聚合框架和MapReduce,MongoDB允许您在数据库中跨多结构化数据运行快速分析。您获得可扩展的快速个性化。
降低成本,降低复杂性。 动态模式和灵活的文档模型意味着单个MongoDB数据库可以整合各种客户数据并在多个应用程序之间共享。无需为每个应用程序维护身份系统。需要时添加新数据。MongoDB文档的结构可以不同,这意味着来自一个系统的文档不需要与来自另一个系统的文档具有所有相同的字段。
精选资源