ID-yanyan

之前讨论到不提供多余功能，比如购物网站，就不提供游戏给用户玩。但这个例子太明显，实际工作中并不如此简单的一刀两断。并且有的时候说功能越多，用户挫折感越大（见《一目了然——Web软件显性设计之路》第三章：够用就好），因为一切都复杂化了。然而在现实中，国内网站和网民的情况，又真是这样吗？Less is more也不是被所有人都认可并热爱的设计原则。工业设计中能够明显的体现这一点。

我们来举例，设计一个电视节目表的产品，各种查询、节目介绍、各类订阅（RSS、邮件）、打印等，刚开始好像比较难舍弃。

深夜突发奇想，5W2H在这里似乎通用。

Why：产品优化、开发新业务、领导要求、或其他理由，反正必须做

What：电视节目表

Where：展现在Web还是客户端

When：提前一周

Who：要看电视节目的互联网用户

How：节目单以什么方式展现，列表还是文章

How much：展现多少，时间、电视台、节目、介绍花絮等周边、各类订阅、打印出来看

假定是Web，列表：

立马砍掉节目介绍，与查询相比是边缘需求。

提供各种排列方式查询，考虑给搜索功能。

各类订阅归总成一个订阅，另开页面。

打印不一定用得到，待定。

如果是做在客户端，也许容易考虑得更发散。在我们被自己伟大想法迷惑的一瞬间，设计那些看似酷炫或者体贴的功能，很有可能最终被证明是多余的。例如边看节目表边聊天吧，或发送给我的好友一起看，实际呢，用户只是想看电视，能搜到节目，有清晰的列表就好。

要知道，你的资源和精力有限，用户也一样，大家都有自己活在你产品之外的人生。

只要在用户面对你产品的当时，提供最合适的服务。

之前跟小浩讨论的结果是，把用户需要的/策划提出的需求排序，分出必须做的和可以做的，然后去表达。

在交互上要简明易懂。而且交互设计师要学会说服别人，例如产品经理。

现在我是从调研、策划、交互、设计原型都参与，也许还要跟进技术和美术。但是功能自己想，表达（交互）自己做，手上做这个，心里念那个，就混乱了。做原型的时候老是想功能，功能不确定，就犯晕，有时候也没那么多精力。如果交互分出来，由产品经理确定业务和基本的功能需求，然后和交互讨论，达成共识再做，可能是个不错的方式。而现实业界的大状况，也许交互设计人才难寻，也许团队规模有所限制。Anyway，努力的成长吧！

------------------

今早发现QQ邮箱出来了过滤器，昨天我们在UCD书友会上讨论过的（会议详情在木木这儿），今天竟然就推出了，速度之快令人敬佩，足可见其准备充分，技术过硬。

然而我觉得，这严重的开始让初级用户混乱了，有多少用户知道过滤器是什么呢……尽管与会的各位可能都理解。

其一，别试图太快的改变用户习惯，揠苗助长至今行不通。

其二，改就改吧，请用简单的语言让用户明白。