产品是窗户（否则，它们是墙）
用了你的产品，我仿佛受了审判，
无比委屈，又无从分辨，
离开前，我想问，那真的是你的意思吗？
在自我辩护前，
在带着痛苦或恐惧质问前，
在我用言语筑起心灵之墙前，
告诉我，我理解错了吗？
而我为何要继续使用你的产品呢？
我想我能永远的放弃这样的产品！
一、快节奏的生活与工作现实
而在这个快节奏的工作与生活中，用户需要的既然是被理解。那么我们的产品需要做的就是去一个个重构场景，站在用户的角度去理解问题，也唯有如此，才能获取最多的大众用户。
而简单的生活与体验是每个人一生的追求，时间有限，谁会想把宝贵的时间都用到安装繁琐的打印机、驱动软件呢？
小到办公室的WiFi设置、打印机连接、电脑与投影仪的连接等等，人们只要一跟技术活沾边就都会遇上些麻烦，本来应该给我们带来便利的技术，经常又好像是在和我们作对一样。
我也想问为什么安装打印机不能像插电源插座那么简单，为什么不能都这么简单呢？
可是太多的人只会去想，你要简单，那就做减法“少即是多”，不过这有些含糊，作为指导原则还有些欠缺。
二、人人都向往的简单生活
事实是人们喜欢简单、值得信赖、适应性强的产品，用户希望使用一个软件产品就像给电脑充电一样，电源线连接成功后就应该能去做其他的事情了。虽然是如此简单的场景，可是到电源线插进电脑的接口时，如果可以得到及时的反馈，让用户知道真的在充电，而不用再去检查，那该是一件多么美好的事情。
而Mac电脑使用的是磁力充电头，且不分正反面，用户使用起来非常方便，外加指示灯的状态显示可以让用户不开电脑的情况下依然可以有电量的认识。
- 正在充电或电量低时，充电器LED显示红色；
- 电池电量在95%以上时，充电器LED显示绿色；
- 当电池电量不足95%时，充电器LED显示为橙色。
三、工作中的小例子
1. 小小的提示跳转
也许你会说，我这只是一个提示，告诉用户该干什么，没有去命令用户，可是用户并不这样的去理解，用户只会相信自己看到的事实。
下图是一个用户新增了一个公路运输订单的交互页面，用户输入了合同号却一个商品批次都没有出现，查看后才发现是因为货物都已经发运了，可是并没有第一时间告诉用户。而是当用户继续编辑合同、选择承运商等发现没有商品时才发现【没有需要运输的货喽，去公路运输订单看看吧】。这个就是一个及时反馈滞后的情况，浪费了用户的时间，没有意义的从第一个页面跳到了第二个页面。
2. 小小的订单列表
即使是一个订单列表，也要满足感情需求。表面上看，订单列表就是一个任务列表，每个任务前面都带着一个订单号和预警提示，通过它用户知道自己都完成了哪些工作。
然而人是有感情的动物。即便是像工作表这样直观的应用，他们都想找到一个使用它的理由。
订单在不断的产生，订单列表的条数也会不断的扩大，用户希望自己能完成很多工作，感觉一切尽在掌握。他们需要一个能囊括上千条订单，但是阅读起来又不费事的订单列表。
因此订单列表需要展示出当前用户最紧密、最关心、最重要的订单信息，而不是把整个部门的、整个历史月份与年度的一股脑的展现，同时也能满足用户方便的找到其他的历史和已完成订单。
3. 新增订单的一点考虑
当然，无论是谁，当他创建一个订单的时候，都不曾想那么全面，尤其是一次性需要填入大量的表单信息，会存在中断创建订单去找寻其它信息的问题。
结果呢，他们的工作表很容易变得混乱失控。但是不应该在用户创建订单的时候去干扰他们，应该像邮件一样可以智能的实时保存。然后你可以随时再去编辑这个订单进行修改再提交，如果创建一个订单还需要思考好每一个方面，那么用户一定会厌烦的。
如何让用户有一种自信，觉得无论怎么创建订单，将来都能轻松的找到它，再次编辑它。
四、让产品简单真实起来的小策略
那么究竟如何让产品简约和真实起来，产品简约的4种基本策略：删除；组织；隐藏；转移。
删除不必要的功能，保留最重要的功能，而把那些难于实现的功能统统抹杀就是典型的错误做法，加强产品的深度与核心功能。过去人们会看到功能越多、能力越强、产品的用途也就越广。产品的价值在于是否满足用户最高优先级的目标,删除干扰因素，保证用户的注意力、有限的选择，够用就好。
组织，围绕用户的行为进行组织，好的分类是非分明；时间线来组织（就像机场或者火车站里的大屏幕，就像学习历史书里的历史朝代的大事件表。
隐藏不常用的、非核心功能，如个性化设置等，既要彻底的隐藏，也要适时地出现，就是当用户真的想设置昵称或者界面背景的时候也需要有一条完整的路径去完成。
转移，把正确的功能放到正确的平台或者正确的系统组件上，发挥移动端、PC端的不同优势；用户控制计算机或者手机操作，就会给人简单的感觉，不能去命令用户。
而听到命令时，一个人只能看到两种选择：服从或反抗，无论如何，只要人们认为我们是在强迫他们，他们就不会乐于使用我们的产品。
五、顽固而复杂的事实
很多时候，现实使用场景的复杂多变，让用户没办法集中专门的时间去处理一个问题，这就不可避免的把复杂性抛给了产品。
产品必须尽可能的将复杂从用户端转移，无论是数据的暂时保存，大任务的分解流程，用户不想一次性完成一个伟大的建筑设计，他想随时可以去继续完善，让完成一个任务不再是一次性输入过多的信息。用户可以随时开始或者终止，充分利用用户的零散时间，因为那就是用户真实的生活，每天都在战斗。
因此把无法消除的复杂性留给谁，一直是需要认真思考的问题。事实是，如果直接的丢给本就不堪重负的用户，那么用户只能选择离开。
尽力去理解用户不正是我们的追求吗？