数据完整性：为什么对于理解用户行为至关重要

在当今个性化营销的时代，如果没有丰富的客户数据，营销人员就会迷失方向。但许多营销人员在将数百万个数据点推送到云端时忘记了数据点质量和完整性的重要性。
高质量的数据让所有团队的生活变得更好。营销团队可以打造更好的营销活动，分析团队可以在无需转换和解决方法的情况下做出更好的决策，产品团队可以做出明智的产品决策。
这是一个简单的示例：您每月推送数百万个购买事件，但有一天意识到您已将产品名称作为属性映射到该事件。这可能看起来合乎逻辑或微不足道，但想象一下您有多个具有完全相同名称的产品。这将导致数字夸大并误导您和您的战略营销渠道。如果您将产品 ID 或 SKU 映射到购买事件，则可以避免这种情况。
如果您不能信任您的数据，您将永远不会放心地使用分析来做出业务决策。

降低数据完整性的常见情况

数据重复
重复不仅不利于数据完整性，而且还会直接导致存储容量增加成本。这可能是用户配置文件的重复，甚至是同一事件在本应引发一次的情况下被多次引发。
一个常见的重复示例：您的集成 SDK 默认跟踪一些“系统事件”，例如应用程序启动或通知单击，但您的开发人员忽略了这一点并手动引发事件。在这种情况下，您将同一事件存储两次，从而增加您的平台成本，因为您将更快地超出事件跟踪配额。在数百万用户的规模下，这些额外费用确实会损害您的营销和分析预算。
时区管理
大部分营销活动都是基于时间的，错误指定的用户时区可能意味着您的活动会被忽视，因为它是在凌晨 3 点而不是晚上 7 点进行的。如果您开展国际业务，这一点尤其重要。
位置数据
您可以从应用程序中获取两种类型的位置：

1、粗定位：  

可以使用移动网络提供商和 WiFi 接入点提取该信息，无需 GPS 访问，但准确性不高。
这对于您的用例来说可能已经足够了，例如，如果您只想发送营销活动或根据大致位置细分用户（例如来自加利福尼亚州的用户）。
粗略的位置数据也足以让您获得有价值且重要的见解，例如市场渗透率、客户采用率等。
对于这些见解，您可能不需要收集更昂贵的精确用户位置。

2、精确定位：  

它使用 GPS 访问，精确度在几米之内。
高精度位置数据在电子商务、食品和杂货配送等行业中显得尤为重要。用户位置对于特价优惠、基于位置的个性化、推荐等非常重要。
例如，CleverTap 的许多客户使用地理围栏为用户提供高度准确的基于位置的服务，例如当用户靠近客户的商店之一时发送优惠券。正如您可以想象的那样，这需要位置数据精确到几米之内。
为了确保高精度，需要最终用户进行 GPS 访问。请记住，如果最终用户出于隐私和/或电池问题而选择拒绝访问位置数据的权限，那么这些参与必然会受到影响。
您可以通过了解位置数据在特定营销用例中的重要性来选择所需的位置数据的准确性。在许多情况下，检索准确位置数据的成本可能会超过收益，因为您可能会失去从选择不提供位置数据的用户那里获取数据的机会，并且您可能需要为这些用户修改旅程。
但请记住，如果您选择坚持使用粗略位置数据，则应让所有利益相关者意识到位置数据可能是模糊的，不应在需要精确位置的情况下使用。
糟糕的事件命名
命名应用程序事件的方式会对数据的清晰度产生长期影响。您可以将产品被查看的事件命名为：

1. 产品视图
2. 浏览过的产品
3. 浏览过的产品
4. 用户产品视图
5. 产品_已查看
6. 产品浏览
7. 查看产品

