本文整理了一些出现在现实工作中的过度设计案例以及改进方式，希望对你的工作能够有所帮助。
过度设计，一般是说过度满足用户需求的设计，用户想要A，你给了他ABCDE，结果BCDE全部用不上，既让用户选择困难，又浪费了团队开发时间。
即使是有经验的设计师，有时也容易陷入自己的小循环中难以自拔，过度追求一些体验的完美、或者需求的满足，而导致最终的实际使用体验下降，或者偏离产品设计初衷的悲剧结果。
本文整理了一些自己踩过的坑，希望能为设计师们提供一些前车之鉴以作参考。
过度追求精准
例1：我们都知道载入内容时需要loading状态，如下图：
现实的业务场景中，需要加载的内容往往不只一个，如下图：虽然图表比较多，但排列整齐有序，所以看上去还是比较舒适的。
再来看第三张：这样的loading，是你想要的吗?
这是一个曾真实存在过的业务场景图，仪表盘中的图表排版是用户自行构建的。大部分仪表盘中的图表都不少于5张，且大小不一。每张图表中的数据来源于不同的数据模型，模型大小会影响加载速度，所以加载速度有快有慢，再加上网速等一些客观原因，有时就是会出现参差不齐一片loading的场景，而且出现的频率还不低。
这时，就不应该过于追求每张图表与其loading状态一一对应，用户需要的是反馈，虽然精准提示了反馈来自于哪张图表，但如果界面展示反而让用户烦躁和混乱，那就得不偿失了。
比较合理的做法是，把局部loading设计成全局loading,起到反馈作用就可以了。如图：虽然牺牲了一点精确性，但在体验上用户会更容易接受。
例2：这是一个筛选器控件的样式设置页面，有两种样式：纵向、横向。
纵向的列表筛选器，相信大部分人都能理解。如下图：当你勾选了需要筛选的内容时，相对应的内容就会被展示。
好了，现在来想象一下，横向，是什么?是这样的：
会发现，横向的列表筛选器比较难理解，甚至之前根本没有看到过，仅仅从文案，很难联想到最终的展示形式。横向和纵向，从文案上来说是一个精准的表达，同样的功能，只是方向发生了改变，所以你不能说他错。但用户理解不了，就得换个设计思维。
重新从用户的使用场景着手，大部分用户习惯将横向列表筛选器和图表搭配在一起这么使用：
这非常像一个导航，切换导航就是筛选的过程，最终，我们把设置面板改成了下图：列表和导航。虽让从含义上不如前者精准，但对用户来说，看到文案能够直观地联想到最终展现形式，体验上会更友好。
死板遵循设计法则
几乎所有的设计师，在入门时都会接触设计法则，设计法则为我们提供设计规范和评判标准，运用这些法则，能让我们在设计时更得心应手，在阐述自己的方案时也会更有底气。但所有的法则都不能盲目地遵守，得根据不同的场景灵活运用。
尼而森可用性原则中有一条叫做：一致性原则。同一用语、功能、操作需要保持一致。这可以帮助我们的产品看起来更加统一和规范，但一些设计师会机械地执行这条原则。如下图：这是一个数据格式的设定弹窗，通过点击btn，能够激活该面板
在另一个界面，也有数据格式的设置，为了遵循操作方式一致，设计成了这样，如图：
