一个淘宝的bug,让我弄懂了它的底层逻辑和顶层设计

开发 前端
“女朋友在刷淘宝的时候遇到一个体验问题,她先下了一个单,但是发现地址错了,要修改地址,但是要先取消订单重新下单才能修改地址。

[[379877]]

 “女朋友在刷淘宝的时候遇到一个体验问题,她先下了一个单,但是发现地址错了,要修改地址,但是要先取消订单重新下单才能修改地址。

等到她取消订单后,发现原来的订单并没有重新出现在购物车,需要重新进入商品页面,重新走下单的流程。无缘无故加长了整个操作路径。”

很明显这是一个体验的问题,不知道算不算是产品的bug,还是有可能是个feature。在这里,我就从一个开发的角度来谈谈这个体验问题。

一、只是体验问题

这只是一个很细节的体验问题,可能是个问题,但可能也不是一个问题。对于淘宝app的整个产品来说,这个体验并不会直接影响到核心指标。

比如说,你并不会因为存在这样一个麻烦的操作,下次就不用淘宝了,下次地址填错就不取消订单了。

因为这不是淘宝的刚需操作。相比之下,如果在上述相同的路径之下,取消订单的操作一直失败,或者说取消之后还是无法修改地址了,这就会成为产品迭代中的核心问题。

淘宝app已经是一个体量非常大的产品,用户的操作路径深度非常可怕,在如此复杂的路径之下,对某个路径的优化可能都会影响其它操作路径,直接影响的是用户习惯和操作意识。

对于一款成功的产品,不应该试图去迎合所有用户的需求,而应该去满足大多数用户的共性需求。

并且同时,产品都是具有自己的生态的,这里面汇聚着用户常年养成的操作习惯以及心智理解,不应该随意的去改变某个自认为是更好的体验。

二、开发成本

这里假设淘宝的产品们是知道这个体验问题的,那么一直没有修正的原因,可能跟开发有关。我们知道每一个改动都是会有开发成本的,在产品侧看似简单的修改可能会有很高的开发成本。

这里的开发成本并不完全取决于代码量,因为对于淘宝这种巨无霸app,就算只改动一行代码,也需要考虑方方面面。特别这种路径很深的细节修改。

从具体上来看,这个看似简单路径的修改,可能需要客户端iOS/Android和服务端的三端配合,这就不只是bug层面的问题了,可能需要走需求的流程了=_=。

特别的,如果淘宝是个架构清晰,接口分明的工程的话,那么为了不让老鼠屎坏掉整锅汤,这个修改就需要按照规定的协议接口以及业务组件设计,也不是简简单单就能搞定的事情;那假如淘宝工程是个屎山,组件间高度耦合,那么这个修改就更麻烦了,并且还会引起一定风险。

总而言之,修改的这个问题的成本很高,同时ROI并不高,就会导致这个问题的修复一直被推迟,甚至无限推迟。

说到这,其实只要你细心,就能够现在主流的app上发现无数个bug以及所谓的体验问题。很多bug都随着时间变成了feature。为什么各个公司会遗留这么多bug没有去修复,很大原因都是从开发的角度来说,修复成本过高,还不如多做一个新功能。

当然这些的前提,都是因为bug或者体验问题不会影响到产品的核心指标。毕竟互联网都是讲数据的,需要定量的分析。只要核心指标没有受到影响,那么优先级就不会高,修复估计都是要排到很后了。

三、用户心智的培养

这个原因可能就是一个偏阿Q精神的想法了。假设这是淘宝产品的故意而为之。

现在的主流平台,在产品迭代的过程中,都会很注重平台的生态环境以及用户心智的培养。什么是生态环境,可以理解为整个平台孕育的健康的文化,能够让平台不断壮大发展的氛围;而用户的心智,就可以理解为用户对整个平台的理解和认知。

