在嘟嘟拓客中，我们使用“事件模型”来描述用户在产品上的各种行为，这也是嘟嘟拓客所有界面和功能设计的核心基础
简而言之，事件模型包括两个核心实体：事件和用户。嘟嘟拓客为用户提供了上传和修改这两类相应数据的界面。在使用产品的各种功能时，这两类数据也可以单独或联合使用，参与具体的分析和查询。我们将在后面详细描述这两个概念：
1.1事件模型与页面视图在这个时代，每个产品都有一个独特的核心指标来衡量产品的成功。这个指标可能是帖子的数量、播放的视频的数量、订单的数量或其他能够反映产品核心价值的指标，这不能用简单的PV来衡量。
此外，PV模型无法满足一些更详细、更精细的分析。例如，我们要分析哪些产品最畅销，访问网站的用户的年龄和性别构成，每个渠道用户的转化率、保留率和重复购买率，以及新老用户的客户单价、流量和补贴率，以PV为核心的传统统计分析无法解决这些问题
因此，嘟嘟拓客采用事件模型作为基础数据模型。事件模型可以给我们提供更多信息，让我们知道用户对我们的产品做了什么。该模型为我们提供了更全面的视角和更好的决策指导
当然，使用嘟嘟拓客的事件模型仍然可以完成PV统计，而且实现非常简单。您可以使用SDK或导入工具上传类似的界面：
2事件实体
2.1事件的四个元素
简单地说，事件描述用户在特定时间和地点以特定方式完成特定的事情。一个完整的活动包括以下关键因素：
1、谁：谁是参与该活动的用户。在我们的数据界面中，使用distinct_uID设置用户的唯一ID：对于未登录的用户，该ID可以是匿名ID，如cookie和设备ID；对于登录用户，建议使用在后台分配的实际用户ID。同时，我们还提供跟踪功能，用户注册时调用注册界面。用于将同一用户注册前的匿名ID与注册后的实际ID连接起来进行分析
2、时间：活动的实际时间。在我们的数据接口中，时间字段用于记录事件的发生时间，精确到毫秒。如果调用者没有主动设置，每个SDK将自动获取当前时间作为时间字段
3、的值。地点：事件发生的地点。用户可以在属性中设置$IP属性，系统会根据IP自动分析相应的省市。当然，用户也可以根据应用的GPS定位结果或其他方法获取地理位置信息，然后手动设置$city和$province。除了$city和$Province这两个预设字段外，您还可以自己设置其他一些与地区相关的字段
4、如何：用户参与此活动的方式。这个概念比较宽泛，包括用户使用的设备、使用的浏览器、使用的应用程序版本、使用的操作系统版本、进入渠道、跳转时的参考等。目前，嘟嘟拓客已经预设了以下字段来描述这类信息：，用户还可以根据自己的需要添加相应的自定义字段
2.2事件划分和字段设计原则
为了更好地利用嘟嘟拓客提供的强大、便捷的分析功能，我们强烈建议用户花一些时间整理自己的数据使用需求，并做好相应的事件划分和现场设计
在事件划分和设计过程中，嘟嘟拓客团队也将提供相应的技术支持和服务。此外，我们将在这里整理一些基本原则，希望对用户有所帮助
2.2.1客户端嵌入点与传统分析工具如优梦和百度统计通过在客户端嵌入SDK在后端记录事件。但是，出于以下考虑，我们强烈建议在后端记录事件：
1、许多行为，例如下面的列表，无法在前端获取许多字段（应用程序和web界面）。即使对于一些行为，比如用户的离线消费，前端也没有提供相应的功能，更不用说获取相应的数据了
2、后端修改程序更方便。如果数据记录在应用程序端，每次修改都需要等待应用程序的发布和用户
3、的更新。应用端收集的数据有丢失的风险，且数据未及时上传。为了避免浪费用户流量，应用端通常会打包多条数据，等待网络状况良好，应用程序处于前台，然后再压缩和上传。因此，上传数据不及时是很自然的。一天的数据很可能要等待几天才能传输到服务器端，这自然会导致日常指标的计算出现偏差
基于上述考虑，除非某个行为只发生在前端，没有对后端的请求，我们建议只在后端收集数据。
2.2.2事件划分原则
对于产品事件划分，我们有以下建议：
1、为了节约使用成本，我们应该从需求出发，只记录将要分析的事件，这与传统的PV分析产品有很大不同。记录事件的目的是详细了解用户如何使用产品。对于那些暂时不会分析的使用情况，您暂时不能记录
2、活动的数量不应该太多。对于典型的用户产品，事件数不应超过20。当然，这只是一些活动设计的原则性建议。系统本身在这方面没有限制。一些类似的用户操作可以组合成一个事件
2.2.3现场设计原则
每个活动的现场设计。我们有以下建议：
1、首先根据需要整理出需要分析的指标和维度，然后根据指标和维度推断出每个事件中需要记录的字段
2、嘟嘟拓客是一个数据分析工具，而不是一个日志存储和备份系统。因此，一些未使用的字段，如Cookie的完整内容、后端请求返回代码等，不需要记录并收集为事件字段
3、如果预设字段中已有字段，建议尽可能重复使用预设字段。有关所有预设字段的说明，请参考数据格式
3中的相应说明。用户实体
3.1记录并收集用户档案
每个用户实体对应一个真实用户，使用不同的uID描述用户的长期属性（即档案），并通过不同的ID与用户参与的行为相关联，即，事件
嘟嘟拓客提供了一系列配置文件XXX类型的界面用于记录和修改用户的配置文件
3.2无论该字段记录在配置文件还是事件中
有时，我们可能会对是否应该在概要文件或事件中记录与用户相关的字段感到困惑。一个基本原则是，配置文件记录用户的基本固定属性，例如性别、出生年份（请注意，记录不是年龄而是出生年份）、注册时间、注册地区、注册渠道等。还有一些字段，例如用户级别、设备类型、地区以及是否为VIP。虽然它们也是与用户相关的字段，但它们可能会经常更改。因此，当用户发生事件时，应将其记录为事件字段。
关于DuDuTalk：
DuDuTalk是武汉赛思云科技有限公司打造的语音数据驱动的一站式智能销售赋能AI-SaaS平台。通过智能硬件（IOT）、AI引擎、机器学习、NLP、文本数据挖掘等技术，为企业提供覆盖移动通话、现场沟通等全场景语音采集、识别、质检、分析等服务。让销售与客户互动全过程数字化、可视化、智能化，用科学的方式实现对销售团队的个性化赋能，让每个人都成为“顶级销售”。
