白鸦，以用户为中心的设计

抱歉，可能我们正在做着没有意义的事情，但是在我们还没有得出一个结论的时候，大家都还抱着一些幻想和期待！

附件是我纪录他们讨论的截图！期待您的回复：）

其实很早一起我们就谈论这个问题，
很多人把类似的"UI组件""UI控件"叫做"UI规范"， 后来我们讨论的结果是：叫做"UI指南"比较合适。
因为"规范"是虚的！"指南"是用来指导和提高工作效率的…

我觉得如下几点需要说明：
1、不管是叫"UI控件"还是叫做"UI指南"，它都不应该和"直接产品易用性"扯上直接的关系。 它顶多只是"项目管理"或者是"产品开发"的一个"效率管理"范围。 只是一种"工作方法"而已。
2、千万不能为了"让产品开发的资源库中多几个G的资料"而搞这些东西， 为了规范而规范只能劳民伤财！
3、这种"UI指南"做好了做实用了确实会对产品的开发乃至整个产品的规范有很大的作用，某些程度上说也是提高和规范UI的一个重要方面。
4、做这样的东西不同的产品应该有不同的办法，"没有通用的易用性/可用性"。

5、一个长久的产品确实很有必要具备这样东西， 因为真正的项目不只是一个项目应该是一个产品 甚至应该说是一个品牌。
所以这样的东西也很有必要。
6、不要说"作出来这样完成的系统指南成本太高，我们不去考虑"！ 其实完全可以"先计划一下，慢慢去做起来"。
不要想一口吃个胖子，也不要一点事情都不作。
也许你开始作了就会发现："慢慢积累，点滴去做，很快就有成绩出来了"。
先做起来…

7、另外扯一个话题"没有行业规范"。 所谓的行业规范应该是同行企业之前慢慢形成的一种通用习惯。
在这个商业社会上，如果谁说他的东西是"行业规范"，那么他一定有很多另外的目的….

8、如果做了这个东西，一定是要长期维护的。 最主要的是"开发者用着方便"。
9、其实我更关注"用户情感设计指南"，比这种"用户界面应用指南"要有意思。 最近太忙，有时间写篇BLOG解释一下这个。

参考：
http://www.uicom.net/blog/article.asp?id=95
http://www.uicom.net/blog/article.asp?id=169

谢谢您的见解，还有个棘手的事，各个角色争执不下——原型问题
以下是两个角色的观点，我也为之困惑：

UI：UI需要BA（业务分析师），提供一个明晰的业务流，来完成整个原型设计；
BA：完成需求分析后，再接着完成原型（比如visio），以及页面流（体现小部分交互样式）。

先前，原型和交互通常是UI根据BA的需求说明书来思考完成。但问题在于需求说明书的业务场景是所有角色（或权限）的全集，相关的细业务流是模糊的，这样通常导致UI输出的页面流不够完善、业务需求反复修改！
目前由BA取代需求、原型和交互这部分工作，我的UI同事认为这样会忽略可用性的问题，造成不好的用户体验，以及产品价值。

·其实就我们的业务特点而言，用户是有着相对的特殊性，我的疑惑：要照顾到特殊性就非得忽律对可用性的重视么？！

·BA认为UI所须做的是不参与项目工作，而是来规范和评估他们的原型结果，BA承担原型和交互其间问题你怎么看？！

·您认为下面这个流程有什么是可以省的？或有什么地方存在意识上的缺陷？
用户研究-分析需求-可用性设计-出原型-用户沟通迭代-gui设计-code

我这两天在家做手术，没有太多时间回答你的问题。
暂时我只能说：你的看法和观点有点片面，********

等我身体恢复后请提醒我，我应该可以给你完整的回复。
起码可以肯定一点：在这里流程不是最重要的，重要是的协作方法。

sorry 。。