首先，这文章只针对小公司的，因为大公司我没呆过，不了解情况，没有发言权。

其实一直就想写这样一个题目，就是在一个项目组中，PM与交互设计师的责任区分！

现在在国内的大多数情况都是：PM一个人负责产品的设计与实施两个过程，而在实施过程中，又由PM与程序员交流沟通，在产品质量与开发进度之间进行取舍，而实际上，很难有一个PM能把握住产品进度与产品质量中间那根弦的位置，当然我不否认有那么一部分天才PM，可天才PM还会呆在一个小公司？更何况PM还得直接面对BOSS，BOSS的话不就是命令吗？BOSS叫你半年开发出来，你还敢说二话？

我的想法是: 在产品设计的前期阶段（需求分析和市场调研都已做完的情况），由PM、交互设计师、一到两名市场人员（你做产品的目的是用来赚钱，而不是用来技术领先-----很多PM容易钻进去的一个大牛角尖！）、间隔性让的牛X一点的程序员（千万不要让程序员全程参与，在产品的设计阶段，程序员的存在会让大家恶梦连连）参与进来组成一个三到五人团队，先由市场部人员阵述，再由PM和交互设计师分析，设计出一个产品原型，不断迭代此过程，直到在产品质量，可行性，可预期的开发进度等各方面之间找到一个平衡点后，就可以把产品原型在公司内部公布出来了。内部公布后别人肯定还会有意见，所以可能会再进行一两次的小修改！但要记住，不要对每个人的意见都听，对产品的最终质量负责的是PM与交互设计师两个人！

在此阶段，PM与交互设计师应共同对产品质量负责。同样，在此阶段，要把需求文档发挥的作用发挥到极致，尽可能把想到一切都以文档图表的形式记录下来，在设计阶段的头脑风暴是宝贵的财富，而进入到开发阶段，如果团队内还在不断的进行头脑风暴，你就喝西北风去吧！另外，请格外尊重市场人员的意见，他们虽不是产品专家，但他们绝对算用户专家，对于如何把用户的钱套出来，他们最有发言权。

在产品开始写代码后，此时PM应把精力都放到进度上，对整个产品的人员调配，模块实施的先后的阶段，内部人员的关系处理，都是PM应该关心到的; 而此时，交互设计师绝对不是闲得蛋痛的那一位，他应该跑着跑后，对程序员关爱有加，左手拿文档，右手端咖啡，对程序员提出N条要求，并用谄媚的笑容让程序员们掉下一身身的鸡皮疙瘩后不得不完成不想完成的任务，而在面对PM时，应理直气壮，不为强权所迫，对于产品功能要毫不含糊的一一落实（当然，实在完不成的功能也只能放弃，做人不能太杠，开发产品也一样）。而在此阶段，容易出现的问题是，PM把交互设计师给领导了，早先的设计完全不能实现，一切都给开发进度让步了，如果出现这种情况，交互设计师应该拿起手中的大棒，然后流下动情的眼泪，对PM动之以情，晓之以理，当PM被麻痹了的那一刻，以迅雷不及掩耳盗铃之势，从PM手中夺权，然后明确的在你的团队中宣布：大爷我，对产品质量负责！然后在剧中演路人甲的PM跳出来高喊：大爷我，对产品进度负责！然后底下的程序员一起高呼：消灭臭虫，共产主义万岁！

演路人乙的美工从角落探出头来：吵什么吵，大中午的不睡觉闲得蛋痛呀？

哈，我做的pm，往往是在维护自己的产品品质，虽然经常以失败告终。

其实不管ID还是PM都是为了产品负责，希望产品可以做的很好
推荐文章：http://hi.baidu.com/ccyunoo/blog ... 76c1e437d12209.html

有点意思，有点启发。一直在做UE对PM做的事也不是太清楚，这个贴将UE及PM的职责和关系阐述的还是比较清楚清，谢了

我们做的不是产品化的东西，而是针对行业的web应用～谁能谈谈这方面的开发模式？

我们原来的PM就是技术主管，从来不听市场人员的意见，他会从技术的角度说服市场人员放弃他们的念头。

其实感觉自己就是在一个尴尬的位置上，又要说服程序员，又要说服上面的人。
感觉很累，因为很多时候我只有扛过去，给人的印象我应该是最差火的。
所以现在只是随便跟着跑跑了，想想也是没有必要生气，没有必要欣喜，一切的荣誉都与我无关.
想问问楼主PM是指什么？
如果是产品经理的职位的话，我倒是要说说，希望产品经理不要制造太多的混乱。这个太让人痛苦和无奈。

引用:

原帖由 jsuper 于 2007-12-24 16:51 发表
我们原来的PM就是技术主管，从来不听市场人员的意见，他会从技术的角度说服市场人员放弃他们的念头。

跟我现在的公司一个情况，郁闷死了。在我们公司更过份，常常是搞技术的老大把搞市场的狠K一顿，最后两方都不愉快得很！

