这是一个对页面操作权限进行设置的功能。

让我试着解释一下这个设置功能：

区分两类人：所有成员和部分特权成员。操作分为：读操作和写操作两类。可以先给这两类用户分配不同的权限，然后再在下面选定特权成员。

写操作是比读操作更高级，有写操作权限的成员显然是可以读的。即，如果“可发文章、评论”项选中，则对应的“可阅读”变为选中的不可操作状态。

特权成员是成员中更高级的一部分人，权限只会比普通成员高，不会比普通成员低。如果对所有成员都开放写权限，那么特权成员就没什么特权了。第二行特权成员的选项应全部选中并且不可操作。如果普通成员有读权限，那么特权成员自然也应该有读权限。实际上此时特权成员只有读权限就没什么“特”的了，应该同时还有写权限。

把上面这种种规则都表现出来后，这里四个复选框的操作就变得很复杂了。假设现在是四个复选框全未选中的状态，第一个操作如果勾选了左上角的复选框，则四个复选框将全部变为选中，并且不可操作。如果第一个操作是勾选右上角的……
我实在不想说了，太累了。恐怕我有耐心写，你也没耐心看了。
太复杂并且太不容易理解了！每次操作后，结果都会出乎意料，勾选这个，其他的也被勾选了，并且有些人不可操作了。为什么？

我们来想想办法，简化一下。实际上这里的四个复选框是一组排列组合。我们来罗列一下所有可能出现的情况：

1. 普通成员不可读，特权成员可读；

2. 普通成员不可读，特权成员可读、可写；

3. 普通成员可读，特权成员可读、可写；

4. 普通成员可读、可写，特权成员可读、可写。

可能出现的情况就是这些，再考虑这个页面内容的实际情况，“普通成员不可读，特权成员可读”这种设置没什么实际的用处，去掉。只剩下三项了：

我们直接把这三种情况作为三个单选项放在页面上，就可以了。用户在使用的时候，只要三者选其一就可以了。操作后没有出乎意料的结果，不需要更多的分析、理解。

在普通用户中分出一部分特权用户，对这两组用户分别设置不同的属性值。这是技术实现的过程，直接表现出来，太难理解了。在这个例子中，我们的设计工作就是将这些技术实现的过程先理解清楚，把技术性的表达再向前推进一步，用更简单、直白的方式表达出来。

第二个例子：

这是一个提供给某些QQ空间主人的功能。主人可以发布一个活动，让访客来参与。活动有三种不同的类型：征集类是指那些征集logo，征集宣传语之类的活动；问卷类是主人发放问卷调查，一张问卷，上面有若干个选择题，让访客来作答；投票类是主人提供一个候选人列表，访客来投票，最终候选人中得票最多者得奖。

现在出现了第四种需求：主人希望先让访客来报名，然后将报名者展示出来，让其他访客来票选，类似“红楼梦中人”那种电视节目的活动方式。怎么设计？这个需求实际上只要用户先发起一个“征集类”的活动，再发起一个“投票类”的活动就可以实现了。但是，太复杂了。“发布一个选秀活动，其实是先后发布两个活动，先发布一个征集类活动，再发布一个投票类活动，然后…”恐怕写多少温馨提示也说不明白。那么，我们来设计一下，将主人要搞的这种活动单独包装出来，作为第四种活动类型供主人选择。

我们为主人做了前面的思考，使得产品从提供功能向产品设计推进了一步。

隐约有些印象，记得曾经见过一个国外的交友网站，其中有一个查找功能，大概是这样表述的：

○ I’m a man,want to meet a woman
○ I’m a man,want to meet a man
○ I’m a woman,want to meet a man
○ I’m a woman,want to meet a woman

这个例子有些夸张了，直白的简直有些啰嗦了。但是，如果改成两个下拉选择框（或者两组单选按钮）来表达，是不是又没有上面这样的四选一简单呢？

“向前一步”是要把原本的技术模型表现的更易于理解，更心理模型。很多产品所谓的设计实际上只是提供功能，并没能通过设计者的聪明才智将程序员实现的功能转化为易于用户理解的产品。