Monthly Archives: September 2009

我已经在目前这个项目呆了1年多了，前后给大家(DEV Team)做过2次UX方面的培训，虽然是讲给别人听，自己却收获不少。 也不知什么时候开始，在很多人面前说话，只听到自己的声音，很容易紧张，8过，这都是很好机会，要胆子大一点，就当是平常讨论吧。不禁，又让我想起《Desiree’s Diary》那段情节，当她辛辛苦苦跑去找拿破仑，却见他和另外一个女人在一起，当时只听到自己的尖叫…这是我中学时代很喜欢的一本英文读物。 扯远啦，回到Training。 Training 1 我刚进项目的时候，正在开发的桌面程序已经大致成型，但按照客户方的要求，所有功能必须要符合已有的 UX Guideline，但达到这个要求，还有很大距离。作为开发工程师，他们未必能够很好的读懂和理解，在我正式开始工作之前，我们一起来学习已有的规范。在他们看来是Training，其实应该是一次集体学习。 * IA合理么？功能考虑全面了么？从属关系对么？ * Layou准确表达了每个模块间的关系了么？符合阅读和使用习惯么？ * 命名、描述等对应了应该表达的意向了么？语言风格保持一致了么？ * 细节的交互流程符合功能逻辑么？ * 使用了正确的控件了么？ * 控件有没正确使用？ * 对齐(Alignment)、间距(Spacing)保持一致了么？ * 视觉设计，例如，Icon都是一种风格么，提取的元素恰当么？ * … 没有没有guideline，这些都是需要亟待改进的。问题是开发并完全知道这些地方，也不知道怎么去做，没有UX designer，他们也只能按照自己的经验去尽力做，有些也是做对的，我觉得也是很不错了。 一起学习了Guideline，可以帮助DEV更好理解设计，怎么设计的、为什么会有这样的设计。虽然他们不是负责设计，但目前为止，他们已经做了这个事，还得让他们认识到为什么他们已经设计出来的问题出在哪里、为什么不符合用起来不好用。 这些为下面的工作打下了基础，当我们设计人员向他们了解功能和需求时候，他们也会欣然的帮助我们，我们对当前的设计提出新的解决方案，他们也毕竟容易接受，当然后期也还会出现对立的情况，有了一些共同认识基础，处理问题总归会好很多，毕竟我们往这一个方向发展，互相尊重，在这个过程中，他们也会让我们了解技术能到达的极限。 Training 2 为什么要培训？项目后期，大家的时间也相对比较多，是时候做点总结和归纳了，可能是大家对UX比较感兴趣，或者我也很想跟大家一起分享一下经验，听听大家对UX的理解和在项目中UX怎么进行和沟通对他们比较有效，种种都是很好的经验。 我主要还是围绕UX介绍了UX的相关工作内容、通用流程、每个阶段提交产物、设计研究方法等，在对比一下我们项目之前经历过的一些工作，给一些我们项目里的案例，当然不会很深入，目的让他们能比较全面地、高度概括地了解一下UX，以后更好的和UX设计师一起共事。 过程中，挑一些大家关注的问题和建议：