快播:对产品经理而言,哪件事最难做?

我们都知道在工作与生活中,最难做的事情,往往也是最有价值的。对于产品经理而言,最难做的一件事情是什么?作者结合自己的实际情况,与大家分享他认为产品经理最难做的一件事以及一些应付的经验,希望对你有所启发。

快播:对产品经理而言,哪件事最难做?(资料图)

最难做的事,往往也最有价值。

有人问了我一个很大问题:什么是产品经理最难做的一件事?我当时在开会,没来得及细想,晚上合上笔记本,坐在车里思索良久,我觉得对产品经理来说,最难做的事可能也是最有价值的事,四个字就可以讲清楚,那就是:保持平衡

结合上周的几个产品小案例,分享给大家一些经验。

一、业务思维还是产品思维重要?

上周在各事业部的每周工作例会上,镜同学被副总裁批评了,原因是产品思维稍强,业务思维太弱,导致项目进度进展过于缓慢。虽然批评很委婉,但的确一针见血,事情是这样的:我们在厦门有个项目,根据业务需求,我和业务总监A做了一个方案,我从产品角度出发,提出应该对某个系统做优化调整,以便更好地满足客户的真实需求。

业务总监A也同意了,项目也启动立项,我们产品开始着手进行产品的优化设计,根据需求,主要是增加“数据应用类”的功能设计,预计一个月左右上线,但业务总监A未及时汇报给副总裁。

结果,客户时间比较着急,对方boss直接与我们副总裁沟通,询问时间怎么这么久,解决方案不是现成的吗?

会上领导讲到:镜同学作为产品负责人用产品思维看待问题并没错,但业务总监A作为业务负责人应该从商业角度着手,用业务思维解决问题,应该在现有的产品功能体系下,先拿出解决方案,让用户先用上系统,再不断地去优化完善。

试想一下,你们要做的功能都是数据应用型的、统计分析类的,这样的功能你就是现在给客户他们也用不上,完全可以在方案中讲清楚,先让用户使用着现有的产品功能,等数据积累好了,统计分析类的就能发挥效能。而绝不是单纯地用产品思维去解决业务问题,要学会找平衡,该用业务思维时就要用业务思维,产品思维就要退一退,该用产品思维时就要用产品思维,业务思维就要退一退。

事后我复盘,领导的批评虽然委婉,道理却发人深省:最难的事在于找平衡点,什么时候该用业务思维(比如,新项目洽谈),什么时候该用产品思维(比如,功能沉淀优化)。找准了,事就成了

二、领域驱动设计的案例应用

《领域驱动这设计》这本书终于看完了,说实话,获益匪浅,对产品经理的设计思维有很大的启发,再一次推荐给大家,当然,书中的案例也更容易应用到实践中,上周我们的一个评审会我就引用了其中案例。

上周二,我们对“支付中台”的功能设计进行内部评审,其中也涉及“账户余额”这个字段,以往我对这个字段的理解只是数据表里有这个字段,每次需要使用时直接调用即可,但实际上,这个简单的字段设计有两种实现方式:“以状态为主”和“以事件为主”。

假设账户原本有100元,工资入账20000元,消费出账1000元,那么账户状态是多少?100+20000-1000=19100,下面看看“以事件为主”和“以状态为主”的两个视角的区别。

方式一:以状态为主

以状态为主的视角做法是:在每次出入账事件发生时,在数据库的进出明细表中添加记录,如入账记录20000元,然后同时将账户表中的余额字段改为20100。

也就是说,余额的计算是在写入明细表数据时同时进行的,明细表与账户表同时进行写操作,如果一张表写入错误,已经写入的另外一张表必须回滚,这是依靠数据库的ACID事务机制保证的。

ACID事务除了保证两张表修改的完整性,还会防止同时修改账户表的余额字段,因为账户表的余额字段是一个共享字段,如果有很多写操作同时发生,肯定会发生同时修改这个共享字段的情况,那就会发生竞争,ACID中的隔离性就是为了避免这种竞争而设置的属性,通常通过上锁实现,代价是牺牲性能和吞吐量。

方式二:以事件为主

但是,在事件溯源架构下,虽然同样还是要保存事件发生的明细,但是写入明细表以后,就不会去修改账户余额的状态,这样,整个写入过程就不会遭遇共享资源的争夺,也就没有必要使用事务机制,只是追加新记录,甚至可以使用普通磁盘文件,日志文件也是一种事件日志。

既然账户余额并不是在写操作时修改,那就需要在读取数据时实时计算。当每次读取账户余额字段时,首先读取事件明细表,获得入账事件20000元和出账事件1000元这样的事件集合,然后计算100+20000-1000=19100。

有人觉得每次读取都进行计算性能会差一些,这个问题可以通过缓存得到优化。缓存其实是一种快照,第一次读取余额状态时会计算一次,然后将结果保存到缓存中,如果写入事件明细再次发生,就会删除缓存中的余额数据,等待新的“第一次读取请求”发现缓存中没有余额数据了,就会转而从数据库中获得余额的初始值,然后读取进出事件表,最后计算出当前余额,保存到缓存中,供其他读取请求快速获得。

