三个产品容易忽略的点 | 奇点产品

/ 0评 / 0

工作中的方法理论算是很多了,但是在多任务的并发处理中,往往也会忽略很多,最近也从工作中简单总结了一些犯过的错和容易忽略的点。

产品经理其实是一个回归的过程,早先年我们讲产品经理需要各种都知道一点,算是全能型。中期的时候,产品被不断细分,很多也只是做一个简单的界面交互,这种情况下,及其细分,其实是没有只是壁垒和核心竞争力的。再看现在,其实产品经理还是在越来要求越高,需要强逻辑性的对生命周期进行了解和熟知,形成自己的知识技能壁垒。这里边就有越来越多的多任务并发的情况和沟通所在,笔者在这里先总结三类易忽视的问题,做一个归类。

第一:功能做完了没有下文

这里的功能做完了,没有下文,不是说我们正常做完功能不去跟踪,不去看数据等结果,而是在多团队配合的情况下,当需求处理完,另外一只团队的处理情况。在To B的工作体系中,存在产品和运营角色互补的工作流,需求处理完后,需要push下游去使用反馈。这是一个正常的反馈过程,但是当这句话被说出来的时候,可能会被反驳这不应该是正常的吗?确实是正常的,而且从概率上来说,也是大概率完成的。不过在处理多个需求处理时,也有很大可能性会出现,功能做完了,没有push到位。如何处理呢?就是推动,可以自己推,也可以利用好一个好的推动方式,寻求上级(寻求上级资源帮助是一个推动事情的常用方式)。

第二:临时接手的需求处理

临时接手的需求,最主要的就是了解背景逻辑,而不是直接去执行。一般需求临时派发,大概都是要进入开发的节奏中,好一点传递会说明白逻辑和背景。了解清楚逻辑和背景才有可能去做一个好的方案,也就是平时说的需求。可能对方说了70%,但是剩下那30%,或者再多了解那10%往往很关键,多了解信息,就少了信息差,在决策的时候往往很重要。

第三:在老系统中接入功能

我们常常说,产品要有从0 到1做产品对接经验,但是似乎网络上很少有人说怎么去接入到已有系统中,新增功能,后边我也会展开来说。在已有系统中接入新功能,和自己从0到1做一个系统,就如同程序员自己写一份,不去看别人写的很类似。这里搞不好往往会出现以下情况:1,逻辑不通畅;2,功能不完全,或者有重复;3,操作逻辑诡异。总体来说,一个系统的整体逻辑流程还是要理解的,就如同刚开始文中说的,现在的产品经理,需要熟悉整体业务流或者功能流,在其中做新变化。

其实上边的三个问题也是换汤不换药,也是经常发生的,应对方式也有很多种,但是当你意识到的时候,并且能说出来,就已经是找到解决方法,在做改善了。


作者:Leif

已经3年多产品了,目前在水深火热的人工智能产业中做AI产品经理。

微信公众号:奇点产品,感兴趣可以一起聊聊哦

 

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注