A：需求阶段，帮助用户挖掘需求

用户不一定清楚自己需要什么？

我以公司内部业务系统的开发为例，业务方就是用户。

最初评审设计原型的时候，业务方可能无法发现一些体验问题，开发完成之后，业务方在真正使用中，就发现了问题，又要求研发改设计。

生活中有很多反人性的设计，例如：买水果或者蔬菜，有些商家总需要在上面粘上塑料标签，既浪费资源，又影响消费者健康。

再比如，我们公司公共卫生间，坑位的门是向里面推的，你想想你办完事，出来的时候是不是有点不方便。

开发或者产品经理，如果觉得设计有问题，或者有可以优化的地方，一定要提出来。

B：设计阶段，不要让用户思考

其实不要让用户思考，说的是易用性，说的是用户体验。

在使用产品的时候，如果触发用户大脑中的各种问题，只会增加用户的心理负荷和工作量，分散用户注意力并不是好事，而且用户本身并不喜欢解决各种难题。

每当用户点击某个控件而不起作用，或者它看起来是个链接实际上并不是，会消耗用户对你的信任感，降低产品的可靠度。

举个栗子，一个选择部门的页面，业务方(用户)在使用的过程中，就会咨询开发，部门编号是什么意思？排序是什么意思?

其实部门编号和排序对开发也说，可能有用。但是对业务方就造成了干扰。用户打开这个页面，就会思考这些元素的含义，其实他自是想通过部门名称检索出对应的部门名称。

用于内容，大部分用户只是扫视，并不会认真阅读。
再举一个栗子，对某个业务流程审核的时候，其实用户主要是抓住一些关键信息，用户对奖惩信息是无异议还是发起了申诉，申诉理由是啥。

你可以在奖惩状态和申诉理由的地方凸显一样内容，例如红色字体，这样体验会不会好一些呢？

对于内容的优化，可以考虑下面的优化思路：
(1)大量使用标题
通过标题告诉用户这些内容都是和什么相关的，确保用户能够在扫视的时候快速明白并做选取。

(2)保持段落精简
在长段落中，用户可能稍分神就迷失了，而短段落更容易阅读，也更容易汲取其中的信息。

(3)使用列表展示
几乎所有的信息都可以分割为列表来展示，甚至一个使用多个逗号分割的句子，都可以制作成为列表。当然，值得注意的是，注意列表之间的行间距，确保可读性。

(4)突出关键信息
用户在扫视的时候，主要是在定位关键词。将关键词使用粗体等方式标注出来，便于用户扫视和定位。不要强调太多的内容，这样会失去强调的作用。

内容页要有视觉层次
还是上面的栗子，奖惩审核页面，如果把奖惩基本信息和经销商的申诉信息分开层次。在逻辑上有关联的元素，在视觉上应该相关的，例如使用相同的色彩或者相同的视觉样式。

另外，你见过微信有出过使用手册吗？好的、易用的产品，自己会说话。

说明书这种东西是没有人会主动去看的，它们的存在意义本身就不大，你需要通过合理的设计，让产品本身发挥指引性的效果。即使说明书必须存在，也尽量让它简短明了。

C：研发阶段，一定要明确用户的需求

在需求澄清的时候，最怕的就是“你因为理

解了对方的需求”。但是开发出来，用户说我要的不是这样，应该是什么样。

所以最好在需求阶段，跟业务方，面对面沟通。将对方的需求写下来。最后不要嫌麻烦，将自己的理解描述给对方听，确定双方想的是一致的。

在开发中，如果你有好的想法或者设计，也需要与业务方沟通，留下会议纪要，不要过度设计，用户还不满意。

我在微信订阅号等你！