这个栏目主要包含本人感兴趣的技术文档和参考资料。
声明：部分的文档资料来自互联网，其版权为原作者所有。 本站的原创文档遵循 “创作共用 - 非商业、署名、派生” 版权协议发行。
用户反馈 :: Feedback
文档排行 :: Top
焦点讨论 :: Focus
文档资料 :: Document
资源下载 :: Download
关于这里 :: About摘自：http://www.aslan.cn/article.asp?id=34
在公司或部门中怎么安排 UE 工作？怎么让可用性工作更好的整合到原有的工作流程中去？这本身也是一个用户体验的问题。这时，公司或部门的所有员工就是用户。他们已经 习惯了原有的工作流程，UE 工作参与进工作流程来以后，要尽可能多的保证他们原有的工作习惯，逐渐引导他们去接受新的以用户为中心的工作流程。
现在部门的 UE 工作逐渐走向了正轨，回想起来，觉得能有今天的工作氛围是十分不容易的。
最初来 KOL 做设计师的时候，整个部门还没有 UE 这个职位。
不久之后，可用性测试工作开始在部门开展起来。我最早参与的一个可用性测试是金山通行证系统的改版测试，也是从那时候正式做了一些UE的工作。虽然测试发现了很多问题 ，但是改进问题的环节却总是受阻。因为很多可用性问题是在策划案中就埋下了罪恶的种子，要修改的话需要很多时间来大动干戈，这是成本所不允许的。
随后的很长一段时间，部门的 UE 工作仅限于可用性测试。虽然可用性测试是见效最多的一种工作方式，但由于UE没有参与到前期工作中去，很多可用性问题被发现时已是为时 已晚。
后来我开始负责部门的 UE 工作后，决定开始作自上而下的 UE 推动工作，也得到了上面的支持。最初我尝试严格按照可用性工程的生命周期来安排工作。了解用户、策划、评 估、测试……但经过几个月发现这样的工作方式存在一些问题，因为精力不够，光是画线框图想文案都觉得时间很紧，再加上后期的测试、改进，会使项目进度变慢。究其原因， 公司主要产品是软件和游戏，网站作为一个支持部门，不可能花太多的成本在 UE 工作上。
最后，经过多次改进的工作流程方案出来了，总的流程还是基于以前的大家习惯了的工作流程：
经过多次尝试和不断改进后，现在的流程是：
绿色的文字：根据项目需要选择进行的工作，一些没有过多和用户交互的小专题页 UE 不需要参与太多
红色的文字：基本的流程
这种工作流程，部门的几个项目组基本上都已经很习惯了。而且这样的流程对于 UE 的工作压力不至于大到离谱。
最近我们开始在部门内推广“以用户为中心”的概念，方法之一就是培训。“要让同事支持你的工作，就要让他们先了解你的工作”。比如我 花很长时间整理了“常见可用性错误”就是要让同事们多了解一些可用性的东西，让他们看到可用性错误带来的问题。编辑、设计师、程序员们都对可用性有了一些了解，犯的错 误减少了，整个部门的UE工作就会好进行很多，产品的可用性也会提高不少。
总结一下：
最后，对一些喋喋喋的人说一句：以用户为中心不是拍用户马屁。
WEB 技术无法体现你的 WEB 产品很牛，毕竟现在技术牛的产品太多，要想做牛就必须保证：好看好用。用户用着舒心，产品才有市场。技术再牛，特效再多，产品不好用等于 白做，不能给企业带来任何好处。