现实的情况是，常常是搞市场的人员对技术完全不懂，而搞技术的却是负责生恐龙蛋的那一群人，恐龙蛋生成什么样，完全只能由搞技术的说了算，最后，恐龙终于灭绝了！

小公司里做PM的多半是搞技术出身的，这是个问题的关键所在
个人感觉，做PM，可能最重要的协调好人员，跟进好进度，对于产品的新功能新看点，最好不要有太多想法，要不然下面的人很折腾!

其实在开发的初期，PM还是要对各方面都要负责的，市场调研产品责任开发难度等等，但进入coding期后，PM的主要精力应该放在进度协调与人员协调等问题上，这个责任可不小哪！产品开发不出来，投资人会追杀你的！

```

引用:

原帖由 XFantasy 于 2007-12-21 18:12 发表
首先，这文章只针对小公司的，因为大公司我没呆过，不了解情况，没有发言权。

其实一直就想写这样一个题目，就是在一个项目组中，PM与交互设计师的责任区分！

现在在国内的大多数情况都是：PM一个人负责产 ...

这位大侠肯定是交互设计师了，我很不同意大侠说的最后一句话“美工从角落里出来大喊.....”
我认为一个项目最终的成败，美工方面至少占三分之一（虽然我不喜欢这样来分），我只是为了陈述这样一个概念，美工的作用是让用户第一眼能否对产品留下好印象的关键，可以想像一个软件，网站，或者是生活用品，没有了美术设计，它将会是什么？我相信那样的产品是没人会用的，就算会用，也不会用着舒服的，而实际情况是大多数程序员和交互设计师都觉得美工只是对页面的美化而已，其实美工做的工作也是交互性的，你的产品在用户使用过程中是否感觉很舒服，这就需要美工下功夫了，你的产品是否能够让用户感觉很有实力？是否很精致？等等太多的作用都需要美工去完成这样的工作。如果GOOGLE网站的LOGO那几个字母全部做成黑色的，你会有什么感受？
美工设计也是到头重要的一步。

很多公司现在还没有分清设计角色

引用:

原帖由 epaidesign 于 2007-12-29 18:05 发表


这位大侠肯定是交互设计师了，我很不同意大侠说的最后一句话“美工从角落里出来大喊.....”
我认为一个项目最终的成败，美工方面至少占三分之一（虽然我不喜欢这样来分），我只是为了陈述这样一个概念，美 ...

看来你误解了我的意思啦！
之所以美工要在角落里大叫，就是因为他不被重视郁闷着哪，现在大部分的团队里，都不怎么重视美工的，认为美工只是个擦皮鞋的，部分做交互的也这么认为

个人认为美工还是蛮重要的，其实美工也在担当着一部分交互的任务呢，用户界面的最终效果还不都是美工来决定的，如果一个按纽做得跟背景难以区别，就算信息架构交互流程设计得最好又怎么样呢？

但我认为对于产品的成败，美工绝占不到三分之一，交互设计也占不到三分之一，在一小小团队里，一个优秀的PM才是产品成败的关键！

界面设计站产品的1/7 —— 1/10
PM嘛 作用很大的

可有几个人能真正达到当个合格PM的标准呢?

哈，我们从事互联网，有几个是为推动人类社会发展的呢？

引用:

原帖由 oivp 于 2008-1-2 14:45 发表
界面设计站产品的1/7 —— 1/10
PM嘛 作用很大的

可有几个人能真正达到当个合格PM的标准呢?

哈，我们从事互联网，有几个是为推动人类社会发展的呢？

呵呵，推动人类社会发展就离得远了，国内做企业的，大部分都很短视的！
国内能够像日本的sony当年提出“做让日本人骄傲的品牌”的企业又有几个呢？

近来写了一篇工作体会心得，转来一看！

假如产品经理可以做如下把控：

1、    市场调研：告诉我们什么样的产品是赚钱的，将来是什么样的市场形式，我们最大的对手是谁？
2、    产品定义：告诉我们产品要做什么，能解决什么问题；
3、    项目管理：告诉团队人员在什么时候干什么事情。对时间和质量初步把控；
4、    产品市场：告诉用户我们的产品是做什么的，好处在哪里，推广宣传出去；

那么交互设计就有信心走下去。。。

记得在小云那里看到一句这样的话“转余世维的一句话：太年轻的产品经理会成为炮灰，成为实验品；产品经理至少要30岁，有产品经验，有足够知识和环境。”

软件中的产品经理工作周期比较长，有足够的时间对上述的工作进行细致的解剖。但是web项目中的PM产品经理，往往是控制产品的一部分或一个阶段。对全局的整合把控，显的有点不足。恰巧在这个时候，一般的工作流程是“产品经理  》  交互设计  》 视觉设计  ”这样的流向。在产品经理和交互设计中间的桥梁就凸显不出来，这时整个web的架构和导航的组合就会被忽略掉。


交互设计师就多了整合交互方式和整体项目信息架构搭建的工作。
千鸟提到“形成规模的产品，需要类似做信息逻辑搭建的角色，来衔接产品经理和交互设计师之间的断层。产品经理通常不具备完成结构图和线框图等类似信息描述交付物的能力，最关键的问题，麻烦不在解决，而是统一和协调（预防问题），尤其是平台级应用。”我很赞同！
交互设计师比较关注界面体验和交互方式及操作的控制。例如，一个商城设计的工作，我们可以把他看成产品；商城有多个导航组成，每个pm控制一个导航内容。如图：


PM关注了产品中项目的定义和相关的市场问题；交互设计师关注了每个项目下面的页面设计。中间导航之间的逻辑，和商城的信息架构缺无人整合。目前的产品经理中很多是文科或经济学科出来的，对整体架构的结构图和信息分类的整合能力还很薄弱。就需要交互设计师担当一些结构逻辑和产品整合的工作。
这样，交互设计师就要具备结构图和线框图，甚至逻辑图的中间环节知识。所以信息架构和图示的标识就相当重要了。在最近的工作中我遇到了这样的问题。我一直在考虑界面中交互的细节，而忽略了整体纵观审视产品的全局。很可怕，页面的交互做的再细致，整体结构让用户不明白，进都进不来，是多么严重哦！

引用:

原帖由 XFantasy 于 2008-1-2 08:17 发表

看来你误解了我的意思啦！
之所以美工要在角落里大叫，就是因为他不被重视郁闷着哪，现在大部分的团队里，都不怎么重视美工的，认为美工只是个擦皮鞋的，部分做交互的也这么认为

个人认为美工还是蛮重要的 ...

这位兄弟很诚恳，不错！
想问一下大家PM和交互设计的工资一般是多少？不要告我有高有低，如果是这样的话就说个中间价吧，我现在做美工，在北京月薪5K，不知道是高是低

小公司，如何做PM？
关键在于把握需求，满足各方的需求，万事大吉利。

和老板谈，多谈投资收益。
和交互谈多谈用户体验。
和程序员谈，有难度，一要谈实现功能后带来的收益，二要站在程序员的角度，考虑实现的成本。其实也是投入产出。

沟通很重要

你的PM是项目经理还是产品经理啊？

一个完整的流水线有N多项目经理和N多产品经理，产品经理出策划方案和运营，跟踪开发进度，项目经理负责自己这块的人员调度，需求分析，质量管理。
交互更多的是站在用户的角度去分析策划方案的可行性，并对其进行补充。

但是如果交互设计师把自己定位成产品经理的思路，那就可悲了

引用:

原帖由 greengnn 于 2008-1-13 15:34 发表
你的PM是项目经理还是产品经理啊？

一个完整的流水线有N多项目经理和N多产品经理，产品经理出策划方案和运营，跟踪开发进度，项目经理负责自己这块的人员调度，需求分析，质量管理。
交互更多的是站在用户的 ...

在一个小公司里，项目经理和产品经理往往是同一个概念，具体的运营等，往往会交给市场部来做的
我在广东东莞，月薪才三千，够低了，郁闷中~

又要懂设计又要懂技术,还要会配合.还不被重视.
郁闷是自然的~~

最后那段好经典啊，在美工们一双双布满红血丝的眼睛里其他人的确整天是闲得蛋疼……

顶礼膜拜下

这个问题很普遍，尤其是在国内..

我觉得可能需要你去尽可能的做一个杂家，技术、市场、产品、用户、等等你都要懂，还要学会说服别人，甚至是领导。

但杂家不是谁都能当的，没几个人是全才，所以最重要的技能或者工作就是“沟通”，无论你是交互还是产品，交流和沟通都是你最需要的。

所以有位高人的话就是：“到最后你会发现，沟通才是最主要的！”

我开始做设计，接着是前台开发，然后交互设计，现在是做UE的PM。有一些感受，现在感觉沟通是最重要的，你交互设计的再好、产品设计的再出色，你沟通不行，到时候还是难逃被领导“枪毙”的厄运。

"沟通连接你我！"

------

[ 本帖最后由 bujidf 于 2008-2-20 11:52 编辑 ]

现在不少小公司产品设计、交互设计甚至需求分析，市场调研都混成一块，称之为“美工”。要求的东西是最多的，给的价钱与人力却是最少的，难怪做不出好东西。

引用:

原帖由 bujidf 于 2008-2-20 11:50 发表
现在不少小公司产品设计、交互设计甚至需求分析，市场调研都混成一块，称之为“美工”。要求的东西是最多的，给的价钱与人力却是最少的，难怪做不出好东西。

深有感触呀，同志！

目前所在的一公司就是PM一个人说了算了，不关体验部和市场部门的意见，太恐怖了！！！