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

　　其实一直就想写这样一个题目，就是在一个项目组中，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跳出来高喊：大爷我，对产品进度负责！然后底下的程序员一起高呼：消灭臭虫，共产主义万岁！

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