作为互联网产品经理，需要做的不仅仅是对产品功能的上线，还需要寻找当中的可优化点，而需要优化的版块大都需要用数据来说话。本文总结了怎么做数据埋点，才能说个好故事的方法，希望对你有所帮助。
还记得刚工作时，负责的产品/功能刚刚上线，还在提心吊胆会不会出现什么生产问题时，就收到老板的关心「转化率提升如何？你下周出一个分析报告吧！」
作为互联网产品的产品经理，负责的不只是产品功能的上线，还需要持续地寻找可优化的地方，而到底「哪里」可以优化、值得优先优化，在产品上线之后，一切都需要用数据来说话！
当产品上线之后，其实整个团队最关心的不外乎就是表现，以互联网金融来说来说，而以下问题可能都是各个部门的老板们迫不急待想知道的：
而数据埋点就是能够在后续协助产品经理、产品运营同仁追踪、分析、并针对上述这些问题，提供可行的解题思路。无论是做2B或是2C的产品，在产品持续迭代的过程中，能用数据驱动产品决策是非常有利于产品经理与跨团队同仁进行沟通及协调资源。
当产品还处于0–1的阶段时，许多产品经理都在功能性的需求里忙得昏头转向，而时常忽略了一个十分重要的需求，那就是「数据埋点」，我每一次在跟团队同仁描述这个需求的时候，都一定得加上下面这句提醒。
数据埋点是一个很容易被忘记的功能，但系统上线后，老板“第一时间”只想知道这个。
幸好，在互联网产业中，用户的每一个操作行为都可以被记录下来，而这些纪录就是数据埋点。
数据埋点除去了能帮助产品分析产品情况之外，也是产品分析与产品分析团队准备日报、周报、月报的重要信息来源。试着换位思考在组织内部不同关键利益者的立地与诉求，他们可能会需要哪些重要的信息，帮助他们向上沟通、激励内部销售人员，或者是对外界宣传，以上这些思考，帮助产品经理更完整地准备数据埋点需求。
例如：
（1）CEO经常需要进行内部分享或接受外部访问，有哪些重要指标，有利于宣传该产品/服务。
（2）营销团队主管需要的报表，主要想了解哪些营销渠道是能够有效转化用户的。
（3）销售团队主管需要的每周报表，想看部门内部每一组销售团队的表现，帮助他们彼激励。
（4）产品经理团队或者是设计团队，需要了解这个功能流程的使用情况及转换率，以及是哪些环节最值得优化。
确认了关键的指标之后，需要了解该指标体出现在哪个流程，并确定其中的重要事件（如：绑定银行卡、发起交易）。
数据埋点工作是一个持续性优化的项目，每一个页面发布局改动、流程优化，都可能会出现新的埋点需求。持续性的，所以可能有非常多的同仁会参与其中，那么建立一个清澈的埋点规范就更重要了，不仅可以避免所有遗漏，更可以加速新参与者与仁的上手时间。
（1）判断采用「前端埋点」或「后端埋点」：前端可采集的字段更丰富，也利于关联用户设备与用户行为；而后端埋点则有利于排除前端网络环境不稳定决定生成的数据错误。
（2）依流程或页面分类：例如，注册流程、绑定银行卡流程还是支付流程
（3）依用户行为分类：Page View（页面曝光）、Scroll（滚动）、Click（点击）、error logging（错误事件）…等
（4）定义名称规范：
随着时空背景、技术能力、团队成员的不同，即使是相同的主题，在产品设计上也可能会有不同的解法，而这正是产品设计最有趣的地方 — 没有标准答案
而寻找最「合适」团队及用户的产品设计方案，则是一段持续发问与解答的过程。
数据都有了，产品经理如何与数据分析师合作，用报表说故事也是非常重要的，这边我想特别推荐《用数据讲故事-职场通用高效沟通六原则》这本书，作者科尔用十分浅显易懂的方式分享如何思考与制作图表，老板每天要吸取的信息非常大量，而人是非常视觉性的运动物，比起一堆文字，好的图表也能够加深受众的印象。
（1）目标导向：思考接受人群是谁、背景是什么、他们有多少背景知识，你希望接受人群听完分析之后，获取什么行动
（2）读懂数据，而不是单純「展示」杂乱的数据，针想要突显出来的「重点」找到合适的图表
（3）以简单的色彩强烈调重点，减少受众的思考时间
随着产品经理职涯发展的过程，会有更多的机会需要向上汇报，因此在日常准备数据需求的过程中，持续练习数据思想维也是非常重要的。利害的产品管理也可能会有一些经验与直觉，但好的产品经理清楚的使用数据沟通。
本文由 @是安娜啊 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。