如何增加过度设计的发作？为什么会招致过度设计？
日期：2013-06-14 浏览次数：20672 次
| 文章描述：避免过度设计：有所为有所不为. |
最近在产品的设计流程当中，融入了正儿八经的专职交互设计，反复体验着这种完整团队所带来的优缺点，虽流程完整，但细节困扰。其困扰之一，我感觉应该叫过度设计。
（呃，文章像大长今一样长~~看前做好心思预备吧。）
过度设计，普通是说技术开发中，对于逻辑复杂、技术先进的过度追求，导致了技术框架虽看似华丽却复杂难用。若说到产品功用及交互的过度设计，应该是“过度追求体验完满、需求满足”而导致的“实际体验下降 or 长期产品定位偏离 or 功用没人用”的凄惨结果。
为什么会导致过度设计？
缘由1：一味追求体验
所谓大团队、多部门的互联网公司，在开发产品时，设计资源往往是产品部门无法把控的，一枚宝贵的设计师，往往曾经跟过很多产品，总是被派来派去，而不是长期跟进某一个产品。因此，再如何苦口婆心的为团队成员灌输市场情况、产品定位、项目目标，也不可能构成合作过程中的默契感。没有默契，就没有产品归属感，只要流程管控和死板的执行。
如此任务框架下的设计师，其首要目标很难与产品发展保持分歧，而是要为本人的设计作品照想，要让这个产品中本人担任的设计部分，被他的主管认可、被主管的主管认可。这合情合理，天经地义。但是，他的主管，却与我们的产品很少有交集。这就是苦逼的开始。
在这个时候，设计师必然希望每一个设计细节都能考虑周全、设计完满，几乎希望摒除一切不好的设计，以在其老大面前证明本人的能力。但是，假如眼前这位设计师，没有眼观六路、耳听八方的强大能力和视野，则极有可能会被这种追求完满的设计思想所拖累，让一些设计细节走了样。
设计师挖空心思，拿出一份自认为近乎完满的作品，并苦口婆心说服所有人置信并执行，即便隐约感觉到不对，但乍看似乎完满无缺。推进到开发或上线测试阶段，真正的问题从走样的“完满设计”当中渗显显露来，淋伤的则是产品计划，傻眼了。重新改、重新写代码、推迟发布。
这种过度设计，不止伤害团队和产品，还会浪费时间：
• 挖空心思的追求完满，比常规思路的设计，多耗时3天。
• 产品与设计师一同确认设计细节，在“非料想的设计细节”方面博弈一番，产品说“我没见到过这种设计”“开发和维护成本大，浪费时间啊”，设计说“这种体验确实是更好的”“那个竞品的模式真的很恶心”，多耗时1天，并且徒增设计师、产品的波折感。
• 开发非系统默认的精致设计细节，多耗时3天。
1周，就这么浪费了。就是这样。
缘由2：一味的满足需求
研讨用户需求时很容易陷进去，然后被非理性所控制，假如本人没有足够的经验，而身边又没有靠谱的人提示，就会有一堆本来不是需求的需求，成为开发任务，所以才有了后来滥大街的一句口号“产品减法”。最苦逼的是技术：“辛劳写好的代码，说减就减，TMD的当初都干嘛去了，一群SB！”我往往都随声附和，暗骂一声本人。。
以下两种常见的情况，会导致“过度满足用户需求”的问题：
一是对用户声音缺乏筛选。用户不是产品人员，其在使用产品时，提出的问题、表现出的困惑，一定是偏自我的感性意见。“我不认识这个按钮啥意思！”“我感觉全部展现出来才好看！”“这个功用特别不方便！”
二是对需求研讨无法保持理性。“假如本人给本人评论会怎样样”“要通知用户
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