我们推荐“名词+动词”语法。例如，产品已查看，注册已完成。
无论您选择什么，请确保您的命名约定在所有平台上得到维护，并使您的团队达成共识。我们观察到同一事件在 iOS 和 Android 应用程序上的命名或拼写不同的情况，这会导致数据丢失或错误信息，并且修复起来可能很麻烦。
命名保持一致和清晰，以确保工作流程简单明了。请务必咨询相关的内部团队，例如营销和数据科学团队，以实现平稳的互操作性和较低的开销。
按行业垂直查看这些示例事件，作为一个良好的起点。
独特的用户识别问题
身份管理是营销工作中非常重要的一部分。您需要唯一地标识用户，并避免多次向同一用户发送相同的营销活动以及其他此类错误。
以下是有关在营销平台中设置用户身份的一些重要建议：

1. 如果没有 Identity，请不要设置。例如，将多个用户的身份设置为“无”可能会将该“无”身份下的所有用户分组在一起（即，具有“无”身份的任何用户都被假定为同一用户。）很少有平台分配内部唯一的在传递的身份为 Null 的情况下向用户提供 ID，就像 CleverTap 所做的那样，并且该身份仍然可以用于识别单个用户。
2. 不要分配可能会更改的身份。例如，如果某人的电子邮件可以在您的应用程序内更改，那么允许电子邮件作为身份并不是一个好主意。如果他们更改了电子邮件，大多数营销平台都会将该人标记为新用户。这同样适用于手机号码、Facebook ID 等。

您可能有特殊的用例，例如多个用户从一台设备使用该应用程序。像 CleverTap 这样的复杂平台可以根据当前登录的用户在不同的用户配置文件之间切换。
事件数据
确保从开发人员和业务角度仔细规划和实施您的事件数据。
有条不紊地考虑您的事件和事件属性。您不想在没有产品 ID 作为事件属性的情况下引发购买事件。
确定每个事件的触发点并确保在正确的时间引发事件。
与 iOS 应用程序相比，请勿在 Android 应用程序的用户旅程的不同点引发事件。例如，您可能会在 Android 上意外地在主屏幕开始加载时引发“主屏幕已查看”事件，但在 iOS 上则在页面加载后引发。这可能会导致 Android 和 iOS 数字之间存在明显差异，并导致错误的见解，因为许多用户可能会在主屏幕仍在加载时关闭应用程序，从而导致 iOS 用户的计数相对较低，进而可能导致您做出不必要的操作变化。
使用测试帐户和测试用户来验证实际的应用程序操作与用户个人资料页面上引发的事件。
事件数据的数据类型
为您的事件属性确定正确的数据类型应该是一个经过深思熟虑的决定。很少有像 CleverTap 这样的营销平台具有内置的架构管理工具，可以帮助您定义每个事件属性的数据类型。
我们观察到用户生日作为字符串而不是 Date 对象从应用程序传递的情况。这使得数据几乎毫无用处，因为像“我的用户中有多少%属于Z世代？”这样的简单查询。无法很快得到答复。
最近，我们有一个客户将其交易金额数据作为字符串而不是整数发送。这使得许多简单的数学运算无法执行。
简单的疏忽可能会导致资源的严重浪费：尝试事后转换数据或不得不完全丢弃它。

如何保持数据的高度完整性？

幸运的是，维护数据完整性并不困难。但这确实需要一些计划和深思熟虑。
请遵循以下最佳实践：

1. 在整个文档和平台上保持一致且清晰的事件命名。
2. 在与营销平台的初始集成过程中花费额外的时间来彻底手动测试跨平台引发的事件。在上线之前使用测试帐户和用户个人资料的活动流。这将为您在未来节省大量时间和痛苦。
3. 应经常进行彻底的审核，尤其是在修改或添加某些事件结构时。
4. 仔细考虑您想要跟踪哪些事件，不要太过分，也不要错过关键事件。确保明确定义您的 KPI 和用例。
5. 咨询可能使用数据的相关团队，例如营销团队、管理层、开发人员和数据科学家。
6. 确保所有平台团队（Android、iOS、SDK）在决定何时引发事件时达成一致。
7. 花时间维护事件模式。请访问我们的文档，了解有关架构的更多信息以及它如何帮助维护数据完整性。

实现并维护数据完整性

如果您计划将业务决策建立在数据的基础上，那么能够信任您的数据非常重要，而您所需要的只是一点额外的时间和精力来建立这种信任。维护数据完整性将为您和您的公司减轻很多痛苦。