以叫车软件为例,说一下高阶产品经理都是怎么分析问题的
一个高水准的产品经理,总是能够很清晰的梳理出产品线、明确的知道当前最该做什么,抓到问题的核心所在。那么他们是如何分析问题的?
今天我分享下我的方法,我称为“链式拆分法”,可以帮助大家明确产品思路,更重要的是让PM们理解自己真正的定位!我们以叫车软件为例,实例分析一下。
Step1.整理业务环节/模块
我们第一步就是要弄清楚整个业务的流程是什么,把重要环节都梳理出来。
首先,我们要找到一个业务的起点。那对叫车软件而言,无非就是乘客叫车、司机接客。要关联起乘客和司机,所以最基本的,我们需要一个乘客线和一个司机线。
有了起点,接下来,就是模拟业务流程。
用户需要用车了!乘客发出了一个从A点到B点的用车请求,这时,我们需要把这个用车请求发送给司机,告诉他们来“活”了。可是,我们发现好像发送用车请求好像不是那么简单的事情…
- 发送给哪些司机呢?附近1KM的,还是2KM都发?
- 要是附近2KM都没有司机怎么办呢?发给附近5KM以内的?发送给太多不在附近的司机,会不会对司机是骚扰信息呢?
- 发送队列是怎么样的,先给谁发后给谁发?附近快完成订单的司机要不要发?
- 要是附近有司机,但是司机挑单不愿意接单怎么办?加价还是强制接单?
- 现在好像流行拼车,那怎么把多个用户的路线匹配起来给司机发单呢?
- ……
仔细一想,派单这个事情,小九九还真不少,看来派单是一个重要的事情,所以我们要在加上派单系统。
好的,现在订单派发给司机了,司机接单了,用导航接到用户,再用导航将乘客并送到目的地,乘客该付款了,终于看到回头钱啦。可是,问题又来了。乘客用户用什么方式支付呢现金?信用卡?银行支付通道?微信?支付宝?用别人的支付方式还要交手续费,有没有省钱的方式呢?如何计费呢,白天晚上一个价么,不同车型价格是不是不一样,过收费站钱怎么算,财务还要看收入流水。啥?财务MM还要求不同的钱,要分别入到不同的几个公司账目上用来避税。嗷我的天,我就知道和钱有关的事情都不是小事,看来还需要一个结算体系。
所以,只要有了乘客端、派单系统、司机端、结算体系就够了么?只要做到了这些事情,就每天会有大量用户使用了吗?显然不是,我们还需要运营,让更多的用户来使用用我们,让不了解我们的用户体验我们服务。所以我们的运营妹妹会经常搞一些H5活动、发一些优惠券、下调下计费标准。同时,我们还需要对订单、对司机、乘客有一个管理。所以我们还需要一个运营支持系统。
现在专车市场打的火热,企业纷纷大量发放用车优惠券、给司机补贴。所以造就了一个新的职业,刷单。举个例子,一张叫车订单的金额是50元,平台分成20%,那么司机可以得到40元。但平台为了鼓励司机,给予30元的补贴。那么司机此单收入就是70元。So,如果司机自己给自己下单,在支付完50元车费给平台后,司机就可以得到70元。净赚20。另一方面,平台为了刺激用户下单,还会给用户发放优惠券,假设司机自己给自己下单时,使用了一张20元的优惠券,那么50元的订单就只需支付30元。等于司机给平台30元车费,就得到了70元…..真是一个无本生意!如果让这些人横行,不但起不到扩大市场份额的效果,反倒是钱越来越来少,所以我们要他们揪出来!风控系统就很重要了。
所以,这就是我们整理出来的各个业务环节/模块了。
Step2.各环节/模块拆解
看到了上面的图,相信大家也猜到了接下来要做什么了。没错,就是模块的拆解。
作为高阶产品经理/总监,我们就要思考每一个模块的作用,制定出他们的产品主线和任务。
- 乘客端:用户的叫车工具,其核心应该在于用户使用体验。最大程度的降低用户使用难度,最高效的叫车。同时能购最大程度灵活的支持到到各种运营活动,刺激用户下单。
- 派单系统:叫车软件本质是通过派单的方式,把用户和司机联系起来。充分利用每一个运力资源,是派单的核心所在。派单算法是运力利用的关键,叫车成功率则是其重要指标。
- 司机端:司机的接单工具,核心在于司机的使用顺畅、行而有效。同时作为平台连接司机的唯一的载体,通知、沟通、引导也是重要的部分。
- 结算体系:结算体系主要是业务流程繁琐,各个支付通道都有自己的流程规矩。需要专人去熟悉追踪。另外,与财务的对接也需要PM对财务的结构有基本的了解。
- 风控系统:两件大事,找出作弊的人、指定规则让他们无法作弊。
- 运营支撑系统:满足运营的需求即可,产品难度一般不大,但通常分配的资源很少,在有限资源和运营无限的需求间做平衡是关键。
所以完整的图就是这样
大家可以更具上图看看自己的能力,你能做好某个、某几个模块的优化点的话,你就是个合格的PM了;如果你能对整个模块都有自己理解和优化计划,那你绝对对得起“高级”二字;如果对于各个环节的模块都了如指掌,能hold住全盘,恭喜你,你升级了。
Step3.根据业务目标抓住关键点
凡事都有轻重缓急,而一个PM的的水品高低很大层度就取决于他选择的能力。一个产品会有很多的模块,对一个高阶产品/总监,不可能做到每一块就狠抓,所以一定要找到关键点。同理,一个高级PM也是,因为每个模块拆分下去都是无底洞,一定要抓住最重要的需求。那么衡量重要与不重要的参照是什么呢?是业务。根据业务的不同阶段,业务目标都不同。
- 初期,最重要的是什么呢?是有一个完整的流程,最重要的是有乘客端和司机端拿出去推广运行、验证模式。在市场都还没有接触过这类产品的时候,让用户/司机能够无门槛的使用。所以乘客端和司机端的体验是关键。
- 中期,用户市场已经接受了这个产品,但是司机人数还未跟上。那派单算法就是重点,用算法和预测达到100%的利用运力,比如给即将到达目的地是司机派目的地附近的订单,优先给车辆密集区的司机派发前往车辆稀少地区的订单等等。同时,到了中期,企业也要走向正,规财务自然也要更上,结算系统也会成为一个重点。
- 现在,火拼期,在高额的优惠、补贴刺激下,任何体验都不那么重要了。完全变成了运营驱动,运营支撑系统则浮出水面。在高补贴、高优惠下也将催生更多的刷单,风控将是史无前例的重要。据说,某代驾业务刚上线的那几天,被人刷掉上千万。这也是为什么某新加入补贴大战的公司,愿意40W起招一个风控PM了。
- 未来,稳定期,当一切对手被打败,不再需要通过补贴、优惠来打击对手时。面对12亿人的巨大市场,算法、效率又将成为一个业务提升的重点。
这种生命周期级别的例子,或许离大家太远。我们在举例一个简单的,比如,现在拼车特别火,那我们就看看加一个拼车功能需要做什么。
- 乘客端:开一个拼车的入口,重点在于拼车是一套新的交互流程,如何与之前的业务兼容,同时作为一个新概念,让用户理解拼车是什么页颇为重要
- 派单系统:重点在于匹配不同乘客的行程路线
- 司机端:重点在于司机接多个乘客的流程,以及结算引导
- 结算:多一套拼车计算公式
- 风控:和平台差不多的通用规则,无需特别处理
- 运营支撑:多一种订单类型,要注意不同乘客拼车订单的关联
看了以上内容,大家觉得决定拼车这个事情最关键的点是什么?想好了答案再往后看。
当然是派单系统!拼车的关键是什么,是“顺路”的匹配。其他几项无非是花点时间就就能解决的,而路线匹配不仅是重点,而且也是难点。像UBER,就做的很差,拼车行程花费的时间几乎是不拼车时间的2倍,基本属于上是“强行”拼车。如果要做好拼车这个业务,算法就是你的利器。当然,如果你用疯狂补贴的方式,比如拼车无论去哪里都9.9。那就无所谓算法了。这也算是一种打法,用高额补贴让用户接受拼车这个事情,在同时恶补算法,让用户慢慢接受。
和所有的方法论一样,这只是一个整理思路的分析方法,决定水品的还是在于第三步的关键点抉择和最终的执行!就像拼车的算法,你知道它很关键,但是你能解决吗?
P.S.说点题外话,经常有人换工作问我,你觉得去XX公司怎么样。其实判断一个工作的好与坏很简单,用这个方法分析一下,就看你的工作是否处在公司业务的关键点上,或是将来的关键点上。如果是,即使公司倒闭了,你去对手的公司也能吃的开的,科科。
作者:KHan,“邦妮”产品合伙人,微信公众号:iKhanZhao
本文由 @KHan 原创发布于人人都是产品经理。未经许可,禁止转载。
期待分享派单算法~~~~
其实文中所说“链式拆分法”是一种思考逻辑。互联网本质就是连接,而首先就要确定的是连接的两端。如果没有在哪儿?和到哪里去,你怎么考虑出行方式,出行路程,出行风险,出行成本??
考虑起点和终点需要步骤的拆解。那么就会引出另一种方法,产品加减法(同样也只是一种思考方式而已)。先大步的拆解,就像文中所说,要完成一个闭环所需要的几大模块,然后再去细化的分析这几大模块索要完成的必备因素和实现逻辑是什么,再用互联网的手段去实现,那么对于每一个实现需求的解决方式有很多,都考虑出来(产品的加法)再根据目标用户和现有资源,去选择出最好的实现手段(产品减法)最终确定最优的流程和步骤。
看完了之后,试图自己去做一个拼车的派单系统,苦熬两天后放弃了
非常感谢,您领我进门了
想问下拼单功能那里,运营支持系统里所说的 不同乘客之间拼单订单的关联 具体指什么?
喜欢作者的分析方法
好文,不错呀
很牛,受用了!
收获干货一份,非常感谢。
我没拼过车,也没研究过类似的产品
但我觉得,拼车的关键点或许可以从司机和乘客的目的地、路线角度来考虑产品设计
有种豁然开朗的感觉!
😛 牛!
第一次评论,赞!
牛逼
感谢作者分享,非常不错!
说得特别好,谢谢作者分享 😮 ~
有点像金字塔原理
赞
逻辑能力强大的不行啊
这种思路挺好
一套完整的思路