大家好，我是喵白白，从今天开始，我要给大家做两个系列专题，第一个专题就是“What a stupid”专题。在这个专题中，我将会向大家展示各种各样的软件的设计缺陷，并尝试通过产品之间的对比，来向大家揭示可能的解决方案和不同的用户体验设计原则，希望大家喜欢。
废话不说，第一篇我们来说说流行于手机上的天气App。如果大家有想要评价的软件，可以直接告诉我，我会尽全力满足大家的要求。
因为我使用iPhone，所以几款软件都是iOS版本。我在App Store中随便挑了几个排名靠前的天气App，首先探讨这几款产品的目标，然后分别从启动、主界面、导航和设置等界面进行对比，来看看他们各自存在哪些stupid问题。
这几款天气App是：墨迹天气，天气通，我的天气、天气预报。
产品的目标
既然是天气App，用户目标肯定都以看天气为主，噱头并不多，其中天气预报App的噱头是关注PM2.5。
可是非常搞笑的是，这款App的主界面竟然完全没提PM2.5的事情，这种低级的失误在软件界还是不多见的。
虽然几款天气App都是免费的，但几款软件的商业目标还是有所不同的：
● 墨迹天气：主要是偏向于广告投放，并试图具有社会性；
● 天气通：由新浪出品，所以自然而然地将微博、门户等特点加了进来，广告也是自然的；
● 天气预报：可能是新军，带有新闻，不过广告目前只在引导界面上有；
● 我的天气：比较大气，主要用来推广自己的其他App，所以完全没有新闻，几乎没有第三方广告。
也就是说，这些天气App的商业模式基本一致，就是免费+ 广告。这种模式的软件要考察的重要指标就是，单日广告投放量（或称印象数Impression）和净推荐值（NPS），这是非常考验交互设计能力的。
我们在本节能够得到的设计原则：
● 产品承载的主业务3个为宜，最好不要超过5个（墨迹天气承载得过多了）
● 产品设计应该与产品目标无缝的匹配（而不能宣传和产品不相符）
● 印象数和净推荐值是评估用户体验的手段之一
目标友好性评比：
墨迹天气：★★★☆☆
天气通：★★★☆☆
我的天气：★★★★☆
天气预报：★★☆☆☆
首次启动
毫无例外，这四款App都请求了消息推送和地理位置信息。绝大多数iOS应用都会相应的请求各种系统权限，比较好的请求系统权限的设计是在真正请求权限之前，向用户解释为什么要这些权限，能给用户带来什么好处：
天气通请求位置和推送权限的方式显得相当生硬：
天气通在欢迎界面就急着让用户确认推送消息，这给用户带来了一系列问号：推送什么？为什么要推送？
其他三款App都能很有礼貌地向用户讲解为什么需要地理位置，例如，墨迹天气：
其中，我的天气在首次启动时需要用户进行一个三个界面的设置过程，第1个界面是解释为什么要启用地理位置，这很好，但第2个界面就值得商榷了：
这个界面完全是多余的，即使他为用户默认选择了绝大多数用户都会选的选项。直接在进入主屏幕时显示第一种选项就好了，然后将这个选项放到设置里面去，不要用这种小事干扰用户。在第3个界面中，我的天气在向请求推送权限之前向用户解释了推送的好处和推送时间：
和提示为什么要用位置信息一样，这个界面解释了为什么需要推送，设计得很好。
我们在本节能够得到的设计原则：
● 在向系统请求权限之前向用户解释为什么（请求位置或推送等之前）
● 软件应该对自己的选择拥有自信，而不要不停地向用户提问
目标友好性评比：
墨迹天气：★★★☆☆
天气通：★★☆☆☆
我的天气：★★★★☆
天气预报：★★★☆☆
主屏幕
无一例外，四款App均使用了背景增强设计风格。但天气通和天气预报都使用了实景，这是非常失败的。背景增强应该使用略微抽象的隐喻来呈现，而不应该过于强调隐喻。实景会造成用户的位置感，如果隐喻与用户的位置完全不相关，用户会觉得很奇怪，下图是天气通的主屏幕（津南有山吗？）：
而除了我的天气以外的另外三款App，似乎都更想让用户关注美丽的背景，而致使主屏幕存在大量空白，下图是墨迹天气的主屏幕：
也许是为了未来在主屏幕上放置广告，而故意留出空白，但广告真需要这么多空间吗？墨迹天气在处理广告的问题上还算温和，但主屏幕存在的问题实在不少：
● 在显示风力和风向时，箭头的含义明显不清晰，向左下的箭头可能代表了西南风，但实际上竟然并不是，这太让人震惊了！而实际上，用户很可能根本不在乎风向，如果这么说来，箭头的方向就不这么重要了；
● 气压以百帕来显示，这是个明显的程序员思维的产物，普通用户谁能了解百帕对自己意味着什么呢？而且如果写百帕我也就原谅你了，hPa是什么鬼？
● 谁能告诉我温度右下方的那个东西是什么？这是一个明显的可供性缺失的问题，完全不知道他存在的意义。
除了天气预报以外，另外三款App都提供了限行尾号提醒信息，但都没有放到主屏幕上，而是放在了第二屏，这是非常愚蠢的。下面是墨迹天气的第二屏：
造成这种问题的原因可能是设计者认为这些信息都属于天气之外的附加信息，并将这些附加信息视为拥有同等的重要性。实际上，这种想法是并没有考虑用户使用情境造成的，试想一下，谁不知道雨天不适宜洗车呢？除了限行尾号信息以外，几乎所有其他的附加信息都不需要动脑子思考，而唯独限行尾号需要考验用户的记忆，但被无情地认为和其他信息拥有同等的重要性。
而且墨迹天气和天气通竟然在推送消息中加入了限行尾号信息的情况下，也不在主屏幕上显示。有些人肯定会问，我们不开车为什么强迫我们看限行尾号呢？其实从人类感知角度来看，那些不需要限行尾号信息的用户，几乎不会觉得这个信息是干扰，因为大多数时间里，他们根本看不见他们。
我们在本节能够得到的设计原则：
● 通过背景增强以突出主体
● 减少与现实贴近的隐喻
● 为提供信息而充分利用屏幕的显示空间
● 显示的信息和提出的概念要符合用户的认知（1008百帕和感觉有点儿闷，哪个对用户有意义呢？）
● 要分析不同信息的重要程度，不能视所有信息的重要程度相同
目标友好性评比：
墨迹天气：★★★☆☆
天气通：★★★★☆
我的天气：★★★★☆
天气预报：★★★☆☆
向下滚动导航
在向下滚动时，除了墨迹天气以外，其他三款App都存在着严重的问题。我们先说说我的天气，这是我的天气向下滚动的第二屏：
对于天气App而言，如果用户想的要信息不能第一眼就看到，这些信息对于用户来说就基本不存在了，这种在大片数据中寻找自己想要的东西简直让用户崩溃，而且今日限行尾号是无！在用户的心理模型中，限行尾号要么是数字，要么是不限行，无是啥？
下面是天气通向下滚动时发生的另人发指的事情：
天气通会在显示新闻时改变界面的交互方式——由滚动屏幕变成了必须点击左上角的返回箭头才能回到查看天气的状态，实际上这是粗暴地在用户非主动情况下改变用户所处的模式的行为，并且不支持iOS的向右滑屏返回上一屏的手势惯用法。就算新浪你特别想让用户看看这些新闻，也用不着这样胁迫用户吧！
最后看看天气预报，这款天气App应该算是这四款中最简陋的了，没有车辆限行信息，也不提供通知栏Widget，同时在向下滑动时发生了严重失误：
显示新闻时，为什么要在屏幕右上角显示设置按钮呢？难道设置足以影响到浏览新闻吗？我觉得大多数用户都会这么想，所以我报着试试看的想法，点了一下设置小齿轮。而实际上天气预报这款App的设置对用户来说完全是多余的：
而最严重的问题还在于，当用户浏览新闻时，完全找不到天气信息了。或许有人会说，此时显示天气的重要性并不大，但如果真不大的话，那为什么还要把我的位置显示在那儿呢？不如一起去掉的好。
我们在本节能够得到的设计原则：
● 信息显示要具有结构化，或进行对比，或将数据、图形及文本同时显示
● 保持交互的连贯性和一致性
● 保持界面元素之间的相关性，不要肆意的堆砌不相关的控件
目标友好性评比：
墨迹天气：★★★★☆
天气通：★★★☆☆
我的天气：★★★☆☆
天气预报：★★☆☆☆
编辑城市
对于天气App而言，添加或移除城市是非常重要的，而这里的问题也最为显著。这四款App都提供了位置定位，以及添加城市功能，但天气预报在添加城市时简直就是灾难：
首先我想知道，为什么内建的城市列表还能删除，可实际上是删不掉的，显示删除选项就是逗你玩儿的。另外，该App完全使用了列表这种简陋的形式让用户添加城市，并且还没有查询和字母排序。试想一下，如果我明天出差到亳州，我根本不知道在哪个省，难道让我一个省一个省地找吗？这还没完，更另人痛心的是，这款App彻头彻尾的程序员实现模型思维：
这种两级数据结构的实现模型（省-市二级结构）造成了极大的困扰。我相信99.99%的用户只想看北京的天气，而不是想看通州的天气。我现在怀疑天气预报这软件是不是根本没有设计，就是几个程序员闹着玩儿的。
我们再来看看我的天气。在我的天气中，缺省就为用户提供了额外三个城市的天气，并放在了“我的”里面：
为什么是这三个城市呢？我推测这可能是开发商分支机构的三个所在地，但为什么放在“我的”里面呢？按照普通用户的认知，“我的”里面应该是和自己直接相关的设置、账号和历史之类的东西，而编辑城市这种功能应该紧密地和天气结合在一起，如果不是界面中的四个城市后面有天气信息，天晓得这里摆四个城市是干嘛的？
而且更严重的是，这个界面竟然无法直接删除不想要的城市，必须向App请求编辑才能删除。这种无礼的行为，纯粹的负担让我感觉很蛋疼。编辑的重要原则是不要请求，而应该在哪儿显示就在哪儿编辑，显然我的天气明显违背了这个原则。有多少人见过想删除列表中的一项，必须先到另一个列表中去的？
总体说来，我完全不知道这个界面用途是什么，他完全是多余的，摆在这里除了干扰没有别的任何用途。
虽然这四款App在添加城市时，都需要额外的界面，并将用户带入App的另一个模式（mode）中——即编辑模型（查看天气是浏览模式）。不过天气通还是很出色的，只需要一次点击，就可以开始添加城市，而且脱离主场景比较少：
我们在本节能够得到的设计原则：
● 不要将数据结构的实现模型用于呈现
● 编辑数据时不要请求应用的许可，在哪儿显示就在哪儿编辑
目标友好性评比：
墨迹天气：★★★☆☆
天气通：★★★★★
我的天气：★★☆☆☆
天气预报：☆☆☆☆☆
主导航和设置
最后我们来看看这四款天气App主导航和设置。我首先要说的是，作为天气App，是一种纯粹的瞬时形态（transient posture）应用，所以让其承载过多的业务目标是不恰当的，因为大多数人不会用天气App看新闻、玩社交的。这样看来，墨迹天气似乎承载了过多的业务，但这看上去也并不是很大的问题，毕竟赚了钱才能做出更好的产品。墨迹天气的主导航突出了社交功能，而且在“我”中也有登录功能。不过我实在找不出为什么天气App需要登录的理由，这就象让我在Word中画画一样无聊。
天气通和天气预报都没有主导航，这很好，没有负担就没有伤害。而我的天气的主导航就让人匪夷所思了，上一小节我们提到了“我的”中的问题。虽然他在主导航“今日”中显示了当天的温度，而实际上除了这个主导航以外，其余三个主导航都有不小的问题，改变不了他的主导航混乱不堪的事实：
首先，主导航应该顾名思义，那谁能告诉我“更多”里面会有什么，这对于一款纯粹的瞬形态应用来说，提示性太差了。其次是“分享”，虽然在这个什么都可以分享的时代，用户可能会分享一下当前的天气，但分享功能是不是应该和将要分享的东西放在一起更好呢？而实际上，主屏幕左上角的图标就是用来分享的，这个主导航完全没有存在的必要。
我们再来看看这四款App的设置。
首先正如我们之前说过的，天气预报App的设置不如根本不存在的好，而墨迹天气的“我”承载了太多的东西，而真正和我有关系的除了登录之外就没什么了。
这一堆完全和我没有关系的东西之所以存在，可能是为了商业目标的考虑，但是不是应该考虑换个名字呢？真不如直接叫商城来得直接。再看看真正的设置界面：
一般来说，使用列表式的设置项是标准的惯用法，也没什么可说的，不过，在清理缓存这里，尽量不要写使用量，这会让用户感觉你的App很耗费存储，在手机这种存储并不是很宽裕的硬件平台上，并不需要让用户知道这么多，这种显示具体使用量的做法也是标准的程序员思维。而且M这种计量单位，迷惹用户的意义可能要多于对用户的指导意义，完全没有必要。最后我还想为用户问一句：为什么需要清理缓存？难道程序就不能自动清理吗？如果清理缓存后需要重新下载图片等，会带来用户流量和性能的损失，应该告诉用户才对。对于我来说，清理缓存这个功能完全是多余的，除了让用户对应用不信任以外，没有任何用处。
最后，我们来一起看看我的天气的设置界面。可以说，我的天气提供了最为丰富的设置选项，而且也颇有创新。但是，伴随着丰富的选项而来的是，需要用户理解更多的概念。这明显有背于一款瞬时形态应用的基本设计原则：
在用户理解“应用程序角标”、“模块管理”和“显示设置”，以及“挂件和设备”时，可能会造成认知难题。虽然用户可能会探索性地点进去看一下每个设置项，但对于可能存在认知问题的概念，应用应该提供相应的解释和帮助，而这一点，我的天气并没有做到。例如，应用程序角标这个设置项，虽然该设置项的图标展示了其含义，而且估计设计者肯定想到了这个概念会存在认知问题，所以只有该条设置项的图标是彩色的（以突出引起注意），但用户仍然不容易将图标映射到设置项的含义中，而在无法弄清楚是什么含义的情况下，直接显示可选项，而完全不加解释的做法显得粗暴和困惑：
值得一提的是，使用主屏应用上的角标来显示更有含义的数据是一个很有意思的创新，但对于强迫症患者，以及长时间之后必须回忆数字含义这个必然结果来说，用户的负担还是有些重的。
我们在本节能够得到的设计原则：
● 瞬时形态应用应该具有确切、清晰的主导航
● 不要让瞬时形态应用承载太多概念
● 在传达概念时要向用户解释含义
目标友好性评比：
墨迹天气：★★★☆☆
天气通：★★★★☆
我的天气：★★★☆☆
天气预报：★☆☆☆☆
综合排名
我们在评定最终名次时，将只从天气App的主要使用情境为立足点来评估这四款App的用户体验，天气App的主要使用情境差不多就是“速查天气，偶尔随便翻翻”，是标准的瞬时形态应用的使用情境。
总体来说，天气通是我认为四款天气App中最好的，最大的问题就是滚动导航的问题，但如果你不乱碰别的地方，他还是很不错的；第二名是墨迹天气，但与天气通也很接近，除了主屏幕的一些问题之外，最主要的问题是承载了想法过多，让用户有些烦，不过这也是可以说得通的，毕竟好产品需要赚钱才能延续；第三名是我的天气，主要的问题是界面过于凌乱，主导航不知所云，而且没有对创新进行成功的解释；最后一名是天气预报，问题就不多说了，说多了都是眼泪。
其实这四款App还有很多细节需要雕琢，问题也还存在很多，由于篇幅关系，无法一一指出，有兴趣的朋友欢迎来交流。
我的选择
墨迹天气，别问我为什么！
完！