在评审会时,一开始我们的产品经理也是以为是通过数据表直接查询该字段,我便将这两种实现方式都跟大家分享了一下,得益于书中的案例应用,我们对技术思维有了更深的理解。

实际上,我们还可以发现,在技术实现上也遵循着“平衡法则”:“状态为主”并发时容易发生竞争,上锁虽能实现,但会牺牲性能;“事件为主”不会发生资源竞争,但也会降低性能,不过,通过缓存就可以得到优化。

矛与盾,巧妙地演绎着动态平衡。

三、晋升中心副总监

群里的同学可能已经知道,镜同学月初被提拔为研发中心副总监了。

主要负责产品设计部,技术开发部,测试部,运维部四个部门日常工作,当然80%以上的精力还是产品设计,毕竟还兼任产品总监。

我在群里跟产品同学分享了一个感悟:人生最难的事有哪些?

我觉得找平衡一定是其中之一,组织架构调整的同时,也有很多事情随之而来,木秀于林风必摧之,逆境时需要保持乐观,同样的,向上时一定要有向下的心态,这就是所谓的“一阴一阳之谓道”,就是“易经思维”,本质就是找平衡。

镜同学这次升职其实心态十分平和,不骄不躁,为何呢,说心里话,还是读书的原因,读《资治通鉴》,读《史记》、读《易经》,以史为鉴:历史不会重复,但总会押韵

升职当天我还自占一卦,竟得“坤”卦:

1. 卦辞

元亨,利牝马之贞。君子有攸往,先迷,後得主。

略懂易经的应该知道意思:要有龙马精神,要遵循上位领导,凡事未思考先自己行动就会迷失,低调后发则可获得认可。

2. 其初六爻词:履霜坚冰至

意识是,鞋子上有霜,不清除就会结冰,小的毛病或坏的习惯,微妙的关系,不去处理就会滚雪球成灾害。

3. 六三:含章可贞,或从王事,无成有终

意思是,不要急于表现,有点小成就兴奋,就很难有大的发展,也很容易走下坡路,要有内涵修养。

易经这本书,读了几遍,六十四卦可熟练背诵,张其成老师,曾仕强老师视频也反复看了很多遍。

浅薄认知:易经作为群经之首,中华之典,真的可以让你趋吉避凶,但这并非玄学,底层在于改变你的认知,心态,让你学会找平衡:

刚去一个新环境,你想要快速证明自己,易经却提示你,不要急于表现,先要学习周边情况,熟悉掌握信息,这就是“潜龙勿用”。

你工作中犯了错了,很是自责懊悔,易经却告诉你:风雷益,君子以见善则迁,有过则改。(看到善言善行的人就虚心向他学习,而看到自己有过错了就马上改正)

你职位晋升,事业顺风顺水,易经却立马警示你,要对下布施,学会利益分享,这就是“损上益下,民说无疆”(意思是减损上面增益下面,民众很喜悦,喜悦的范围没有边界)

在我看来,产品经理是一个综合思维的岗位,天花板很高,但同时需要掌握的技能和思维能力也很多,在纷繁多杂的当下,对产品经理来说,最难做的事就是多一份平和,不断去修正,动态去调整,始终处于平衡发展状态。一样米养百样人,每个人都有自己的思维习惯,找平衡需因人而异,但道理却很朴素,以至于可以充实在产品生活的每一处:

你周末很愉快,玩的很开心,可明天还有评审会,这个时候你就要去找平衡:周日晚上提前看一个小时原型设计,第二天评审一定会更加顺利。

你产品设计很优秀,汇报演讲很成功,以至于升职加薪,歌颂纷至沓来,你必须有平衡心态:遁者,见之先也。(要在关键上升期学会隐藏锋芒)

你需求调研、产品设计就差临门一脚,中途受挫,你想放弃,此时平衡出现在你脑海:人但有恒,事无不成。(行百里者半九十)

镜同学以为,易经并没有用宏达的叙事,也没有用夸张的修辞,正所谓其大无边,里面的人生哲理可受用终生,甚至包含一切的产品思维。

从这个角度来说,他所彰显的朴素逻辑一定直抵人心,以我浅薄地认知看来,易经的低调魅力与巨大威力,正是通过帮你重塑平衡,让你可持续地向上前行。

也正如《易经》所言:凡益之道,与时偕行

专栏作家

产品大峡谷,公众号:产品大峡谷,人人都是产品经理专栏作家。七年B端产品经理,供应链物流与金融领域,擅长需求设计、业务指导、商业观察等。

本文由@公众号:产品大峡谷 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

© 版权声明
THE END
喜欢就支持一下吧
点赞6 分享
评论 抢沙发

请登录后发表评论

    暂无评论内容