主要内容
产品设计团队协作 最后更新: | 文章数: 51
记得看过一句类似这样的文字:”好的设计是让用户体会不到设计的存在”; 用户体验设计也应该不例外, 无论对用户或在团队合作中, 用户体验设计表现出的应该更多的是低调
-
51. 设计沟通的七条经验 2013-03-20 11:04
经常有新入职的同学，搞不清设计师和别的职位如产品经理，在工作内容上有什么区别。回答了几次之后，我总结出两方面的差别，简单概括为：技能和定位。 “技能”指的是设计师掌握了项目中其他角色都不具备的能力——画图。这么概括有点简单粗暴了，事实上设计师的专业能力远比画图两字涵盖的内容要广。但“画图”确实是更容易被所有人理解的说法 ... ...
-
50. 前端开发是产品设计么 2010-11-08 08:52
前数日与最近名动江湖的UCDChina小女孩Angela及某圈内人士在某店内烤肉论道，偶然聊到此话题。换个更动听的说法，前端开发是属于“研发团队”还是“产品团队”？此问题涉及公司的职能架构体系，也就会牵涉到跨部门的团队协作。 产品质量有一定高要求，但没有专职前端开发工程师的产品团队里，常见工程师以需求难度工作量、项目进度等理由推翻设计成果。好 ... ...
-
49. 理想结构与无奈结局 2010-08-23 13:14
若干年前，曾见《霸王别姬》的一名主创人员接受采访说，这片子的编剧、美术、造型、化妆、摄影、剪接、音乐、演员、导演等等，整个主创班底都是当时业内最牛逼的人物，又能全情投入，不成功没有天理。即便换一个导演，电影也能同样放在殿堂里受后世供奉。作为这句话的注脚，陈凯歌后来拍了《无极》。在互联网上最重要的资源是什么呢？当然是人才。什么资源背景，市场先机，都扯鸡巴蛋。最重要的资源只有一项：人才。在项目需要的每 ... ...
-
48. 关注前端开发流程 2010-01-02 16:50
流程，通俗来讲，就是许多人，在做一系列的事情时，怎样相互协调，安排好这一系列事情的先后顺序，有什么事先的约定，需要达到怎样的预期目标。 在UED里，前端同学需要处理的需求比较多，早些时候，前端这里的开发流程还是比较模糊的，UED以外的同学也不清楚这边的工作具体是怎样进行的，所以难免会有需求插队的情况发生，打乱了大家的计划，因此今年Q3的时候，在与SCM团队同学的共同努力下，形成了一个前端的 ... ...
-
47. 我们需要怎样的分享？ 2009-12-30 20:33
杀了几轮三国杀，稍微缓解了上班的疲劳，回来路上和平四同学聊起了设计师的分享，或者說我们的分享机制。 早年间，大团队内部的分享更多是答疑解惑，每个人把自己工作遇到的问题抛出来利用团队力量解决，或是把自己的老经验小巧思介绍给大家。后来呢，分享这件事变成了工作的一部分，连话题也渐渐审慎起来，多少有点例行公事。 不少新来的同学都苦闷于不知道要分享什么主题，而自己费劲巴拉准备的PPT又能给 ... ...
-
46. 用户体验与团队建设 2009-09-08 18:23
很高兴很多公司能认识到用户体验的价值，甚至提升到了公司的战略高度来看待，而个人觉得这样的事有点悬。 用户体验的用户 用户体验一词应该来自于客户体验，CRM就是这样的一套系统来着。那么，客户或用户一定就是上帝么？他们所反应的问题或数据的反馈就一定是我们做任何产品设计的准则么？显然不是。如果一个产品设计师只会盯着数据看，他只能说做了一件没有错的事。从概率上来说，他只是能满足 ... ...
-
45. 鸟儿是追不上蜻蜓的 2009-06-28 21:10
最近接了几个网站建设的活，从网站策划到网页设计制作，都是我和朋友两个人在完成，工作量虽然很大，经常忙到凌晨两三点，却不感觉到累。 这就是做顺畅了的感觉，网站的前期策划到最后的形成都是按照我的思路一步步完成的，这里面不存在繁琐的工作交接，几乎没有什么冲突，工作便很流畅。 之前看到一个命题：开发一款新产品，如何在开发质量与开发速度上作权衡？当时作者给出的答案是求速度。我表示赞 ... ...
-
44. 不同声音，一个设计 2009-06-16 23:31
发现在工作中、撞上最多的问题就是“如何达成共识”（而且我想只要我还打算继续做下去、它还会是个经常性的事情）、几乎每天我都会听到很多不同的声音、在这儿列下清单: “ 这个颜色看起来不够时尚、不够醒目啊 ” “ 人气人气！页面要表现出热闹的气氛、火红的颜色 ” “ 我们这个产品与其他产品不一样、不用考虑我们公司 ... ...
-
43. 前端开发中的团队合作 2009-06-12 01:18
最近在着手“蓝色理想”的页面重构工作，这次的项目与以往来比有几个劣势： 对参与开发人员的水平均不了解； 陌生人，谈不上谁配合谁，只能自己多协调一下大家的编码习惯； 结合这两天的项目进展及过去的工作经验，谈一下前端开发中的团队合作： 详尽的开发文档 一件产品的诞生，凝聚的是整个团队的努力。要让大家的劲往一处使，最好能在项目开始前 ... ...
-
42. 当设计师遇上前端开发 2009-05-04 00:48
作为互联网产品设计师，在和前端开发人员沟通时你是否常常会听到这样的声音： —— “大姐，给点专业精神好不好，这个表格是自适应的，你这样设计页面不好扩展啊…” ——“用ajax不是不行，不过你要事前给我说嘛，你不说我怎么知道呢，你说了我就知道了嘛&he ... ...
-
41. 如何向产品经理提交需求 2009-03-26 22:41
今天公司的Happy Hour时间，是几位产品经理和大家互动，增进了解，以便业务上的更好配合。从业互联网多年，一直作为业务需求方，也曾迫于无奈做过一点点产品方面的事情，有一些经验和同事们进行了分享。 1 第一次的沟通非常重要，要对自己的需求非常明确，利用各种工具，包括纸质的图形草稿等，清晰的描述业务需求； 2 对于需求实现层面，要有一定的备份，当产品经理认为难以实现的时候，能够退而 ... ...
-
40. 环境是最忠实的执行者 2009-03-21 03:08
把水龙头稍微开松一点点，让水可以每一分钟滴一滴，放一个桶在下面，然后忘记这件事情（不用我提醒，你一定会忘的）。等你再过来看的时候，或许桶早已经满了。有趣的是，这个实验成功的前提是，你一定要忘记你做了这件事情，只要你还惦记着，桶里面的水就不会太多。 企业文化的事情也是一样。真的有用举措，一定要做一些像滴水这样的事情，在你忘记了它的存在的时候，它还依然忠实的执行它的职责。 所以说，仅仅 ... ...
-
39. 推进项目的诀窍 2009-03-20 13:00
和大家明确了KPI和项目计划之后，明显感觉大家是跑起来了。同样也看到了我们在项目推进中的困难，今天也正好说一下推进项目的诀窍。 首先是心态，创业的心态，主人翁的心态，不要问这个问题谁负责，问这是谁的责任，把梦想和目标当成我们自己的事情来做，自己为自己的梦想而奋斗着！ 这是推进力的源泉，我们是一支使命必达的团队。 推进力的最高境界，就是让大家自我推进。优秀主导者并不是把自己的方案灌 ... ...
-
38. 设计师不要参与开发工作 2009-03-19 09:21
千鸟在《产品设计师－这才是吸引人的工作》中回复说：“技多不压身，但不是说都得下手做。多懂点的好处，一是增加自己的判断力，防止被忽悠；二是更易跨部门沟通；促进换位思考。不要试图去拆分职能，我们应该做的是适应，与团队其他同事互补。最好的设计师，是块万能膏药。”非常同意千鸟的观点，设计师各方面都懂一些，有绝对的好处。但应该保持在了解、沟通的层面，绝对不要设计、开发工作都亲力亲为， ... ...
-
37. 关于团队建设以及网站建设的琐事 2009-03-04 10:46
互联网是一个飞速发展的行业，任何的止步不前都会导致被淘汰，只是时间早晚的问题，所以一个公司的学习与创新能力是非常重要的，特别是对于一个年轻的创业型公司来讲，学习与创新能力是其得以成长的必备要素。对于新知识的求知欲以及创业的激情朝气也是支撑新公司快速成长的必须的要素。 2003年成立的淘宝到2008年就占据了国内网上交易市场的半壁江山以上，除了淘宝切入网上交易市场的时间占得先机外，还在于淘宝 ... ...
-
36. 项目反思 2009-03-08 03:49
这两个礼拜做了个项目，不得不承认有点失败。虽然本身的需求不确定性，导致小组人员非常被动，一定需要和客户反复确认，而客户往往又会由于这一版的设计而产生新的设计要求，最让我被动的是，本身的设计是平面设计，小组成员中没一个是平面设计出生的设计师却被要求这个项目的平面设计要求最高。让我非常地无奈。但是我想我最大的问题就是对这个项目本身的不满情绪，导致我消极应对了整个项目上进度上的管理。 不过还好， ... ...
-
35. 我们为什么会失败 2009-03-09 03:43
是人的问题吗？恩，有点关系，我们每个人都有优点也有不足，但之不至于做得这么差。 是钱的问题吗？至少在开发阶段，我们从来都不用考虑钱的问题。 问题出在哪里？ 1.一开始的时候，我们觉得我们的产品设计思想是非常领先的，在我们眼里，别人似乎很傻。所以我们信心百倍，赶超XX不成问题，赶超XX也有可能。前途似乎很美好。（互联网不像传统行业，思想的更新非常快。现在尽人皆知的思想在一年前 ... ...
-
34. 什么排在任务队列的最上面 2009-02-13 03:20
推荐一篇文章 《经济学家如何排队》，还有一篇 《从经济学里的排队问题看效率与公平的矛盾》。 我随便说两句，如何给工作任务队列排序。 任务队列有几个排序原则：1 优先级 、2 重要性 、3 利润 、4 稳定 、5 取悦客户（老板）、6…… 依照不同的排序原则会产生不同的排序结果。 在处理不同类型事务和担任不同角色时需要参考不同的排序原则。 ... ...
-
33. 技术团队需要专家 2009-03-10 03:35
读了《UX梦之队：专家，多面手，职业工作者》、《产品设计师－这才是吸引人的工作》这两篇文章后，想到的：一、就所经历过的国内IT团队的现状来看，专家不多，真正的多面手就更少见。个人固执地认为，真正的多面手，应该是多个领域的专家，而不是仅仅有所涉猎的半桶水。如果不是每个领域都能独当一面，只是有所涉猎，甚至仅仅有耳闻，那不是真正的多面手。所以，一直感觉“复合型人才”，是个不靠谱儿 ... ...
-
32. 用户体验部门建设 2009-03-03 13:23
Jacob Nielsen 将一个公司的可用性成熟度划分为8个阶段：1. 敌视用户体验2. 开发者为中心的设计3. 零星的可用性4. 可用性投资5. 可用性部门建立6. 系统的可用性流程7. 整合的UCD8. 用户驱动的公司他还做了补充，第1阶段出不来的话，可能会痛苦几十年。2-4阶段每个阶段要2-3年，5-7的阶段每个阶段要6-7年。也就是说2-7阶段要20年，而7-8阶段还要另外一个20年。非 ... ...
