发布网友 发布时间:2022-05-01 19:41
共3个回答
热心网友 时间:2022-06-22 02:36
大部分情况下,产品经理不要给技术方面的解决方案,听产品经理讲实现方式可能是除了改需求以外,开发团队最讨厌的一种情况。所以,产品经理可以了解些算法,尤其需要了解实现效果及实现成本,但具体细节可以不深究。
1.已有的回答说得对,有一部分产品经理,例如阿里的数据产品经理,有对算法的一定要求,但类似的岗位都比较特殊,不作为一般性产品经理考虑。2.大部分产品经理做的事情还是基于某个实体业务的事情,这个时候了解某些和业务相关的算法可能会有利于和开发的沟通。3.如果深入研究某个算法的话,大部分的情景下(请注意,不是全部),产品经理的产出性价比会很低。4.如上所说,产品经理盲目给技术讲实现逻辑可能会令人很讨厌。最后,回答楼主关于“喜欢”这个的问题,我的一些思考-首先,作为产品经理,在描述这个需求的时候,就需要把业务逻辑描述清楚。你可以不具体去描述通过哪个公式计算怎么推导如何机器学习得出一个结果,但至少要产品逻辑是需要写清楚,这个功能会基于哪些维度来判断?上线之后的预期指标是什么?你告诉开发,我要一个这个功能,本身就是需求不明确。-如淘宝推荐算法可是几个团队不断改进优化而来的,这个需要RD、BI等共同的配合才可以搞出来。而且至今效果也不能所有人都满意。-而产品搞得定,是应该提供一个逻辑,例如用户加了很多有关A类目的东西,那么可以再给他推荐有关A类目的东西,或者“设计师、店家”等相同的东西。这个不是很精准,但基本上可以覆盖到一定比例的人群,我个人感觉开发的同学不是要一个算法,而是要一个功能的基本逻辑。个人感觉基础的产品逻辑产品经理是要想清楚的,而不是提出“我要一个喜欢推送的功能”。这是产品基本逻辑,而且,这不是算法~
热心网友 时间:2022-06-22 02:36
这是一个“度”的问题。对于研发而言,产品经理代表需求方面。按说,需方是不负责实现层面的问题的。但是需方也不能因此而天马行空,不能脱离实际。算法一词,显然是在说IT圈里的事。其实,问题在传统行业都遇到过,都有解决的原则。传统的离散制造业,产品设计人员(需方)在完成设计时,要将设计输出物(通常是图纸)提交审批。各企业审批流程中,几乎都有一个“工艺会签”的环节。这个环节就是由下游的工艺人员(实现方面)评估需求。工艺人员有权要求修改产品设计方案,甚至否定方案。当然,工艺人员在会签时,也不可能详细地考虑工艺的细节问题,那时他只是评估设计方案的可行性。遇到问题,产品人员和工艺人员要一起干活,协商出双方都能接受的方案来。IT产品,或者说软件产品吧,不也应该这样吗?
热心网友 时间:2022-06-22 02:37
个人做开发和产品经理打过交道,感觉产品经理不只是画一画原型什么的,题主能考虑到自己在设计时需不需要算法是一件好事。我说下自己的感觉吧,之前接触的产品经理都是画一画原型。如果说产品经理清楚些算法或者懂一些开发会提升产品原型『健壮性』,更确切说是提升原型的品质把,而且你和开发的逻辑在同一个频道与开发沟通的代沟也会少很多,不会因为产品不懂开发的执拗而强行用某种方式实现某些功能,不妨听听别人的意见,换个方式效果如何呢。其实我觉得和开发道理都是差不多的吧,开发都讲究代码的健壮性,可维护性,解耦和等等,我觉得这是一个作为开发的一些涵养把。反正开发做了有段时间了吧,感觉自己不能强求别人,没有办法的时候只能靠自己。我觉得不管身处那个行业在不同单位,对于同一个岗位的职责要求也不尽相同,都需要学习或做出改变。有个同事和我说过:做自己不会的是一种学习,做自己不愿意做的是一种成长。我也喜欢最近看到的半句话吧:'’穷'者独善其身。富者兼济天下,上半句显然不适用我这种智障吧。共勉。对于PM这个岗位的职责不是很明确,说了些自己看法,可能有些偏了。