首页 存档 技术 查看内容

算法是不是产品经理该考虑的?

2018-3-30 13:00 |来自: 互联网 378 0

摘要: 知乎上有个问题如下: 经常被研发同事问倒,这个功能应该怎么做呢?算法问题应该是实现层面的问题了,不知道各位在实际过程中的经验是怎么样的。其实职能本来没有一个特别清晰的界定,但是一定有最效率的方式。 ...



知乎上有个问题如下:


经常被研发同事问倒,这个功能应该怎么做呢?算法问题应该是实现层面的问题了,不知道各位在实际过程中的经验是怎么样的。其实职能本来没有一个特别清晰的界定,但是一定有最效率的方式。


这么说太虚了,举个例子,比如,产品需要根据用户添加“喜欢”的内容向用户推送用户喜欢的内容,就是一个“猜”的功能,那么这个猜出来的内容是怎么算出来的,这个算法。


我的回答是:


去年在点我达,我接手了调度模块的设计,有几个月时间一直在搭建产品框架和协作流程。在此之前,调度的产品、算法以及除了开发的方方面面,都只由一个同事负责。


与此同时,公司成立了算法研究院,请来了机器学习相关的博士,负责以调度为主的各项算法的设计。


于是原本从接受需求、设计功能,到研究算法、跟进实施的步骤,拆分成了两块:我带的调度产品组负责调度产品,而研究员团队负责调度算法。


现在的协作流程大概是这样的:


1.需求方提出需求


例如,运营的同事认为,鲜花订单的派单形式要有新的产品和算法支撑。这里讲一下背景。我们的即时物流平台会有外卖、商超、快递、鲜花等一系列类型的订单,其中外卖订单是比较核心的,我们做的也比较久,因此很多产品模块包括调度的设计,都是适应外卖场景的。当时鲜花则是相对新的业务。


2.产品经理承接需求,并抽象


我们小组的同事小 C 接到了这个需求,于是跟运营的同事多次沟通讨论需求背景,以及跟相关的其他同事(比如销售、商务的同事,以及骑手)确认实际场景。最终,抽象出算法问题。


比如,以下就是典型的算法问题描述:


在时效要求不高(以天为单位,而外卖是 1 小时内送达)、起点集聚终点分散(外卖的起点终点都是分散的)、每个骑手可携带鲜花订单数量为 n (外卖的上限 m

声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除

路过

雷人

握手

鲜花

鸡蛋

相关分类

返回顶部