公司在上海漕河泾开发区，上下班有班车接送，工作环境良好，规模在600人左右，有兴趣在UED这行好好奋斗的朋友，可以联系我了解详情。
网站界面设计师
人数：2名 性别：女
职位描述：
1、负责公司网页类产品的用户界面设计及制作；
2、结合用户需求与公司目标进行信息梳理和原型设计；
3、对页面进行优化，使用户操作更趋于人性化；
职位要求：
1、热爱设计，善于创新，对视觉设计、色彩有敏锐的观察力及分析能力，并有着宽广的设计观和国际化的设计眼光者优先；
2、良好的设计表现力和设计沟通能力，对以用户为中心的设计理念有深入的认识，需提供作品；
3、善于沟通，乐观进取，具有良好的团队合作协作精神与客户服务意识；
4、精通界面设计相关软件，熟悉CSS、HTML/XHTML等网站前端技术。
公司在上海（徐汇区），环境还可以，大概500人左右，有兴趣在UED这行好好奋斗的朋友，不论经验多少，都可以联系我了解详情。
产品设计师
职位描述：
1.准确解析需求，完整设计体验
2.结合用户需求与公司目标进行产品信息梳理和架构设计
3.并对产品各阶段原型进行评测与跟踪
职位要求：
1.热爱互联网行业，对web产品有敏锐的观察力及分析能力，并有着宽广的设计观和国际化的设计眼光
2.熟悉web产品设计过程，良好的口头与书面表达能力
3.对UCD思想有深入的认识，良好的业务理解力和协调能力
4.有大局观，可以在各种需求中找到平衡或创新的方法
5.较强的创新能力，乐观进取，具有良好的团队合作协作精神与客户服务意识
6.熟悉产品设计相关软件，有一定视觉设计能力，了解网站前端技术者优先
用户体验设计是什么？很多人在说，很多人说自己在从事这个行业，也有很多人正准备涉足这个领域。
通常一个设计的demo出来后，会找各相关人员聚到一起来发表观点，以达成一致继续进行下一步的操作。这个时候往往就将开始如火如荼的“信仰大战”，公说公有理婆说婆有理。
业务部门，市场部门，客服部门，开发部门，and so on…纷纷提出各类需求，作为设计师如何去协调平衡这些需求，是个高难度系数的任务，弄得不好就会被烙下“中庸”的名声。
我面试设计师时都会问对方离开（或将要离开）之前公司的原因，得到答案大多数是觉得先前公司的大环境不好，不适合继续发展云云。希望找一个开放自由，朝气蓬勃且能持续学习进步的平台，这样看来，这行还都是有志青年。
有志归有志，真的和业务市场那帮狼性十足的家伙们纠缠时就难免有些力不从心了。由于很多做这行的朋友大都是本来做视觉设计出身的（包括我自己也是），艺术工作者通常比较内敛，说话做事格调不够外露，有时候甚至过多的压抑情绪和观点，表现出一种对任何事物都不太在乎的“超脱”境界，这个特点导致了很多设计师在真正的产品方向上的影响力很小。常常会沦落到只能在一些表面现象上小打小闹：如，把个按钮从纯色变成渐变，-_-||这实际还是没有脱离“美工”的魔咒！有点自娱自乐的味道，到底有多少用户会在乎你今天是否把这个button从单一色变成了有质感的水晶效果？（基于国内现阶段的互联网情况，视觉设计对web产品的作用是有限的，目前最关键的应该还是在信息架构层面。）
在非同行眼里会把设计看得很窄，认为就是搞点图片，装裱装裱，弄个外衣给产品穿上，做设计的人就是美工。在这种时候，如何融汇设计师特有的那种设计思维来表现出我们的核心竞争力才是正道。通过长期的亲身实践，加上业内也有许多的好例子，完全有理由相信设计师在产品的三角品质模型（商业、技术、用户）中的意义！我们的明天会更美好~
今天看做个有设计思维的CEO一文里面有句话说得很深刻：“设计是以人为本的创新，设计师通过对用户价值和需求的分析，环境和文化的理解，来创建并完善这些新形成的社区，注意人们已不再只是谈论产品和服务的本身。”特别是前半句直接道出了设计师的使命。此文最后还总结道：“有两类人都阻止了设计和创新的发展，一种是没有设计思维的CEO，从1985年到1996年, 仍然是那批优秀的设计师，没有 Steve Jobs 的苹果制造的只是平庸。另一种是那些没有设计思维的设计师，他们制造的也只是平庸。”
你想做哪一类人？
清晰的信息架构是交互设计与视觉设计的基础，也从某种角度反映了UEer对战略理解后的一种直接的反馈。
对于web产品设计而言，没有好的信息架构其他的一切都是表面功夫，或许能短时间能忽悠忽悠，但经不起考验！作为产品设计师一定要具备那种比其他共事者先想一步甚至几步的能力！只有脑中先有了图，设计才能够生动，如果只是使用axure将那些元件摆放来摆放去，那根本不叫设计！
白鸦说页面，(100-1)%的内容是导航。那是什么决定了导航设计呢？不是被炒得炙手可热的交互设计，也不是ued的那层外衣——视觉设计，而是经常被人遗忘的信息架构！
在jjg的那张经典用户体验要素图中(如上图)，我们可以看到，在第三层，即结构层，这是抽象概念向具象转化的一个关键层面，交互设计与信息架构在此层中各自担负着一份使命，理论上可以说是同等重要的。曾经在群里讨论的时候说过，如果一定要说交互设计与信息架构谁更重要的话，那我选信息架构！有人立刻问我为什么，当时我一时不知道该如何作答来表达观点来使对方明白，其实就是这个道理：皮之不存，毛将焉附？
淘宝的B2C平台淘宝商城终于上线啦，我最近一直在体验其产品设计，今天先谈谈其“产品评论”，有兴趣的朋友先去体验下再来看下文，也许会更有心得~ ：P
1. 不管3721我随便找了个产品，到了其详细信息展示页面，直觉告诉我评论一般在最下面，我就快速滚动滑轮到了评论区域：
2. 点击链接准备开始评论，系统打开一个新窗口（辗转到了另外个页面）供评论，有点奇怪~
3. 奇怪归奇怪，我还是按照一般的评论留言方式“填完了空格”，奇怪的事情再次发生了~
当我按下保存按钮，满心欢喜的以为评论即将成功时，页面刷新了下并把视觉焦点弹到了页面顶部，告诉了我“出错了”，我按指示点击了“点击此处查看错误”，弹到了刚才评论的区域，告诉了出错的原因。。。我流下了一滴汗~原来是字数问题，刚才我输入的时候又不说，TNND。
4. 算了，出于人道主义精神，将字数凑足~~可惜。。。再次受挫~~正所谓天将降大任与斯人也，必先XXX。。。
我坚韧不拔的精神支撑下，在没有任何出错帮助或者引导的情况下，我终于想到我可以通过页面最顶上的导航的“[请登录]”来登录。。。我晕~虽然我当时很怕，登录完就回不到这个页面了~~
5. 好吧，还算好，登录完还是可以到这个页面，还算TB有人性-_- ，姐姐我终于有幸将评论发布成功了。。
6. 内容设计倒还不错，层次挺分明，还有比较人性化的提示评论人是否购买过该产品（发现个小问题，产品or商品？貌似措辞未统一。）
好了完成了整个评论过程，咱总要离开或者是继续购物吧，突然迷茫了，我该怎么回去？
两个画圈处，貌似可以回去，我均尝试了下，那个“首页”还真是名副其实的首页，回到了淘宝商城的首页，这逻辑上真不敢恭维啊，这“产品评论”为何会直接挂在首页下面呢？另外个一看就是回到该被评论产品的产品详细信息展示页面，点了的确是回去了，但又是新开窗口方式，这逻辑上也有问题，用户评完了还要这个页面保留干吗呢，直接本窗口打开就是啦~而且产品详细信息页本来就有这部分评论的内容。
好了，数落完毕！问题不少，但都不是大问题，会让用户迷惑、尴尬，但应该不会对订单的量有什么大影响，不过还是要善待用户啊~~这样蹂躏用户是很不厚道的！！
刚刚想访问海内，遇到了这一幕，还挺有意思的，有个打羊的小游戏，这类例子有很多，海内的这个设计虽然略显粗糙，但在本意上看得出其在UE方面的努力~ ：P 值得学习
最近一段时间在帮忙团队招产品设计师，我滚动着鼠标中轴快速地浏览着简历，双眼不断在字里行间捕捉的不是此兄到底有多少年的工作经验，也不是此兄有多少参与过的项目，更不是传说中光芒四射的名校头衔；其实我想看到的只是那份对待事物朴实无华挚诚的态度。
不久前有个做产品的同事和我说：“Jessica，今天我和技术讨论功能的时候，技术问我为什么要把问题想得这么复杂，有些点还要一再坚持，其实大家轻松点，随便搞个凑合能用的上去，不就得了嘛？”
我问：“你怎么回答？”
她说：“就想把东西做好点呗。”我点点头。
我也无数次地问过自己这个问题，我到底在坚持什么？有必要吗？真的要这样吗？是不是太偏执了？
上天赋予我们生命，来到凡间，每个人活着都有其需要完成的使命，不同的人生阶段需要完成不同的使命。脚踏实地，做好该做的事，很多复杂的事情经过不断的分解其初衷就是如此简单、纯粹的…认为是对的，想清楚了，就去做，just do it!
近些天看了《互联网产品经理与原型设计》一文，结合从业以来的一些小小经验与思考，表达下我对这个问题的看法——
引文作者认为：原型设计应该由PM产出，设计（团队或个人）仅负责给予实现，且设计师的工作流程应该在原型设计之后展开。
首先，开门见山，直接讲一下我的观点：原型设计是否应该由产品经理负责完成，其本身并不是一个分工职能的问题，这完全是一个能力的问题。不同的产品性质对于原型设计的要求是不同的，那么对与需要完成这个原型设计的人的能力也会有不同的要求，所以这个职能完全可能因不同性质的产品而落到不同的职位头上，PM也好，Designer也好，Developer也好,不同情况不同分析，所以此题无解！然而就企业而言，为了使其利益最大化，势必需要明确分工，各司其职。即，让合适的人（团队）做合适的事。
想成为一个有为的人，势必需要对自己有一个清晰的定位（职业目标、能力界定等），如果整天纠结在自身对权力的欲望上，盲目的自负，眼高手低，志大才疏，制造一些游离于事情本身无畏的烦乱是非常不厚道的，不但浪费自己有限的“生命”，扰乱他人的正常工作状态，导致产品失败，还可能导致偷鸡不成蚀把米的惨淡下场。以上这些话有些偏激，但对于造成目前的PM和设计团队那种比较紧张的关系，我相信人性的弱点才是罪魁祸首。
谈完对这个主题的观点，接着，看看引文中我认为存在的几个误区，如下:
1. “一个优秀的产品经理会让产品设计开发事半功倍，但是一个蹩脚的产品经理也会让产品陷入困境。”
言外之意,，做一个好的产品必须要招一个全能的产品经理；那么它的逆否命题也应该成立：产品经理不是全能就做不了好的产品。这种将产品品质完全寄托于一个人身上的思路，有点孤注一掷的味道，不但风险大，而且团队其他成员没有成就感，会士气很低靡，同时产品经理也承受着很大的压力，根本无法从容应对，有能力也不见得有精力。当然，我们不得不承认产品经理的好坏将直接影响产品的好坏，然而，不是说其他成员就不需要对产品负责，团队中的每一个成员，每一个职能都是不可或缺的，他们都有各自需要承担的责任和保有的权力。
2. “UI、UE设计师是将原型做成实际页面效果的角色，他们的工作流程应该在原型设计之后展开。”
这是对原型设计和设计团队在产品流程中位置的双重错误理解。在原型设计之后，一个产品气质大致已经定了方向，此时设计团队介入，完全不知道产品究竟想要表达什么，为什么这个地方要这样安置，那么能做得也许就是些表面功夫了。但对于因结构不良所产生的问题，将会被带到产品的验收时期，一下子爆发。这就是为什么有些项目迟迟不能交付，每天在不断的改这改那，这完全是一个对产品结构没有做过深思熟虑（或片面理解）却输出产品原型的那些产品经理所完成的杰作。
产品的三个要素是：商业，技术，用户。设计团队出现就是代表着用户的利益，如果产品可以很难看，很难用，那设计团队完全可以立刻倒闭；不然，他们将对保证产品所有外部特征的可用性和易用性有不可推卸得责任，相应的他们应该有权控制它。当然要建立一个好的用户体验并不是设计团队一方的说了算的，需要所有人的关心与支持，当然包括产品经理对于一些设计点的质疑，（在一些条件适宜的情况下,比如项目时间很充沛），完全可以坐下来仔细探讨出个所以然来。
3. “产品原型简单的说就是产品设计成形之前的一个简单框架，对网站来讲，就是将页面模块、元素进行粗放式的排版和布局，深入一些，还会加入一些交互性的元素，使其更加具体、形象和生动。”
这种方式估计用在简单的静态页面还行，对于任务流较多或功能复杂的产品，根本不可行。没有做过功能分析和概念设计，直接进入交互设计与信息架构阶段，完全是一种断章取义的行为，根据自己的喜好，或是东抄西抄，拼拼凑凑地组织出了一个线框雏形，然后丢给设计师去作视觉包装，皮之不存，毛将焉附？最后的结果通常是背离了用户需求，从而也不可能达到商业的目标，同时又将技术的努力付诸东流。
最后总结下，目前互联网产品运营过程中普遍存在这样一个问题，就是产品经理或需求方总是喜欢插手设计。我觉得大致是这样，因为对设计的主观意识是与生俱来的，容易让人觉得自己很懂，但问题是，即便是学过一些绘画或传统设计专业出生的人也仅限于对视觉设计表面现象的理解，然而交互设计或信息架构是充满逻辑思维的学科 ，Ok~好吧，再退一万步讲，即便是对交互设计或互联网产品有较好认识，也对于UE、UI设计有过一些研究，这些认识是很有局限性的，始终不可能集一个团队的专业知识和实际操作经验与一身， 这是基本的事实。
古语有云：闻道有先后，术业有专攻。说到这里，我不禁想问：如果产品经理需要完成“设计”的一部分工作，那是否也需要去完成“技术开发”的一部分工作呢？ 产品经理应对团队成员有足够的信任感，明确自己在产品过程中的角色，放手让每位成员肩负自身应有的职责，统一协调各方对需求达成共识和保证项目进度和质量，而不要因为从前的经历或个人的偏好过多的干涉一些具体设计和开发。（当然因产品性质的不同，可能需要身兼数职，那是另当别论的。）
推荐阅读：
UCDChina-(0703a)用户体验设计在团队中的角色
对于这个UCDChina开博的第一话题，我起码反复看了10几遍，每次看都有不同的体会。
译言翻译-优秀产品经理的核心技能
译言翻译-产品经理的主要职责
这两篇文章都不错，不过感觉都有点理想化，国内没几个PM做得到，所以还是能力的问题，明确自己能力的边界，有侧重得做个好PM吧。
昨天乘着传说中的动车组来到了烟雨朦胧的杭州，当地正好下着淅淅沥沥的小雨，更增添了一份诗意。汗~突然感性了下——
大概下午6点不到的样子到了鼎鼎大名的淘宝网领地，淘宝UED的一位兄台接待了我，有幸品尝了下他们的工作餐，菜色还不错 
接着就一同前往了会场所在地——文华大酒店。
由于雨天和一些道路施工等问题导致了一些朋友晚到，所以会议大致延迟了30分钟才开场。说了这么多开场白，一来是本人才疏学浅只会以一种报流水帐的形式写一些东西，否则进不了状态，二来考虑到本次论坛还是有不少想参加而因为各种原因最终没能参加的朋友，希望可以整体的介绍这次的活动，营造一种身临其境的氛围，好了，不罗嗦啦，终于要进入正题了…咻~~~
本次活动的主题：未来一两年的发展与实践
由于活动将一直是以一种开放的形式开展，论坛上的PPT等也都将会公开，有兴趣的朋友可以去下载（本次活动PPT应该还在整理中，具体地址，待更新）。
更多的关于D2的由来、发起、简介等等，可以到这里查看详细介绍。
主题1:：Ajax, not “AJAX”
主讲人：小马（TaoBao UED 前端技术主管）
简述：主要以传递思想、普及概念为主，时间关系也没太多介绍具体实践，简单介绍了一些Ajax的应用范畴（何时用Ajax与何时不用Ajax）和Ajax框架的特性及选择。
主题2： Adobe AIR的应用与前景
主讲人：黑羽 （Genway 前端RIA架构总设计师）
简述：黑羽认为AIR将是未来1、2年内RIA的趋势，有些国外例子的演示以及使用的经验和感悟，也是因为时间原因，本来2小时的一个演讲变成了40分钟，相信还有很多激动人心（黑羽演讲中多次提到这个词语）的内容未被展示出来，不过基本上对AIR大家都从无到有得有了一个比较系统的认识，也能大致意识到它的前景。
据我感觉，要在未来1、2年内就在国内形成发展还是很难的，但是在1.0版本出了之后有一些实践和研究倒是毋庸置疑的，毕竟它的一些特性的确可以解决一系列的用户需求，同时也能极大程度的满足商业目标，但是最后肯定还是需要去权衡两者之间的关系。客户端、或者说是桌面程序的优点之于商业目标而已，大致就是集中在，我们可以做更多的主动营销去打动用户，去拉拢用户变成客户，去不断的的刺激客户促成交易等等…然而这样一来，客户端程序的开发成本和难度虽因AIR的出现而大大减小，而所有的网站都去一窝蜂的基于网上平台搞一个客户端，那试问属于用户自己的桌面是否会变成另外一种类似浏览器的形式？同时，也会导致用户不断得被各种网站的促销讯息和所谓的温馨提示而打扰…势必造成新一轮的大战（客户端大战？ADOBE VS. 微软？）
在论坛的FAQ阶段，大家都各抒己见提出了纯技术实现的问题，或是择业的问题，我当时问的就是以上提到的那个问题，其实也不算是问题，应该算是一种担忧（突然感觉自己应该去写“新岳阳楼记”…咳）。不过这种担忧是没有答案的，还是要看发展，毕竟这个东西连1.0版本都没出，记得当时小马回答说“这没什么不好”，的确是这样，事情总是要在发展中求出路的。
OK~大致本次论坛进行到晚上10点后，大家陆续离场，最后一些朋友去吃了点东西，边吃边聊了聊一些零零碎碎的东西，或幽默的抱怨下做前端的苦，或简单的探讨下一些工作中遇到的技术实现问题，亦或发散性的谈谈未来的畅想，大胆的头脑风暴一番……总得流程走下来，感觉论坛的氛围有点像华山论剑啦，“八大门派”齐聚商讨下“武林纷争”啦，and so on…
一些非官方的消息——
1.下一届可能是由雅虎主办，地点估计就在北京，具体时间按照预想的一季度一次的周期，那应该是在明年的3月这样子吧~
2.关于下下届：EBAY、腾讯都有可能，那地点就可能是上海或是深圳了~值得期待，会在很多城市和公司进行巡回，很多因为时间和地域原因不能参加的朋友，都会有机会参加D2的
3.kijiji的朋友说，我们去上海，他送我们一人2件T-shirt…大家杀过去吧。。不要手软~
4.……
罗哩罗嗦的说了这么多，最后总结下——
很不错的经历，也有很不错的收获，首届D2虽然能参加进来的朋友并不是很多，但相信基于D2的宗旨和这么多同行朋友的一致信念和不断努力，一定会伴随着一届一届的热烈展开越办越好，越专业，越领先，越……越……越……回声不断……
ps.有一些行程中的照片，待更新，今天数据线未带不方便上传…呼~
上午：
1、北京的空气很干澡，脸啊手啊嘴唇啊，都开始发干，哎…
2、下水道会冒烟，呼吸可以看到水气从口中飘散出来，早晚的温差的确很大
3、会场到我住的区居然要乘小火车才能到达，自己走要走好久
4、同步传译耳机居然要用身份证来做交换，然后会议结束后又秩序非常混乱的换回来..这种体验实在是…
下午：
1、听了第一分会场“软件与网站”
2、倾听豆瓣的发展史
3、一些UCD方法的介绍与应用，用数据说话的重要性
4、看了些展览，国内外的专业做用户研究，市场调研的公司居多，外包UCD或聘请顾问也许会成为一种趋势
晚宴：
1、同桌的有来自新浪、腾讯拍拍、迈瑞、西门子的朋友们，还有上海网言的朋友
2、很高兴通过大会大屏幕的微型博客发布的信息找到了Raikknen，是一直在网上有交流的同行
3、饭菜只能对付着吃，台上的表演也没看过几眼，倒是大屏幕的信息滚动很吸引我
最后：
1、如果能把会场上演讲嘉宾的PPT打包发给与会者就好啦，也免得大家用相机拍这么辛苦了，还老是闪光灯一闪闪，对嘉宾也不是很礼貌
2、外国同行很多在创新上面的成功案例和思路深深的触动了我，是的，我们也许需要更多的创新
3、在此期待08的UPA年会，以创新为主题的一个盛会，呵~
4、希望会务方面能做得更出色些
