For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
今天长沙达内培训机构老师给大家讲述:算法是不是产品经理该考虑的?
有个问题如下:
经常被研发同事问倒,这个功能应该怎么做呢?
现在的协作流程大概是这样的:
1.需求方提出需求
例如,运营的同事认为,鲜花订单的派单形式要有新的产品和算法支撑。这里讲一下背景。当时鲜花则是相对新的业务。
2.产品经理承接需求,并抽象
我们小组的同事张三接到了这个需求,于是跟运营的同事多次沟通讨论需求背景,以及跟相关的其他同事(比如销售、商务的同事,以及骑手)确认实际场景。
3.算法研究员承接算法需求,解决算法课题
算法研究员常博接受了算法需求,于是会把产品经理的描述再抽象一层,变成约束条件下的最优派单策略。
4.产品经理整合算法模型成为产品功能
此后,张三会考虑模型的细节,然后就跟把引擎装入发动机一样,设计出模型相关的配套产品功能。
然后是建模。在这里确实有一个模糊地带,如果是非常懒的研发,不愿意自己研究算法课题、自己建模,是有点尴尬。在职责划分上,坦率地说有计算机背景的研发做建模和算法研究会更合理一些。但如果是我,我会很开心有往前多走一步的机会。如果把这件事做好,就相当于多了一项不错的核心竞争力(可以想象未来懂算法、懂机器学习的产品经理会越来越吃香),也许会大大有利于你在公司甚至未来市场上的竞争力。
接下来就是根据建模的结果,梳理功能了。推荐当然不是简单的建模而已,具体什么时间节点收集用户信息?在什么功能模块下推送给用户?推送的数量有没有限制?展示交互和界面都是怎样的?这也都是产品经理要整理好的。
最后,具体用什么样的代码、什么样的系统框架来实现,那就是研发的事情了。
从题主的描述看,其实有点像省掉了需求抽象和功能设计的步骤,认为这纯粹是个算法课题,需求来了就硬生生扔给研发,等待产品出炉了。我觉得这是不太合理的。
关于经理是否该考虑算法,长沙达内培训机构老师就给大家分享到这里了,后期还会有更多内容分享给大家,不要错过噢!