尹广磊眼中的产品和项目负责人
在公司里，往往最先站出来要求重新敲定项目执行流程、签字确认等要求的人，往往就是对产品和项目本质了解和认识最不透彻的人。
简单的以为，一纸硬性规则就能让团队协作变得高效，
事实发现，这种一厢情愿的行为，反而让团队的沟通氛围更加紧张。
涉及到的什么是交互设计师该做的，什么是产品经理该做的，
什么是项目经理该做的，等一系列争论由此开始。
事实上，真正经验丰富的负责人，几乎从不首先去为别人制订规则，
而是从自己做起，首先为别人创造方便开始。
下面是我在项目中的经历体会，总结几点：
1. 在需求沟通会结束后，没有任何规定要求，但依然会分别走近各需求方，
倾听了解会上无法直言的一些深层需求，或来自用户对产品需求的一些心理动机。
2. 在没有任何人发号施令的情况下，能够将需求细化后的结果。如：
将需求转化成功能卡片并排序；画出结构图和操作流程图，将用户情境还原其中。
召集相关各方人员，进行碰头会。
3. 自己主动搭建起一个产品原型演示平台，团队成员都可以通过一个内网地址，
直接浏览、体验到计划项目的最新产品原型演示，同时每次的改动缘由和内容也记录在案。
而不用每次都Email给各成员，等待他们的回复。
4. 经过几次的原型评审会议（当然由自己组织），能主动将功能需求进行任务分解，
融入到前端和后台的技术开发人员当中，一起商量任务分配和项目时间表。
5. 开发过程中虽是心累的阶段，一方面要凭经验和沟通能力，将后续追加重大需求，
沟通到接受二期实现，同时在基本原工期不变的情况下，尽量满足到前方的合理要求。
所以，项目中时间留有一定余地和能够把握项目主次取舍也是一门学问。
另一方面，一直陪伴着开发人员，回答他们过程中的疑问，同时对前端完成的每一部分，
进行评审后，方可确定交给后台开发人员。
6. 在测试和上线前阶段，能亲自对产品功能和交互表现进行测试和把关，
需要更多人参与测试时，要首先分配好任务分工，同时提供方便的Bug反馈机制或工具。
综合来说主动意识和责任心是能够担负起此产品或项目的前提，
负责人一个内在丰富的认知，加上良好的沟通，引导团队成员形成一个自然的规则和默契。
利用自身优势处理好项目中的“定”和“盯”两个职责。
总经理可以帮你摆平一切对立的纠纷，但自己却是项目中调动、引导一切资源的人。
--------------
尹广磊自述WebPPD两年半的运营经历
http://www.hiaxure.com/thread-1003-1-1.html 从技术到用户体验，从画原型到产品策划，从业务架构回到运营支持。。。一路走来 发现职位一直在变 不变的是对产品的执着追求和对完美的渴望。。。 说得非常好，很实在，也实用，谢谢分享 最新的两篇文章都读了，获益颇多！ 从技术到用户体验，从画原型到产品策划，从业务架构回到运营支持。。。一路走来 发现职位一直在变 不变的是对产品的执着追求和对完美的渴望。。。
中国的朱结 发表于 2010-5-31 17:46 http://www.hiaxure.com/images/common/back.gif
大哥 你能不能别这么让我吃不下饭 文章不错 但是有点太理想化了吧，
现实情况是（限本人）：
CEO某天有了一个敛财的想法。
CEO进行了对产品经理提出了要求。
CEO和产品经理和技术部一起碰会。然后产品经理一轮乱设计。不需要交互设计。
技术部3天写完代码。简单测试。上线。改BUG。
进行下一个版本的设计。 我现在什么都是我一个人做
大哥 你能不能别这么让我吃不下饭
guosuyang 发表于 2010-6-1 17:11 http://www.hiaxure.com/images/common/back.gif
哈哈，别激动，自己把饭碗捧稳点就好了，不怕更多转行来的朋友，不过这位哥们是够辗转的 看到了产品经理必须具备的对产品保持激情、主动！写的不错 积累经验。。好像该做的事都接触了，但是经验的不足，很容易让人又被需求方忽悠，又被开发人员忽悠。。必须修炼！ 感觉沟通是最关键的 积累经验。。好像该做的事都接触了，但是经验的不足，很容易让人又被需求方忽悠，又被开发人员忽悠。。必须修炼！
刘莎莎 发表于 2010-12-28 15:16 http://www.hiaxure.com/images/common/back.gif
嗯，这个说得很在理，所以需求明确非常重要，懂懂开发知识相当必备。 推荐了身边的同事，版主加油 :lol 曾经提任过项目经理一职，深感沟通与协调在产品开发中所能发挥的作用。
从某种角度上讲，项目经理更像是一个踩采平衡木的人，能掌握好平衡，需要一定的技巧，这技巧包括：
1、了解市场需求
2、懂点技术
3、懂点设计
4、精通人际关系之道
5、即有整体局势的把握能力，又要注重细节的实现，即“定”与“盯”的功力。 产品经理要有一种大局观，同时沟通也是必要的。协调统一才能有更好的产品开发。 别把现实想的太好了，做的下去的项目就那么几个骨干在撑而已。想让每个部门的人自觉做该做的事情，十几个人，甚至是几十个人做事情，没那么容易，不然怎么有制度约束。越是模糊的职责，在某些公司越是种潜在的炸弹。 15# mary
总结的很精辟，顶@！ 总结的好 15# mary 说的太对了，各方面的知识都需要有一点