知识源于沉淀 数据嵌入作为产品数据分析别重要的一部分，一直是很多产品经理关注的焦点。但之前很多文章都是讲方法论和理论知识，案例和实践内容很少。在本文中，作者从一个案例出发，阐述了如何做数据嵌入。
结合最近的工作，我输出数据嵌入的经验，希望对大家有所帮助。
本文将从以下实现埋点的步骤进行整理：需求调研，明确目标和需求定义需要跟踪的事件，形成埋点管理文档召开需求会，同开发确认埋点难度，确定埋点优先级埋点测试验收发布和数据收集数据分析和优化结语一、需求调研，明确目标和需求
这个数据嵌入点的目的是收集学生开发行为的数据，督促和帮助学生更好地开发软件，帮助他们获得一份高薪的工作。
业务场景:学生在IDE中开发代码。
数据收集工具:开发了IDE插件
调查对象:
开发团队(前端，后端):了解前端和后端用的是哪种主流IDE，了解程序员如何开发代码，有哪些开发步骤。明确后，整理成以下业务流程:
打开IDE代码开发（代码输入、代码补全）代码调试（单步执行、全部执行）代码编译（编译成功、编译失败）代码提交（commits到git、）文件操作（新建、保存、删除）关闭IDE二、定义需要跟踪的事件，形成埋点管理文档
根据步骤1，分别根据流程确定和分解业务流程。按照4W1H的模式，即谁、何时、何地、如何、什么，用户在某个时间、地点以某种方式完成一件特定的事情，定义事件和属性，形成一个埋点管理文档。
文档示例如下:
注意增加埋点版本号字段，便于后续数据维护。
三、召开需求会，同开发确认埋点难度，确定埋点优先级
将再次确认已完成的埋点管理文件。同时开发会考虑实现难度，在规定的上线时间内给出最低实现版本。根据V1.0.0版本，必须实现，可以快速实现，需要调查实现，埋点文档难以标记和维护，以确定埋点的优先级，方便后续的需求管理。
四、埋点测试验收
团队小，没有测试，只在产品上。开发自检完成后，产品通过事件触发，根据业务流程验证数据是否已收到以及数据库中数据的准确性。
注意，客户端和服务器都需要压力测量。
如果以上正确，可以准备上线了。
五、发布和数据收集
埋点管理文档再次完善了实际埋点及其在线版本号，方便后续数据维护。
上线后需要每天定时验证数据的正确性，检查是否有异常值，比如数据过低或过高，数据是否丢失，时间值是否正确等等。检查这些异常值，需要分析原因，排除是否为自己开发bug。
六、数据分析和优化
根据收集的数据，运营和业务的学生可以分析业务维度数据，并生成报表需求。我们可以使用积木、帆板和其他工具来快速报告旅行数据，以便进行早期业务分析。
同时也可以验证我们埋下的数据的准确性，影响boss和业务分析的关键bug可以快速上线，小版本可以迭代优化。
七、结语
这个数据采集主要用在B端，达到了更好的辅助业务发展的效果，用数据说话的结果更有力度。在C端，数据分析也是提升产品功能和转化率的利器。
通过实际操作介绍一下数据嵌入点的落地过程，希望和你一起进步。
本文由@半岛铁盒原创发布。每个人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
本文仅代表作者本人，大家都是产品经理。平台只提供信息存储空服务。
