标签：auto imp aic 位置 ant type 密码修改 bsp 流程
类似的产品，做了同样的一个功能，但是，我们还是可以很明显的感受到不同，这种不同我们常常把他叫做「用户体验」。
来看看2组类似产品相似功能的设计：
识别到歌名vs还可以滚动展示歌词
在很早的时候就存在一个需求，听歌识曲。于是早期有很多类似的APP，比如音乐雷达、shazam等。
后来，微信也做一个摇一摇识别歌曲的功能。
最早的音乐雷达只完成一件事，帮你找到这首歌的名字，这属于及格的产品；微信的摇一摇能做到帮你找到这首歌的名字，还能帮你定位到当前播放的位置，并继续自动滚动歌词，这属于优秀的产品。
支付需要确认vs支付不需要确认
在很早的时候，支付宝做了手机端的支付流程，我们需要记住很复杂的支付密码。
后来，微信也做了手机端的支付，微信说密码应该延续实体卡片的6位数字，不需要那么复杂；微信说支付这个环节为什么需要确认呢？
支付宝的手机端支付流程，属于一个及格的产品；而微信的手机端支付流程，属于一个优秀的产品。
另外，大家注意对比这2个页面，从设计角度讲，支付宝的这个页面设计实在烂透了！
1、浮层标题栏的提示，微信更简单明了；
支付宝的标题栏，又是icon又是文字，怎一个乱字了得！这个页面是在支付宝APP中调起来的，这个时候还突出你的logo，想要表达什么呢？完全没必要啊
2、主信息展示区域，付多少钱，用什么方式支付，微信在信息的区分展示上处理的更好，而支付宝的这个设计，我经常会分不清楚那个364.00元指的是我的余额还是我要付的钱。
付多少钱与用什么形式付款，是2个不同的层级的信息，但是，支付宝的UI处理上，放在了一个层级上，给用户在信息的识别上增加了更多不必要的负担。
3、为什么要有确认按钮，为什么要有确认按钮，为什么要有确认按钮？
-- 重要的事情说3遍！
支付宝迫于微信的鸭梨，把密码修改为支持6位，但是，在设计上，还是没敢放开自己，一个需要确认按钮，一个不需要确认按钮，产品设计功底，高低立现，差的真心不是一丁半点。
ps：我们很多的产品经理，我们很多的设计师，在设计上非常的「传统」。比如，切换城市了不是在后台就自动完成，非要提示一下用户，还要用户确认一下。
产品经理对设计的认知变化，远远赶不上用户越来越懒越来越追求快的心智模型变化！
标签：auto imp aic 位置 ant type 密码修改 bsp 流程
原文地址：http://www.cnblogs.com/yang0901/p/6789668.html
