昨天参加了UCD的书友会，聊起了OUTLOOK。我也说了下在使用时的一个问题，说在Calendar中看不到收件人，于是SKY提示了下，说可以看Scheduling Assistant。

回到家试了下，果然可以。Scheduling Assistant中的确是有All Attendees。如果硬要说个什么缺点来，大概就是不能看到每个人的状态是Accept、Tentative，还是Decline了吧。

作为一个用户，我不想抱怨这是所谓的设计不好。相反，我可能要做一个自我检讨，感觉上是我自己没有好好学习如何使用好这个产品。

有时候我会有点疑惑，一个产品，什么是最主要的。有时候会觉得很累，在大谈所谓的用户体验的时候，设计师在实际的工作中，往往会受到诸多因素的限 制。所牵涉到的模块是否足够少，开发人手是否足够多，开发时间是否足够长。什么都不管，我们都能大放厥词，其实这个东西，怎么怎么会更好，其实那个功能， 最好能够怎么怎么怎么。我不可否认，就是因为这样不断地思考，才会产生所谓的innovation。可有时候，当种种条件摆设在此，你不得不会考虑，是延 长用户研究的试验时间，还是先平衡系统的可行性？

我到底将自己摆在一个什么位置？

说一个东西如何不好，谁都可以。但是如果只说不好，我就会成为一个只会抱怨的用户，抱怨有何用？是否能够改进，才是价值所在。

能够对一个产品提出建设性的提议是件简单的事情。而提出一个可行的建设性的提议，却是需要经过足够多的考虑与调研，需要了解一个产品的方方面面。我 一直觉得，交互设计师，更多的时候，其实是在平衡开发资源与用户需求。在开发限制的允许下，找到尽可能满足用户需求的一个解决方案。

虽然说User is always right，但也不能说，什么功能不好，就肯定是设计师的问题。

~~~~~~~华丽丽的分割线~~~~~~~

如果稍作允许的话，educate client也不失为一个设计之外的解决之道。我想我有点明白extended tooltip的内在的含义了，虽然在内容设计上要求非常之高，但是在系统开发方面的人力耗费非常之少。化“让用户主动去搜索帮助”为”使用户被动地去接 收培训”，减少在使用过程中的可能产生的歧义。