日志正文
|
||
不知不觉,转岗做数据PD已经半年多了,上线了一个产品,另一个产品刚刚kick off。 这其中也经历了每次换岗的迷茫期,低沉期,反思期,振作期,豁然开朗期等等,但是总体感觉这块的水挺深,即使有些心得体会,也绝对不敢妄言。今天空余点时间,翻了过去的邮件,工作文档,发现多多少少有些收获和心得,记录在此,以观后效。 本文谢绝转载。关注我请点击:http://weibo.com/heidixie 特别说明:原则上我是允许并感谢各网站转载我的博文的,但是若我注明了谢绝转载,是非常认真的。理由有可能是本文未完成,思路待修正等等原因。一旦有这个声明,请不要继续转载本文且没有和本人打任何招呼且没有注明来源。 ——————————————————————分割线————————————————— 一. 如何做一个好的数据产品经理? PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂。数据PD也不例外。而且打交道的人更多。以下是我用PPT绘制的数据产品经理关系圈。如果你也做过数据产品的产品经理(好拗口),相信也有同感。既然要和这么多人打交道,要推动数据产品的上线,数据产品经理自然有着一定的要求。 我的体会如下——也借此去鞭策自己在朝这个方向努力: 1.要极其熟悉公司业务及动向。所以要了解公司的商业模式、战略、以及业务流程、要考核的各种指标,以及指标背后的业务含义等。这一点,再了解都不够。 2.要了解数据分析。好的数据PD,即使不做数据PD,也应该是个数据分析师。数据PD的一大要务就是将数据分析做成可复制,可自动运转的系统。虽然有数据分析师们围绕在自己周围,但是自己也要清楚业务的问题,分别要看什么数据,或者当数据出现后,意味着业务出现了什么问题或者会出现什么问题。这一点,要向最好的数据分析师们看齐。 3. 要了解数据仓库及商务智能。 这两个关键词背后都是庞大的体系,恐怕我短短半年的转岗时间太短,虽然能够对别人讲解一通商务智能产品的架构。嘴里虽然会抛出若干个类似于汇总,钻取,度量,指标,维度,缓慢变化维,层次,属性,仪表盘等等术语,但是也不支持多几层的知识钻取,遇到异常问题,也不知道该从什么地方分析原因。幸而身边有数据仓库的同事,可以多多学习。这一点,没有天花板。 而商务智能,做为一门学科,起源于20世纪90年代,它的出发点是帮助用户更好地获取决策信息,最初商务智能的动机是为用户提供自助式的信息获取方式,这样,用户就可以不用依赖于IT部门去获取定制的报表。(引自《信息仪表盘》一书P41)。而如今,商务智能除了提供信息,更主要的是降低用户获取数据的门槛,提升数据的实时性等方面。从降低用户获取数据的门槛一个方向,我们就可以做很多事情,比如如何设计信息仪表盘(designing of information dashboard)?如何让数据以更亲和的更直观的方式展示(数据可视化)?如何能够让用户离线访问?如何能够实现警戒数据的主动发送?这一点上,花多少功夫都不多。 4. 要精通数据产品开发流程。数据开发+产品开发。 数据PD的最终目的是要做数据产品。这里要拆开看,其一,数据产品本身也是在线可供用户实现的产品,既然是产品,产品的整套研发思路和普通的产品没有太大区别,用户是谁,他们需求是什么,满足需求需要什么feature list,每个feature list的资源评估以及优先级如何,产品的生命周期如何?这是产品开发。然后他是个数据产品,意味着这比普通的产品,多了更多的要求。在数据这个内核之外,它需要各种feature list,如订阅,搜索,自定义,短信接口,邮件接口等。但是数据这个内核,也需要一套数据开发流程。 比如:
二. 心得总结篇(未完待续) 下面,谈几点我的心得总结,或许还显得稚嫩,但是自己所得,要远远比看别人文章或者看书得来的深刻,记录下来,以便于后续校验。有的先插个图,周末补充内容。 1. 数据产品的价值 2. 数据产品的用户 3. 数据产品架构 4. 数据产品风险 5. 数据产品VS业务系统 6. 数据产品项目流程 7. 数据产品交付物
最后修改于 2012-09-17 20:25
阅读(?)评论(0)
上一篇: 随记:关于职业规划,交互设计及写博客
下一篇:该日志被锁定
|
||
评论 想第一时间抢沙发么?