http://blog.rexsong.com/?p=1165 汝果欲学诗，功夫在诗外。 Thu, 09 Sep 2010 12:48:09 +0000 http://wordpress.org/?v=2.9.1 hourly 1 http://blog.rexsong.com/?p=1165&cpage=1#comment-49969 [转] UED,UXD在中国 - 奇亚-申力军的博客-SLJ.me Sat, 06 Mar 2010 07:21:22 +0000 http://blog.rexsong.com/?p=1165#comment-49969 [...] 早期UED部门设立的职能职位主要有用户研究、交互设计、视觉设计，慢慢后来加入前端开发、界面设计等，某些甚至把产品经理也划入其内。具体叫法五花八门、千奇百怪。有个重要差异值得探讨，关于“工程师、设计师”的区别，根据理论推敲，既然UE是个非理性话题，不似Usability那样有逻辑可以遵循，有标准可以执行，所以我认为偏重“感性”的用户体验应该更靠近“设计”。 当然，以现在的成熟观点来看，不管叫“UE设计师”还是“UE工程师”都是不合适的，因为本身用户体验设计就不应该是一个人或一个部门的工作，而良好用户体验是产品的全方位目标。从执行层面看，用“概念”来命名职位（如可用性工程师），明确职能（如产品部门、用户体验设计部门并存），都不利于团队协作，容易造成责权不分，具体我在2008年6月所写 用户体验的误解 中大概清晰了执行思路。 [...] [...] 早期UED部门设立的职能职位主要有用户研究、交互设计、视觉设计，慢慢后来加入前端开发、界面设计等，某些甚至把产品经理也划入其内。具体叫法五花八门、千奇百怪。有个重要差异值得探讨，关于“工程师、设计师”的区别，根据理论推敲，既然UE是个非理性话题，不似Usability那样有逻辑可以遵循，有标准可以执行，所以我认为偏重“感性”的用户体验应该更靠近“设计”。 当然，以现在的成熟观点来看，不管叫“UE设计师”还是“UE工程师”都是不合适的，因为本身用户体验设计就不应该是一个人或一个部门的工作，而良好用户体验是产品的全方位目标。从执行层面看，用“概念”来命名职位（如可用性工程师），明确职能（如产品部门、用户体验设计部门并存），都不利于团队协作，容易造成责权不分，具体我在2008年6月所写 用户体验的误解 中大概清晰了执行思路。 [...]

]]> http://blog.rexsong.com/?p=1165&cpage=1#comment-49918 UED,UXD在中国 | DamnDigital | 互动中国 Mon, 22 Feb 2010 10:05:11 +0000 http://blog.rexsong.com/?p=1165#comment-49918 [...] 当然，以现在的成熟观点来看，不管叫“UE设计师”还是“UE工程师”都是不合适的，因为本身用户体验设计就不应该是一个人或一个部门的工作，而良好用户体验是产品的全方位目标。从执行层面看，用“概念”来命名职位（如可用性工程师），明确职能（如产品部门、用户体验设计部门并存），都不利于团队协作，容易造成责权不分，具体我在2008年6月所写用户体验的误解中大概清晰了执行思路。 [...] [...] 当然，以现在的成熟观点来看，不管叫“UE设计师”还是“UE工程师”都是不合适的，因为本身用户体验设计就不应该是一个人或一个部门的工作，而良好用户体验是产品的全方位目标。从执行层面看，用“概念”来命名职位（如可用性工程师），明确职能（如产品部门、用户体验设计部门并存），都不利于团队协作，容易造成责权不分，具体我在2008年6月所写用户体验的误解中大概清晰了执行思路。 [...]

]]> http://blog.rexsong.com/?p=1165&cpage=1#comment-49899 UED,UXD在中国 - 千鳥志 Mon, 08 Feb 2010 06:28:06 +0000 http://blog.rexsong.com/?p=1165#comment-49899 [...] 当然，以现在的成熟观点来看，不管叫“UE设计师”还是“UE工程师”都是不合适的，因为本身用户体验设计就不应该是一个人或一个部门的工作，而良好用户体验是产品的全方位目标。从执行层面看，用“概念”来命名职位（如可用性工程师），明确职能（如产品部门、用户体验设计部门并存），都不利于团队协作，容易造成责权不分，可参考我在2008年6月所写用户体验的误解。 [...] [...] 当然，以现在的成熟观点来看，不管叫“UE设计师”还是“UE工程师”都是不合适的，因为本身用户体验设计就不应该是一个人或一个部门的工作，而良好用户体验是产品的全方位目标。从执行层面看，用“概念”来命名职位（如可用性工程师），明确职能（如产品部门、用户体验设计部门并存），都不利于团队协作，容易造成责权不分，可参考我在2008年6月所写用户体验的误解。 [...]

]]> http://blog.rexsong.com/?p=1165&cpage=1#comment-18979 » 读文记事 2009年3月 | 优衣事件簿 Sun, 08 Mar 2009 15:59:21 +0000 http://blog.rexsong.com/?p=1165#comment-18979 [...] 用户体验的误解 [...] [...] 用户体验的误解 [...]

]]> http://blog.rexsong.com/?p=1165&cpage=1#comment-18331 shaneall团队日志 » Blog Archive » 互联网设计操作参考 Sat, 31 Jan 2009 06:24:26 +0000 http://blog.rexsong.com/?p=1165#comment-18331 [...] 曾在用户体验的误解中提出角色对应方法初步设想，我非常不赞同专业“用户体验团队”的协作方式，难道产品经理们做事不考虑用户体验么？还是说把用户体验先留着，等某些人来做？显然不可能，因为方法一旦脱离具体业务就成了学术论证，方法不可能创造结果，只可能加速完成。 [...] [...] 曾在用户体验的误解中提出角色对应方法初步设想，我非常不赞同专业“用户体验团队”的协作方式，难道产品经理们做事不考虑用户体验么？还是说把用户体验先留着，等某些人来做？显然不可能，因为方法一旦脱离具体业务就成了学术论证，方法不可能创造结果，只可能加速完成。 [...]

]]>