如何预防CRM表导致数据损坏.doc免费

数据整合包括数据清理和数据管理。数据清理和数据管理是每个成功的CRM计划的重要组成部分，并且应该在CRM计划开始时就要进行。为服务好客户，企业应该及时清理垃圾数据、整合外部系统资源，已达到消除信息孤岛、及时响应外界变化的能力。 数据清理从理论上来讲非常简单，只需快速清除你所有的数据库事务即可，但实际执行起来却不容易。 在现实世界中的云系统中，你可能有几十个松耦合的数据库。企业通常需要在几秒钟内更新一次数据库，但在某些情况下：如周末系统刷新或季末报告等事务可能会持续一个小时甚至更长时间。 因此，在松耦合的云系统中，企业首先要做的是确保所有终端系统上有任何事务的时间戳，并确保您的业务逻辑，明白该怎么做以防你在几个小时后又有一个“新”的更新。 时间戳对于如交易，支付或转让等事务来说很实用。但是，对于我们的通常不会有太大的核算内容的核心系统CRM是不适用的。 这是因为，CRM与其他企业级应用软件不同，它对数据标准要求不同。因为CRM系统内数据较敏感，涉及到客户资料，且数据更新频繁，一些个别的数据可能会创下一天更新数次的记录。因此，笔者认为，当更新CRM表时，光有时间戳标记是不够的，CIO应当设置访问CRM表权限，并设定验证规则或编码机制等限制条件以防数据可能发生改变。 对于CRM系统来讲，更新数据时还需要考虑到外部系统，业界认为最好的做法是对CRM表做反平衡控制。例如，当企业开拓市场，建立一个新的销售渠道时，企业可能就有必要建立一个“新”的账户，但这个账户其实有可能已经存在您的CRM系统中。而企业的外部系统可能会显示出与你已有账户不同的名称。这样可能会出现三个问题： 1、你不能确定CRM系统中的Joe Bigshot和外部系统中的Joe Biggs-Haute是否相同 2、你不能确定CRM系统中的 joe.bigshot＠和外部系统中的 joebigshot＠是否相同 3、 你不能确定新数据是好于还是差于旧数据，尤其是当你合并来自外部系统数据库的数据。 鉴于上述三点，简单更新现有记录可能是一次对数据破坏行为。因此，笔者建议你故意创建一个重复的记录。创建记录时，为便于进行后续评估和数据核对，可把创建的记录发送到您的销售业务部门或会计部门。通常情况下，新的记录将成为你已创建主关系记录的孩子，这样外部系统可以继续更新 “副本”数据。 重复的记录创建好后，我们需要对CRM与外部系统的数据进行整合。笔者认为，当合并故意创建重复记录的记录时，你需要采取一些狡猾的技巧。传统的合并常规记录通常采取静态规则（如“最近更新”或“最好的数据质量”）。由于合并的通常是纪录，而不是字段，因此，你可能会丢失部分字段内容，如一个新的电话号码或电子邮件地址。 为找回这会这些丢失的字段内容，笔者建议企业按照标准合并规则，做一个长期的文本字段，复制“备用字段”到丢失的字段内容。长期的文本字段可串联使用“XML-Lite的”样式（例如，“使OtherPhone:800-555-1212，AssistantEmail：joan＠”）的额外的数据位。有一个更加明确的“额外”的数据位能让更精确的找回丢失的数据。 另外，引进智能化的CRM软件管理客户资料也是不错的方法，可以从根源杜绝数据损坏。例如8thManage CRM，这是一个智能化的CRM系统，在识别重复数据方面具有独特的优势。系统除了提供信息录入功能外，客户可以选择不同的维度对比核实信息是否与系统中的数据重复，杜绝了前面提到的三大问题的出现，确保数据唯一以及有意义。当数据需要迁移，直接导出即可，无需再整合。 总之，确保CRM数据库里增加有价值的数据，而不是盲目地肯定这是最新的最新值才是解决之道。 更多CRM的信息：/crm/crm-software.html 如何预防CRM表导致数据损坏