深圳网络公司在讲述产品易用性的时候，曾提及到要“聚焦于用户”及“以用户为中心进行设计”。这主要是因为易用性取决把用户的需要保持作为设计过程的中心。以用户为中心进行设计必然地涉及到更多的东西，不仅仅只是遵循一套规定在界面上按钮、菜单如何摆放的规则。

在实际的产品设计中设计人员通常需要在易用性上做权衡，但这个权衡并不总是很容易去做的，有时候甚至是无法去权衡的。以下是小编列出的几点需要考虑的易用性关注点：

1、将易用性更早地体现在设计中，例如需求阶段

记得小编之前设计一个产品的时候，在最开始的时就收到了需求，需求提供者说我们的工人有的根本不会使用电脑，你不能设计的过于复杂。我当时反驳了一句，那这种工人就不是我们的用户。当然了我说出这句话的时候多少还是带了一种情绪，觉得需求提供者这就是逗我玩呢，试想我们做的是一个软件产品，不会使用电脑那总认识字吧，可以根据用户手册学习啊。

但是从中我深度询问了之后得出一个结论，我们的目标用户大都是文化水平不高的工人，导致可能学习成本比较高，所以从设计上要尽量的简单明了，具有指向性，不给这类用户看过多的需要分析性的信息，例如导航的名字要准确具体，页面展示内容要尽量的展现对该类用户有意义的，需要完成的工作最好带上工作该如何做的详细步骤……等。

2、你的设计要尽早地进行易用性测试

很多人说设计做的好不好，就是拿着你的设计给对这个事完全不了解的人看。但小编并不认同这种做法，你的设计要尽早地给测试人员，给最终用户进行试用，因为至少是懂业务的，否则关注点可能不会集中在呈现出的功能上，而是被界面的美观度等外观方面分散了关注点。这个过程可以是评审会议，也可以是原型试用，总之就是不能让人觉得这个设计很别扭，是顺畅的就好了。即使它并不是难么容易使用，也没关系，只要是符合大多数人的逻辑思维的。因为令人别扭的设计不见得是别致，可能是你对业务的过分理解！

虽然这个过程被很多产品设计人员视为是浪费时间的行为。但是，随着产品的成熟，这个过程就会越显得重要，因为这个过程会为节省很多因为返工、修改bug的成本。

3、尽早将所有设计整合在一起进行演示、评审

很多团队可能都不是一个人在做设计，多人做难免会有风格上的不统一，这种不统一可能在分散的评审会上不会被关注到，一旦付诸开发就会产生易用性bug。小编就遇到这样的问题，因为一下子涌来的需求过于多，所以按照模块分配给了几个人来做，结果做出来的设计在复选框的形式上产生了很大的分歧，评审会议也是每次都针对模块进行的，最后直到开发提交给测试才发现这个问题，结果当然是统一成一种修改了。

所以要尽可能的将所有的设计整合到一起进行评审，或者进行易用性测试，也有助于发现逻辑上的问题，模块之间的矛盾在设计集成之后会集中性的爆发，如果在设计阶段解决将会节省更多时间成本。

最后，我想说的是，在深圳网络公司里，有很多因为强权而改变的产品设计，最终都会被用户认为很难用。所以说设计的反复评审与测试是很重要的,因为这是对设计的合理性进行论证的过程。