做到基本够用的功能前，还需要满足以下三个基本原则

每天都会听到用户的很多反馈，而总结起来无外乎是软件不够善解人意，软件单方面的自作主张导致增加了用户的使用成本，而软件的设计者还一味的强调我这是为你好，一句“为你好”再次道出了多少恩恩怨怨，不仅仅是生活中的人际关系，还是软件中的设计思路，我们当然要对用户好，给用户提供最大的便利，提高用户的工作效率或者是做一件事情的满足感。

而做到基本够用的功能前，还需要满足以下三个基本原则：

1. 操作前可以预知；
2. 操作中有反馈；
3. 操作后可撤销；

只有把一个功能操作从正向到反向都考虑到位，都能顺畅的不中断用户的执行逻辑，才能真的让用户使用的满意，虽然人生不能重来，但是用户在做事情的时候肯定会遇到某些特殊情况的变化，需要有方式撤销自己已经做过的决定，虽然这样的操作不多，但是遇到一次就会让人头疼，突然发现自己刚刚执行的操作不能更改，那是一种崩溃的情形吧。

一、从用户的心理角度看

理论上的心理模型（mental model）是用于解释人的内部心理活动过程而构造的一种比拟性的描述或表示。可描述和阐明一个心理过程或事件。可由实物构成或由数学方程、图表构成。

而理解用户需要的设计，设计有特色与辨识度的产品则是一种不断优化与改进。

用户每日的烦心事有很多，软件更不能再去招惹易怒的用户了，否则损失的只能是产品本身，失去难得的用户。而往往一些产品的细节才决定着产品的成败，因为很多时候产品的大方向是正确的，的确帮助用户解决了一些问题；可正是因为在一些细节上逻辑把控太严或者记录的数据不完整。

二、发生苦恼的根源在哪里？

软件产品中的确定与不确定的判断标准的依据是什么，这当然是一个问题，无论开过多少次评审会，无论哪一个用户代表当时说这个是确定的，但实际中总是会发生特例和意外，没有人能预料到未来，而达成一些不可改变的业务原则是必须的，只有不变的根基才能有稳定的产品设计。

当然会有一些非核心的业务原则问题随着时间的变化会改变，产品的使用过程中会慢慢体现出来，往往最终在使用过程中还是会推翻之前的需求设定，拥抱变化是必须的，如果使得这些试错、修改的成本降低到最低也是每一次产品设计需要不断考量的。发生苦恼的原因正是因为现实中会遇到黑天鹅等小概率事件，会无法预知到工作的下一秒。

三、维护信息的时候，需要考虑再次修改的成本

小到一个客户信息系统中的客户单位维护，一些软件中在首次新增客户单位信息后，后期再次更改相应信息的时候确发现单位名称不能被编辑，而只能编辑其它的电话、地址、联系人等信息，用户只是想更改一下单位名称的一个字，却被软件设计人员告知：因为这个单位名称很重要，在后面的关联模块，如电子合同的落款名称、财务往来打款的信息上都会使用，所以不能修改，那你只能删除这个错误单位，重新添加维护一个单位信息。

用户无法理解改个单位名称居然还要绕这么一圈，繁琐而又耽误时间；用户当然不会无缘无故的添加错误的单位名称信息，不管是因为无操作还是单位发生了名称的变更，就上普通人会改名字一样，单位当然也会，那么当这一切发生的时候，用户想做的就是及时修改，而不是去考虑以前的单位名称叫法，即使有很多已经在处理中的订单（正在进行中的业务）等，那修改软件中的客户名称是为了开展新的业务，现实中都已经发生确定的事情，那么在系统里肯定也需要友好的支持，达到无缝的对接现实。

当然产品的设计者不能简单照搬像手机通讯录的处理方式，用户改了联系人的名称后忽然应用到了所有的短信、通话记录，之于个人没有什么太大的利益问题；但之于企业，尤其是发生了以实际业务合同为依托的线下实际业务，则不能将修改的新单位名称运用到所有的业务订单里（需要按时间划分），修改应该仅仅针对新的业务订单，不影响已经发生的老业务订单，现实是这样开展业务的，那么软件应该是一种模拟，而不是一种随意的窜改数据等，当然一味的不允许改也是不妥的。

四、充满诱惑的新增

新增操作，对于用户来说充满着诱惑，用户既想快点把新增的操作做完去做其它的事情，没有任何其它的顾虑，用户不想考虑所有的突发情况或者意外，那是产品人员应该考虑的，如果告诉用户每一次操作都需要慎重，仿佛填错了就需要很大的代价，而用户多半并不想做每个动作的时候都认真思考，没法像审视合同似的去校验每个信息字段的完整性，即使是合同条款，很多人也不愿意一字一句的去读取与理解，而软件需要给予用户的是一种最大程度的方便用户、帮助用户解决问题，而不是制造麻烦。

生活中有很多事情不能后悔，可是软件里需要给用户反悔的操作方式，一次成功的要求太高了，付出的成本也很高，软件里更多的考虑是把复杂的过程细化成子流程，引导用户去递进的完成。