团队不需要完整，但事情需要完善
1、最近很多人在提：”我们是一个小公司，根本不可能有那么多的人各负其责去做那么多’U’的事情”、”在目前大多数公司里，那些信息架构、交互设计、视觉设计什么都做，或者做其中几项的人，他们应该怎样去成长？他们的公司没有UI、UE、UED的区分。同时做这几个事情是让人很头大的事。”
2、其实这种问题很正常，而且也是合理的，不光是在小公司，在大企业中也一样会存在。
3、首先，UED有那么多事情那么多分工，这是经过长期积累下来的，也是科学的合理的。
但对于小企业或者小团队来说，我们不太可能去找够那么多的人，每人一个坑。
4、产品设计过程就像在演一场戏，如果戏中有有10个人物角色，但现在只有5个演员。那怎么办呢？去掉五个角色肯定不行， 只能有人兼顾多个角色…
我想这也是为什么很多企业招人的时候会被大家说成”万能膏药”的主要原因。
在职业生涯的一开始做”万能膏药”未尝不可，一个设计师如果你只知道设计你的价值可能并不大，主要的问题是你能不能”一专多能”。 选定自己的方向，但要兼顾其他的能力…
5、在不够大的团队中，我们没必要每个分工都有一个专职的人在做，但一定要安排下去有人负责。
比如，可能无法专门招一个人来做”界面信息架构”的设计，但我们可以由产品管理者一起来把设计的大原则确定，然后安排一个专门的人负责审核这一块，出了问题你可以找他但不用个个都要他设计；
一个交互设计师可以做交互设计也可以负责简单的”信息架构”，可以不是具体的设计而只是保证产品的”信息架构”遵循大的指导原则不要走的太偏。
6、再比如，产品界面的文字优化。
我们可以有PM和主设计师一起确定大的”产品气质”和”文字内容书写原则”，然后安排一个图形设计师或者QA监管，他的工作也许只有10%是在审核产品上线前的文字。
我们说”所有人都有责任也有义务作用户体验设计“就是这个道理，大家都需要在工作中注意文字部分的问题，但有一个人负责审核和整体把握文字的事情。
7、往往很多团队也许只有一个图形设计师和一个交互设计师。
那么，关于”信息架构””可用性”的内容，完全可以安排交互设计师用他20%的时间去兼管，他不需要自己样样都设计，只要把握整体和审核即可。
关于”文字优化””图形设计”也可以同样安排给图形设计师。
8、错误的做法：
认为自己团队没有人做交互设计，于是就不管了， 论到谁就谁说了算做到哪算哪；认为自己的团队没有招到专门的人作文字优化，就赶到谁头上谁写文字并确定； 然后每个分工没有统一的人审核就直接上线。
9、这样做暂时看起来不会有大纰漏的现象，但往往继续下去后果会很严重，以后的调整和优化代价会很高。
“一套产品同样的功能有N种交互方式”、”一个产品同样的提示有N种不同语言表达方式”、”同一个产品，在不同的界面同样的位置是不同类信息(如，在首页的左边是信息提示，右上角是设置，但到了二级页面左边是设置，右边成了信息提示)”等等。
这些问题就像一个从小没有注意教育，长大后无法管教的孩子一样…
10、当然，也千万不要以为靠提前制定系统的完善的”界面规范“就能避免这个问题，这是几乎不可能的；
产品的不同发展阶段，遇见的问题不同；”规范”是慢慢积累和完善的，一开始只能是大的原则不能使细的规范…
总而言之，团队不需要一定完整，但事情一定需要完善；
分类：UCD ,07/03/28 12:55 上午 | 110,155 次浏览 |
多学多用， 精一通九 ，如果说一个人能负责多方面的工作的话，那也会有很大的提升。
受用。。。
还有一点就是：广泛的能力有利于对事务工作的理解！
UE无处不在阿，不过我接触到了一个更加全面的词组CE（用户参与）。从策划到设计到测试到发布
同意同意，我写的关于定位那篇文章就是为了表达白大哥“一专多能”的思想
希望自己可以做到
补充下，只要老板给时间，那么一切皆有可能；如果老板或者市场如催命鬼，那么生出先天不足的产品就很麻烦了；先做大的规划，然后一个模块一个模块的干下去，这就是所谓的迭代式开发；
同意~~
你写东西已经习惯用 12345的序号来排序。
实际上，这种序号并列的意思要大于继承的意思，而本文我感觉不适合用编号，因为过程就是过程，不是列表。
瞎说而已～～
呵呵，毕竟不是在写正式的文章，思路都是一触即发的，我并没有去统一的整理
用列表
一为偷懒，
二为分段，
三为让读者看文章时的思路和我当时的思路一样，
序号我也比较喜欢。
不过，能够同时胜任多项职务的人确实不多。
尤其是执行层，写得一手好Code的人太少了。
[…] 团队不需要完整，但事情需要完善 […]
Hi, Whitecrow,
I was trying to comment your latest article: 用户研究需要全面且综合的了解及分析 on ucdchina.com with both Safari and firefox….none of them successfully posted my comments. So, I post my comments here, since the topic is similar. :p Let me know what’s wrong with this situation. Thanks!
————————————————————
Basically, this article reflects most of the real working scenarios here, at least my company which is very small but running a full UCD lifecycle.
I especially agree with this point:
11、数据不是金矿，用户也不全都是正确的。
很多数据和用户反馈是无用的，甚至是会造成设计误导的。
最终，还得需要具备理智的分析和正确的判断能力。 (所以我最崇拜的UED还是那些”数据分析师”)
This is the most tricky part of the user centered design. You need to research the user behaviors; however, not to be dominated by their point of views. That’s the “expertise” of user experience designers/researchers. The UE team should be the one who evaluates user’s needs and turn those needs into feasible “solutions”. In our case,in order to make wise decisions, a well-functional, UCD team with intensive design experiences will do.
to Ifan： UCDChina现在的评论只要你留下姓名和邮件就可以发表， 暂时没有发现其他人说不能发表。
你的评论我转过去了， 但你是否可以尝试注册个账户看看
呵呵，第一条里面有我说的话啊，哈哈。
恩，很有启发，可能是我老想着把这些事情都尽最大做好，而事情又多，自然精力不够，自寻烦恼了。还是要抓主要矛盾，找准发展的主要方向。