-----------------------------------------------------------------------------------------------------------------------------

有UI背景的产品经理，要求具备一定的界面设计经验，工作地区上海，待遇优厚。

有兴趣的发邮件到：sxzsnow@msn.com

这是一个著名的模型，把UCD过程中的每个工作步骤和内容都完整而流畅的概括进来。很大程度上帮助我理清了UCD相关的混乱头绪。以这个模型为基础，我整理了一个比较可行的UCD流程。

当然迫于条件的限制，我们不可能有机会去做用户研究相关的工作，通常是从竞争对手的分析中来获得关于用户的理解和灵感。用Jesse James Garrett的话说，在相同领域做相似的事情的研发团队，所

这些天有时间看点书，却在不断的思考一个问题：交互设计技巧和方法之间的取舍。这个问题是随着认识的衍变产生的。

这些年来，一直在做软件产品的设计相关工作，从最初的图形界面设计，到后来的UI设计、产品设计，直至进一步深入到软件交互设计、用户分析、目标分析、任务和原子任务行为分解、信息架构、规范、指南、模式、原型、工具、流程、可用性、

采用分类方法分析问题有助于条理化思路，获得客观全面的分析结果，并自然地采用区别应对措施解决问题。我在《用户推广的差异化策略》中提出了产品运营和推广阶段的用户分类方法，《用户数据分析模型》提出了一个比较经济的简单可行的用户数据分析设想，《用户不是孙悟空》关注的是如何在分析和设计中正确使用“用户”角色，除了提到一些基本的社会科学

关于用户的话题是越来越多了，研发团队成员，不管是研发、设计或者其他的管理者，似乎都习惯把用户挂在嘴边，因为任何产品无一例外的都是通过用户实现市场价值，所以，没有人反对把用户放在产品研发的考虑范围之外。经常听到这样的言论“用户需要这个功能”“用户想要这么操作”“用户喜欢......”“我觉得用户会......

在开始进行用户分类之前，面对的是一个未知的数据库，不知道哪些人使用得多？哪些人使用得少？多的多多少？少的少多少？多多少才算多？少多少才算少？不把这些概念转化成

早有朋友向我推荐一个软件GUI Design Studio，据称可以方便的构建或者说“拼装”软件原型，（我最近比较喜欢用“拼装”这个词）那时只是稍微体验了一下，因为时间缘

自从北京地铁票价降为两元后，原来的八通线倒一线的四元联票骤降了一半，把不少原来坐公共汽车的人都吸引到地铁来了。于是，地铁乘客一下子暴涨了很多。对上班族的吸引尤其大，坐地铁既便宜又准时，这使得本来就紧张的早晚高峰时段愈发不可收拾，地铁车厢更加成了传说中的照片合成器，每个赶乘高峰时段地铁的上班族硬是练就一身不凡的缩骨