有人的地方就有江湖，而江湖中总是盛传着领袖们的传说。和东邪西毒南帝北丐中神通的封神榜类似，在我们所处的IT江湖里，也流传着这样的传说：很难考证这样的大众认识舆论是在怎么样的情况下逐步形成的。谈到阿里，或许能给大家留下深刻印象的总是双11、双12等年复一年的运营活动，而我们也被外部认为是一个强运营的公司。作为技术人员，虽然我极力想通过一系列文章来表达我厂在技术能力、数据能力、平台能力上对运营活动的强力支撑，但我更想去谈有关我们产品体验相关的事情。
正如场内的某高级技术专家所说：
「产品体验这个东西，无门槛，易懂难精，人人都觉得自己深得精髓，而人人都觉得自己还在路上」作为一个以让天下没有难做的生意、知托付、让信用等于财富等伟大梦想和使命为己任的公司，我们的产品足够承载起的梦想么？我们的产品能够让公司在活102年的道路上走得更远么？说到产品，这些年越来越频繁的被提到的东西是体验。关于体验，我们能够看到有这些关键词：「使得我们感到真实，现实，并且留下深刻印象」今天是一个体验为王的时代，这话一点都不过分。特别是对于互联网产品来说，消费者的话语权越来越强，如果你的产品做得好，不久就会口口相传；如果你的产品做得烂，不久就会骂声一片。所有这一切在过去是不可想象的。但今天，每个人都可以发布信息，每个人的声音即使弱小，也总能被别人听到。随着时代的发展，社会的进步，我们逐渐从制造业时代进入到了互联网和移动互联网时代，随着国家经济的发展，国民的消费水平也在显著的提升，而逼格也在显著提升。
所以，体验越来越重要。 在制造业时代，由于信息的不流通，交易通常是一锤子买卖。而客户和商户进行交易的时候，客户更愿意花同样的钱买更多的功能，尽可能不吃亏，或者少吃亏。在卖场，商家最好的几招貌似是：价格便宜、功能多、各类指标好。在这个时代，其实并不是以用户为核心的时代，这是一个以产品为核心的时代：
满足需求，从字面看起来像是以客户为中心的，然而并不是，典型场景是这样的：
Pay for more function是当时的消费习惯，产品貌似也因为功能强大而卖得起价。之前我所在的一家通信设备制造商，生产的家用Wi-Fi路由器，90%的功能基本是日常用不到的，例如MAC地址过滤、IP地址过滤、拨号的3种策略、无线信号的20多个参数设置。虽然用不到，但当时市场在销售这些设备的时候，功能多成为了制胜法宝。功能多少是硬性指标，能够让用户直接对比并感受到，而用户会感觉买的值，商家也觉得卖得起价。硬性的指标是很好阐述的，例如买车的时候我们都会去神车之家进行对比。然后用户本着同样的钱买更多的东西，买来一堆90%时间都不会用的功能。东西多了看不懂？别急，我们还有新华字典一样厚的说明书呢。什么，说明书用户也不会了？没关系，我们还发展出了大量如CCIE、CCNP、CCNA等网络工程师，对你进行上门指导、配置、安装。顺应这个时代的特点，满足需求、降低成本，无数的程序猿前赴后继的加班加班再加班，被产品汪虐得体无完肤。而在互联网时代，一锤子买卖的忽悠不再成立了，买家能够在互联网上看到太多用户对于产品的感性评价，这些评价将会刷新买家对产品的认知，而不再是单纯的功能对比了，产品的制造者也更加关注于用户的感受、反馈、舆论。在我们的车友圈子里， 也更少关注0～100加速时间、马力、扭矩等量化指标，而更多的关注转向精确性、过弯极限、抓地力、人车合一等更偏向主观感受的东西。那么问题来了，千言万语仿佛都能够归结为，体验要好，一个仿佛只可意会而不可言传的词语。体验，作为一个高频词，TA的压力山大啊，那么体验到底是什么呢？从“术”的层面，我想这样去简单阐述一下体验是什么：从前端来看体验，是有一些定式的，我想很多程序员也被这种像素级钛合金狗眼虐过：
对齐：各种组件的像素级对齐、文字对齐、换行对齐等； 间距：不同特性组件的分区间距要是8px的倍数，不同组件的长宽高要是8px的倍数； 字体：字体微软雅黑，别用宋体，看着就low； 内容：错别字千万不能有，禁忌词也别写出来； 配色：会不会配色，不会配色就少用颜色。我没有水哥的鬼才之眼，确实看不出颜色差别。#00FFFF和#00FFEE的差别，设计师在颜色上反复微操，也给程序猿留下不少阴影； 柔性：border Radius一定要有，box Shadow也不能少； 其他：然而，还有更多举不胜举的，在前端看来影响体验的东西。
在这些问题域上，为了减少折腾，React、bootstrap、angular等为我们提供了组件化、动态绑定、响应式布局、统一风格等各方面的帮助。
左手右手一个慢动作，各种按钮摆放要符合左右手习惯。 各类手势要玩得飞起，下拉刷新、瀑布流分页加载，已然成为标准要求。 图放左边还是右边，这是一个问题，强调图还是强调字，也要讲出道理。
好吧，这里也搞出了一大波的玩法，围绕这类同学所能看到的体验提升方法。只能说，一快遮百丑，我们演进出了n种“茴香豆的写法”来解决这些问题。
虽然作者自称全栈能力颇为强劲，但更多的技术深度是在后端和数据上的，但和茫茫多大神比起来，只能感叹自己是万千IT狗中的一名小兵。
近几年，随着电商、金融、O2O、社交等领域的蓬勃发展，业务域也在高性能、高可用、实时数据处理等问题域上有了长足的进步，随着越来越多的人愿意拿出技术在网上进行分享，很多概念翻来覆去的讲烂了，但也不妨碍粉丝们的学习热情。然而比较负面的是，也造就了近几年面试中常常见到拿着各种新框架、新技术，脱离业务领域的年轻架构师们。
茴香豆的写法很多，如何根据领域问题实事求是的找出解法，提升后端能力，带来体验的飞跃。我认为在这个信息爆炸时代，很多人应该多沉淀一下，做好知行合一。 客服中心很容易被定义为成本中心，在一个996的客服小妹眼中，产品的投诉量、来电量、吐槽激烈程度，往往是最直接的产品体验好坏的反应。她们比研发团队的同学更贴近一线。曾经有一个小妹给我讲，一个产品的文案修改好了，他们团队每天就能够少接几百个电话，几百个电话就可以直接换算成成本的节约。在他们眼中，和服务相关的数据都可以被可视化出来的，产品排行散点图、产品改进趋势图、NPS问卷调查、外部舆情分析。服务团队从服务成本出发，为不同发展阶段的产品做数据度量，以数据可视化为载体，试图以德服人，反应产品的体验好坏。我们代表客户，我们代表傻逼客户。这个问题你认为小？我认为大得很呢……和测试团队的bargain也是一门艺术，质量策略一旦没定好，程序猿少不了也被折腾。由于功能不再决定体验好坏，建立在功能测试效率上的各种自动化测试也逐渐淡出了大家的视野；而非功能质量属性的方向，或者也叫专项测试，开始逐渐被测试同学看到并进行钻研，恰好这部分我也有较深入的涉猎，讲讲我所看好的几块儿：
一不小心就讲了这么多，但你很可能是跳着看到这里的，从"术"的层面看，简直是海纳百川、百花齐放、千人千面、万象更新。但是我们能依稀感觉到，体验：
貌似和业务领域的关系较少，（其实并没有） 体验和人的各方面感受比较强相关， 能描述体验的方面非常多，也不分主观、客观， 不同的人、不同的职业，对体验的看法各不相同， 众口难调，把体验做好是一件很难的事情。
所以，别把体验不当事。
关于产品体验，这仅仅是一个开始，欢迎关注下篇。
PS：如果对产品体验，全栈研发有追求，欢迎在公众号回复，我们会把信息带给楼主[半兽人药剂师]，楼主等你去解救！！！
这篇文章的阅读体验如何？
关于freshmanTechnology的订阅号回复一下内容：回复"中生代"，加入中生代微信群，参与每周微信直播本文转载自：微信公众账号 - freshmanTechnology，版权归原作者所有！ | 
注册
登录
