手机版 欢迎访问人人都是自媒体网站
数据产品经理的工作重点在于围绕数据,做出业务决策,输出产品、优化产品。那么就有人好奇了,数据产品经理的日常工作是什么,都要做些什么呢,让我们看看笔者是怎么说的吧:
产品经理日常工作基本都可以用一句话来概括——输出产品。在输出产品的过程中,数据产品经理工作从状态及性质上分为两大块:用户需求承接及数据应用平台建设。
用户对于数据产品的需求旨在通过数据帮助用户做结果判断,并基于数据结果做业务决策,产品需求以图表、可视化看板、自助分析工具为主;数据平台建设工作上,数据产品经理承接平台功能设计、内容规划,以及平台优化迭代。
用户需求承接包括临时数据需求对接及项目承接两类:
1. 临时需求对接临时数据需求以历史数据提取及报表开发需求为主,一般基于用户已有的明确数据需求;对于这样的需求,数据产品经理工作方式总结如下:
1)明确需求用途及目的
了解用户需求紧急程度,数据需求的用处,判断是否有现成报表及自助分析工具能满足其需求取数;如果有则直接提供报表及工具给到用户,如果没有则进入第2步。
2)报表字段核算逻辑确认
简单地说,就是每个字段的条件限制以及指标的核算逻辑确认。
譬如:报表需要算到商品层级,是直接取商品主数据的商品还是仅核算零售商品或水果?指标日均销售如何计算?计算公式=销售额/查询天数,销售额是需要需不需要取门店团购或者外卖销售数据?
以上通俗理解就是要扣字眼,确保算法清晰且没有歧义;如果需求是报表开发,需要与用户确认报表筛选条件、查询周期、用户权限。
3)产品功能说明书编制
功能说明书内容包含了第2步跟业务层面沟通后的结果。此外在这个的基础上,数据产品经理需要与研发同事确认——每个字段数据仓库是否有对应的数据支撑。如果没有,产品经理需要与业务系统产品经理对接,让其提供业务系统对应的表及字段,然后提供至研发同事进行数据抽取及数据处理。
4)产品研发跟踪
研发跟踪主要工作在于:处理研发同事在开发过程中存在的数据取数及核算逻辑疑问问题。
从这几年的数据产品经理经验发现:不管前面几项做得多详细,这个过程也很难避免。主要原因在于:一个需求的研发完成不仅只基于BI(商业智能简称)系统的取数及研发,还涉及到业务系统的取数甚至基础数据的研发;但是提需求的用户不了解系统取数,清楚系统取数的人可能对于业务的理解有偏差。如果三方这这一块没有做好,那最后出来的数据可能经常会有问题,或者说有问题了甚至都不知道。
5)数据测试
报表测试环节分功能测试和数据测试,数据产品一般在功能上都很简单易操作不会出现大的问题,主要是数据测试环节比较繁琐——基本流程是研发同事提供报表对应的基础数据,用户基于基础数据根据核算逻辑重新核算一遍,通过了即可验收。
过程看似简单,但是问题仍然会比较多,譬如经常出现用户在测试过程中根据数据结果更改核算口径甚至指标的情况。
6)报表上线及运营
报表验收上线后,一般会有一个月左右的试营期。在运行过程中,根据用户遇到的功能及数据准确性等问题进行解决及优化,试运行接受后则会对其他用户开放权限。
2. 项目承接抛开上述讲的大量的临时数据需求的问题,承接各业务部分发起的项目实施是我们的主要工作。
项目承接主要工作指——按项目要求对需要输出的报表或可视化看板需求等进行研发实施。一般情况下业务部门在发动项目之前已经走完了前面所有的过程,包括立项、内容规划、项目价值、项目输出等,我们数据团队负责整个项目最后的一环——内容输出的实现。
项目实施的过程与上述临时数据需求的过程基本一致:需求沟通及确认、产品设计及UI设计、研发跟踪、功能及数据测试、项目验收、产品上线及试运行、产品跟踪及优化。
主要讲一下产品设计环节,产品设计工作是指基于用户需求,设计更形象化、体验感更优的数据展现形式。
举个例子:
前段时间承接了一个项目,用户提报了55张报表,经历了一段时间的沟通,精简到了25张表,这个过程暂不详述,总之最后就是要做25张表;
Copyright © 2018 DEDE97. 织梦97 版权所有 京ICP