[1]
以前我们说UE需要做到影响产品决策 [2] ，那是一个很理想化的状态。
想要走向这个状态肯定需要一个漫长的过程，而且这个过程还需要企业内部很多的因素一起来决定和推动，所以如果要顺利地实现这个过程，一定需要长远的眼光和策略。但现在我们大多数企业都是摸着石头过河，这条道的走法各不相同..
目前我能看到的，被大家说出来最多的问题：UE人员在工作中遇到需要同事们支持的时候往往有很大的困难，
1、前天广东聚会，有几个人都说：“我们一般会请程序人员吃饭，主动和他们走的很近…”
2、昨天在深圳一企业参观时，那里的同行说：“..中国员工对工作时间的概念还好点，如果他觉得你的东西是有作用的，他可以安排自己晚下班两小时帮你把这个东西搞定； 但如果他压根都觉得你折腾得这些东西没有什么用，有时间也懒得给你做..”
3、上周在某互联网公司，那里的朋友说：“程序员才不管你那些细节的问题呢，他们就觉得你这是在瞎折腾。 很多时候我们无法说服他们来给我们足够的支持…”
4、以前某门户网站的朋友经常跟我们发牢骚说：“一个项目的全部周期只有一个月的时间，留给设计部门的时间只有一周；根本无法去开展可用性和稍微正规的交互设计..”
5、很多企业的LEADER说：“我们现在只是公司内部的一个支持部门，很多时候根本没有多少发言的权力，需要的只有执行。根本无法贯穿UE的概念..”
6、…
这不是某一两个企业的问题，应该来说算是一个普遍的困难。我看到解决这样的问题方法也是千奇百怪：
1、有人搞内部培训，让同事们开始理解和重视这些概念，从而开始有效的配合自己的工作
2、有人一再教育其他部门同事：“你们只是负责出功能和方案，具体如何设计应该是我们部门的事情，请不要过多干涉。”
3、有人把UI规范作的很详细，甚至在界面应用规范中直接显示界面元素的代码，让程序人员直接拷贝
4、有人把通过UCD改善之后的产品和之前的产品进行对比，然后在很多会议上给其他部门同事展示
5、有人请我们给他们写评测，然后让老板和同事们看，让更有说服力的外人告诉他们的老板：“用户是这样想的”
6、有人在项目中UE部分被安排时间过少的时候，跟同事部门威胁说“如果你们不给我足够的时间，等最后我UI的东西出不来，你们所有的开发都一样咔嚓..”
7、有人干脆逃避这个问题，把项目外包给其他公司或者干脆不作算了
8、..
我们都在不断探索，希望我们可以探索出自己企业最有效的方法，让我们的同事都能很好的支持我们的工作。
希望我们的探索过程也能够给以后的从业者们一些帮助，
在我看来，这些现象最根本的问题可能还是“UE什么时候开始真正成为被所有人都注意的产品核心竞争力，什么时候大家都可以看到UE在影响产品的市场销售..”
有人说“自上而下的推动至关重要”，我完全赞同。
今天到此为止。
———————————————————————————————–
“UE在企业中”这个话题计划一共包括：“让同事支持你的工作 [3]”“自上而下的推动 [4]”、“先动起来 [5]”、“让别人看到你的成绩 [6]”、“如何（是否）外包你产品的UE [7]”、“理想化发展路线 [8]”、“回头看看 [9]”…