简约至上阅读笔记
2017-12-29 本文已影响0人
LittleUniv
- 说明书好像在说：“我们为了想你解释明白已经费尽了心机。如果你还不明白，可就是你的问题了。” 详尽的说明书这种貌似简单的解决方案把失败的责任推给用户。
-
想要简化要找到让管理层能接受的理由。分析公司运作方式，搞清简化用户体验如何影响利润多少和增长快慢，比如是增加了销售量还是提高了价格还是降低了成本。对改变按重要性和可行性排出先后次序。
右上角区域的改变最重要、最可行
- 设计之初就设定目标和限制，然后才能保证自己的设计能够与用户的需求紧密结合。
- 用一句话写出来，包括我要设计什么、要遵循哪几条设计规则、做这个是为了什么。
- 描述用户使用场景，以及我的设计怎么满足用户在该场景下的需求。不要忘了用户的情感需求。 - 忽略专家型用户的意见，否则会让主流用户感觉功能太复杂。
- 要想设计简单的产品，要为主流用户而设计。
- 简单就是让用户感觉在掌控一切。
- 讲故事
- 简短，通过一个小故事展示出每一个需求点，并确定满足该需求的核心功能。这样容易记忆、复述、传播；容易套用到其他环境；加入细节更吸引人。
- 描述行为而不是概括。
- 环境，角色，情节 - 删除杂乱功能，只交付真正有价值的功能，把最重要的问题解决好。
- 不要因为耗时和不容易实现而将功能砍掉。否则会得到由简单功能叠加起来而毫无特色的产品，平庸而无灵魂。
- 不以提供尽可能多的功能为目标。
- 增加价值始于改进核心基本功能，而非增加新功能。
- 删除实现得不理想的功能，权衡标准为看保留它能发挥的作用和导致的成本。问“为什么要留着它”而非“为什么应该去掉它”。
- “假如用户想...”只是制造新问题或猜测用户最看重什么，求全心理会阻碍删除功能。要搞清楚这个功能对用户是否真的重要，要问“我的目标用户经常会遇到这个问题吗？”如果回答是“计划没有遇到过”，则删掉。
- 不要因为用户要求就增加功能，要搞清楚用户遇到了什么问题。 - 删除不必要的，组织要提供的，隐藏非核心的。
-
让用户专注于选择和指挥，计算机专注于存储和计算。
什么工作交给计算机，什么工作留给人
