目录：
1、背景
2、问题
3、方案
1、背景
随着推荐等营销场景的增多，不断地深入应用，对于客户行为日志的收集、分析、整理、预测的需求越来越多。如何收集信息，目前有很多的方案，也有很多的实践。不同的公司也有不同的策略及应用场景，所处的水平也不一样。
但是对于问题，对于诉求是一致的，那就是如何快速、有效、准确收集到行业日志数据。只有有了这些数据，才是最基础的，否则就是无源之水，无米之炊。
近期也在参与一个项目的相关事项，有些想法，在此与大家分享。
2、问题
先从现状来看，当前的问题主要是没有规范、没有流程、没有标准。主要有以下几个方面：
1）需求上：大家对于埋点没有统一的认识，规范缺失，导致埋点需求百花齐放或者说是千奇百怪，各自负责的内容个性化的痕迹非常重，导致后期的应用不能体系化，系统化，应用不通用，价值大打折扣。
2）技术上：对于SDK的开发，没有规范，各业务团队各自完成SDK的开发，速度是快起来了，但也是无法通用，也无法满足各类个性化需求。由于没有统一的团队维护，过程中的响应、处理无法得到资源保障。核心的原因是场景化的开发模式，没有统一的规划、设计，各自发展后，统一是比较困难的。
3）流程上：上面的需求上、技术上的问题，其实已经反应了规范流程标准上的缺失，导致产品经理、开发人员新涉及埋点业务时，似无头苍蝇，没有统一方法论的指引，遗留非常多的问题和风险。同样的上游没有，下游的测试也不知道如何去验证。整个链路是失控的。
4）意识上：都没有认识到埋点的重要性，系统规范，整体的工具、运营、监控、改进的闭环，专项推进都不重视。
以上这些问题最终的结果体现在4个方面
1）产品及运营等业务人员使用难：不知道有哪些埋点？要在哪里埋点？以前埋点的数据有哪些？采集了什么数据？不清楚、不可控、难使用。
2）开发人员开发难：目前的Excel文档，版本不对，不是最新的导致反复；格式不统一，上下游无法使用，成本大；业务定制化的属性处理复杂；SDK的管理混乱没有标准规范；
3）测试人员测试难：漏测、错测时有发生；属性验证遗漏；不同的埋点类型多终端测试效率低下；
4）项目管理难：各执行角色不清楚各自的规范，无法把控进度和质量，项目管理方面也无法发全力；从需求、开发、测试、上线各环节均不清楚状态，被动势响应给最终的产品带来了非常大的影响。
总体来说，没有各角色各环节的基本流程规范要求和高效的管理工具，最终造成了整个项目的失控。
3、方案
既然没有标准规范，那我们就看看可能的流程规范是什么，然后基于流程规范标准再建设工具。
具体来说，分为这几个阶段，包括需求、设计、评审、开发、测试、上线。看上去是不是与常规的产品流程是一样，确实如此，因为本来就是属于技术产品的范畴，没有什么特殊的，那我们看看每个阶段具体怎么做：
1）需求：负责角色为业务产品或运营，通过梳理业务侧的数据诉求，形成指标需求文档。
2）设计：负责角色为数据产品经理和增长运营团队，通过评估数据需求并对必要性、合理性进行评估，形成数据需求文档。
3）评审：负责角色为开发、数据产品经理、业务产品经理，对指标需求文档及数据需求文档进行评审，涉及技术可行性、采集合规性、需求匹配度、信息完善度进行评审，确保需求可开发。
4）开发：负责角色开发，根据评审通过的需求，进行具体的埋点开发和自测验证，以确保埋点采集的数据符合需求，并最终提交开发代码。
5）测试：负责角色测试、业务和数据产品经理，与产品测试类似，也包括冒烟、模块、回归测试，通过各个过程完成测试阶段，并完成测试报告。
6）上线：负责角色测试，同时产品、运营、分析师则基于上线的指标结果，进行场景、数据、分析、决策等运营策略及执行。
整体流程是比较常规的，需要通过在线化的方式进行管理，不要线下、邮件，并且要有完整的权限管控、自动的预警推送提醒进行推进，以符合组织的实际要求。
以上是流程，流程是骨骼，大同小异。规范标准则是肉，是真正的内容部分，最终的成果如何，是好是坏才会真正体现出来，那我们看看有一些具体的内容是什么。
1）埋点模型：行业内比较通用的SPM超级模型，简单说如何去定位这个事件来自哪里，快速定位快速分析，一般是“业务-页面-区块-展位”4个层级进行定义，将埋点进行规范统一。如果有平台、组件的支撑，可以封装到组件中，进行配置化的埋点采集，如果没有则需要通过SDK的方式，按照规范进行上报埋点信息。为了埋点来源的更加准确，除了4个层级，还可以加上2个层级，即操作类型和元事件，比如点击（操作类型）-元事件（页面点击/图片点击）。最终形成“位置+操作类型+元事件”的埋点统一模型。基于统一规范，形成统一的唯一标识码，便于后续的学习、沟通、追踪、扩展、分析、决策等。
2）工具支撑：传统的Excel管理，业务、产品、开发、测试进行协作，带来了非常多的问题，比如版本不一致非最新，格式不统一基本的底线标准未校验等，统一的平台，通过标准的结构、统一的元数据管理和版本管理、规范化的流程及成果标准，让所有的成果可见、可知、可控。
3）强大的SDK：通过前端、后端的SDK，统一标准格式，简化埋点开发、测试过程，一键甚至是配置化的埋点方式，提升开发测试效率和质量。
4）埋点质量管理：埋点前的规范制定，标准化需求梳理落地，让业务需求及数据埋点需求清晰、明了，简洁；埋点中通过工具化的辅助，平台组件的支撑，自动化的测试保证开发和测试的质量和效率；埋点后通过整个的看板、分析运营的工具，提供埋点的查询、排错、分析的各种支撑，提供优化、改进、决策的依据。
总的来说，以往的埋点是手工业式的生产，没有标准化、流程化、工具化、自动化的强有力方法，结果不是太好。目前通过梳理，制定规范标准流程，并提供工具化的支撑，通过以上的一些改进，已经能很好地针对埋点的需求场景进行比较友好的埋点设计开发，并通过这种工作方式和机制，保证埋点的成果符合业务需求，发挥数据的价值。
