同样是代金券,为什么饿了么需要自行选择代金券而滴滴只用系统选择代金券?

场景可能是最大问题,但感觉系统选择会更便捷一点。

回答 7 排序

红包的设计是为了稳定用户和促进消费,而用户衡量一次消费的时候,只有成本(花费了什么)和收益(获得了什么:实物、情绪、服务等等)两个维度:

当两者中的一个固定另一个浮动的时候,结果明确,选择成本低或者收益高的那个:

         也就是题主描述的情景:用户使用滴滴快车,目标明确(从哪到哪),选择红包最大(成本最低)的肯定是对的;

但当成本和收益同时变化的时候,就需要考虑用户所处情景,真实需求等众多因素才能做出选择:

         使用饿了么,也就是在用户有吃饭需求的时候,首先对早午晚餐、下午茶和宵夜、快餐和正餐、工作餐和周末餐都有不同的要求;

         而在这个要求确定的前提下,不同的用户对饭量大小、食物搭配、健康情况等等其他附加价值,也有不同要求;

         举例:

                   用户购买30元工作餐,使用30-2的红包;

                   最终以28元成本,收益价值30元的工作餐;

 

                   附加情境1,用户加5元购买饮料,使用35-5的红包;

                   最终以30元成本,收益价值30元的工作餐 + 5元饮料;

 

                   如果这个价值5元的饮料,超市售卖1元;

                   用户以30元成本,收益价值30元的工作餐 + 1元饮料;

 

                   附加情境2,用户没选择饮料,选择以5元价格买2个茶叶蛋;

                   最终以30元成本,收益价值30元的工作餐 + 2.5元茶叶蛋 * 2;

 

                  附加情境,用户选择以5元价格购买水果;

                   最终以30元成本,收益30元的工作餐 + 5元的水果;

                   …… ……

         所以,饿了么的用户在衡量消费的时候,除了考虑成本,其价值衡量并不是一个单一的维度,也就难以做到“帮助用户进行选择”;

         其实,同样的问题滴滴也有:当用户拥有快车红包和专车红包的时候,同样目的地,花费15元坐快车,还是花费25元坐专车?只不过,这个用户选择红包的入口,和饿了么不同。

 

综上,当系统/设计能够准确帮助用户衡量成本和收益的时候,自然可以帮助他们选择红包(消费),但如果衡量需要基于复杂的情境/维度/需求,而我们又不能准确get到这些信息,那只能将选择权交还到用户手中。

匿名

开场先来一个段子,你说代金券这个东西吧,滴滴之所以不做系统选券,它每天可以靠这多赚几十万,如果你是老板,你会补上这个缺陷么(关键是老板的心思猜不透啊)?

呵呵呵哒,说笑了。

作为一名产品人,我们心里装的是用户,嘴上提的是需求,这种需要选择的事怎能让用户亲自动手呢?

其实系统自动选券也好,用户选券也罢。究其原因,饿了么和滴滴出行使用券的场景不一样。

fetch_file4e604de85fb246e87a11d4f0d72b6156-picture

饿了么主要是用来点餐,比较常见的是满减券,比如满205,满4010之类的。假设订单金额是32,系统如果直接默认使用满303元券,系统自动选券,这个时候用户就可以直接下单了。如果系统不默认的话,用户点击可用优惠券,就会发现如果再加个饮料订单金额就是36了,可以使用满368元券了。

滴滴出行,常见的券折扣券,所以直接默认此订单可用最大折扣力度的优惠券即可,减少用户选券操作。另外也存在满减券,但是滴滴出行属于交通出行方面,假设用户有满303元券,和满368券,此里程订单预估金额是32,系统如果直接默认使用满303元券,对于用户来说的话,下一步可能就是提交订单了。那么如果系统不默认的话,用户点击优惠券,就算看见满368元券,通过更改里程来使用满368元券的概率较小,因为行程路线固定。

就是酱紫,喵了个喵...

匿名
Lisa002 某互联网公司 产品

作为一名资深吃外卖志员和打车用户,告诉你其实是有很大区别的。

饿了么订餐,订餐行为在用户进行这种行为时,可变动性大,用户有可能因为看到新的餐厅菜谱而更受点餐价位预期,或者看到【满XX元满XX元】而愿意去选择一个新店。比如,打开APP订餐,有可能是因为想吃炒饭,看到商家推出新鲜的汤品,也有可能加一份。而饿了么的券几乎都是满减,不同券之间的满减,会让增点的餐品其实是拿更优惠的市场价买到。在用户提交订单时,提示用户有多张代金券,且多张券之间有不同的价格满減,会很愿意多加一样餐品而享受面额大的券。比如我有两张20-5,30-10,我如果订餐到了26块,看到这两张券,会毫不犹豫再加瓶可乐(5块),实际价格是变少的。

而滴滴,是单一目的驱动型产品。用户打开滴滴的瞬间,要去哪里已经是非常明确,有变动有可能仅仅是对比快车、专车、顺风车哪个更便宜而已(试想,你不会因为想用一张更大的满减而更张目的地吧)。用户在下单时,自动帮助用户勾选券,仅是提升用户体验。

匿名
Hugoclassic 上海 产品经理

我觉得是从消费场景来考虑,怎么引导消费者消费。

饿了吗的很多优惠券是有门槛的,比如:满25减3块、满三十减5块,满四十减8块等等。这使得用户在下单时,打开优惠券里有一张满三十减五块,但用户只点了28块钱的外卖,就差两块钱就能用这张优惠券。使用户产生一种我就差两块钱就那能用掉了,那我为啥不再加点东西,凑满到这个消费额度,能够粘住用户,让用户产生消费预期。

滴滴支付属于快速支付场景。乘客的目的地到了,临下车前要将付车费尽快的结清,而司机考虑的是尽怎么快速接下一单生意。这就产生了快速支付费用的场景。滴滴在此也开通的免密支付等快速支付功能。所以为了节省乘客和司机的时间,便让支付成为自动选择优惠券。但现在的滴滴在支付这方面做的不地道,需要用户主动选择是否使用优惠券。而一般用户大概率的是直接点击支付的。

匿名

通俗散讲啦~个人觉得 滴滴不能手动选券,不信你试试在街边上点饿了么,在桌边悠哉的刷刷滴滴。它本应就是个即时响应的服务,快开始、快结束是必备的。再者,叫车的时候单价只是参考,最终价格都是根据实时车况跑出来的,所以开始不能用券吧~那么结束就更不行了,司机还着急让你下车干下一单呢,你说不好再着急上班飞奔赶路,哪有时间摆弄券...再想起来这事已经是下一次叫车了... 

再说说饿了么,他不是不能自动,是故意为之。毕竟天天玩红包,把它做成了个价值感很强的东西,诱导你提升流水客单价,想尽办法让你看到更贵更合适的红包,凑呗。

匿名
Viv93 杭州匠信科技有限公司 产品经理

滴滴都自动扣钱~  还需要我们手动选择代金卷吗?哈哈哈

匿名
吴伟迪 优客逸家 高级产品经理

其实这个功能不做也没事!因为系统自动选择和手动选择,只要让用户知道我有代金券就行了,如果一定追求降低用户操作成本就改成系统自动选择呗!

匿名

发表评论,请先 登录 · 注册

合作伙伴

诸葛IO
薪人薪事
拉勾
 阿尔法公社
测试兄弟
Growing IO
BOSS直聘
环信
外包大师
CSDN