最简单的例子,ins的生态就是用户投稿+社交,淘宝的生态就是购物+电商;一旦用户养成了这样的心智,就不会在淘宝上进行活跃的社交行为,就不会养成在ins买东西的习惯。

当然这是最广泛的认知,而对于我们这个问题,本身可以属于一种异常的case。因为是用户自己填错了地址,从而导致整个购物链路的增长。

对于整个app而言,肯定是不希望有更多的用户总是填错地址的。因此为了降低这样的概率,一种曲线救国的方式就是让用户吃亏。这是类似于一种潜意识暗示的方式。

怎么说呢,就是用户如果经常填错地址,需要重新下单,那么在很多次之后,他就会养成一个下意识的想法,就是如果填错地址就会很麻烦。

这在潜意识里,就让用户会在填地址时,会更加的谨慎和小心,从而避免填错之后更大的麻烦。

这就是一种用户习惯的培养,时间一久,就成为了用户的心智。这是从产品设计的本身来影响用户的习惯,而不是迎合用户体验的一种方式。

相较于迎合用户体验,培养用户的心智能够有效的增加用户对产品的粘度,同时提升的是整个产品大盘层面的收益。

突然想到微信朋友圈在刚刚出来的时候,很多人都在吐槽它的进入路径太长,需要打开app-点击3tab-再点击朋友圈才能进入。

很多人用微信基本就是聊天和朋友圈,为什么不把朋友圈直接放在3tab上,那么直接点一下就能看到朋友圈,这样不是体验更好吗?

但是朋友圈的路径就是没改,并且这么多年了,反倒是用户养成了从3tab点击进入朋友圈的习惯。这个例子大概能够证明用户心智的培养吧。

当然结果的收益很显而易见,朋友圈的路径使得用户养成了从3tab进入朋友圈的习惯,从而间接了提升了3tab的渗透率。而当微信需要提供新的功能逻辑的时候,直接放在3tab,就可以白嫖朋友圈的流量。

这大概也是微信扫一扫、视频号、附近的人等功能一出现就与朋友圈放在并列页面的原因之一吧。

所以,综上所述,每当我们在接需求或者改bug的时候,一定要考虑下面的几个问题:

这个问题的底层逻辑是什么?顶层设计在哪?最终交付价值是什么?过程的抓手在哪?如何保证闭环?比别人的亮点在哪?优势在哪?你的思考和沉淀是什么?这个事换成别人来做是否会不一样?你的独特价值在哪?

作者简介:我是安酱,一个不想只写代码的大厂码农。聊聊产品,讲讲技术,写些自己喜欢的感兴趣的故事,分享点自己平平淡淡的技术人生。

本文转载自微信公众号「业余码农」,可以通过以下二维码关注。转载本文请联系业余码农公众号。

 

责任编辑:武晓燕 来源: 业余码农
相关推荐

2023-10-11 08:18:22

RocketMQ逻辑订阅

2016-12-14 10:00:44

数据结构编译器

2021-04-22 07:47:47

JavaJDKMYSQL

2022-11-30 09:18:51

JavaMyBatisMQ

2022-05-16 08:42:26

Pandasbug

2021-04-15 18:44:15

2022-04-06 08:47:03

Dubbo服务协议

2021-03-23 18:01:14

SQL数据库前端

2021-01-18 07:52:08

Dom节点Element

2018-01-29 21:56:28

Bug程序程序员

2024-02-21 23:27:04

接口软件设计

2021-09-13 08:41:52

职场互联网自闭

2020-03-03 07:59:29

设计秒杀系统

2009-09-14 17:08:02

WebFormView

2020-12-04 11:24:19

淘宝改版逻辑

2022-11-26 10:14:48

Zookeepermybatisspring

2015-10-10 11:09:48

NFVNFVI网络虚拟化

2019-11-22 08:23:57

程序设计底层

2022-08-26 08:35:59

对象设计底层

2017-10-10 15:14:23

BUGiOS 11苹果
点赞
收藏

51CTO技术栈公众号