浏览 2905 次
|
锁定老帖子 主题：十几杆枪如何应对几十个项目-做好产品经理
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-05-21
最后修改：2010-07-18
十几个人应对几十个项目，必须做好产品化，而做好产品化的前提是做好产品经理。
产品经理：
1：要强势，但要强势得有道理，每个决策都是正确的。
2：没有价值的不做，帮助项目经理说服客户，拒绝项目中需求的同时，要完成几个亮点，让客户觉得这个项目的投资是有价值的。
3：产品经理更多的时间要花在研究上，主要花在客户的研究。
4：只有不理性的客户才会按照需求列表和你比对，给客户交付价值就行，不一定要交付需求列表里的所有内容。
5：每个项目一定要做出亮点。不需要太多，3个左右即可，重点建设亮点功能，将主要资源投入在亮点功能建设中。
6：产品经理不需要权利，需要权威，这对能力的要求更高，在每个决策上都正确，才会有人听你的。
7：产品经理需要确认自己的绩效，如果每件事情都答应做的话，就会放弃掉自己的绩效目标。
8：一个产品经理足以管好一条产品线。
9: 虽然项目很多杂事很多，但是产品经理的工作应该有一个明确的计划和侧重点。
10：产品经理面对的接口人（售前，售后，销售，测试，研发，用户）非常多，所以要善于处理各种人际关系。
项目经理：
1：要分析需求的必要性和可行性，要说服产品经理这个需求是有价值值得做的。可行性：要分析现有的条件下能不能做这件事？
2：不能当传话筒，来一个需求就做一个。
3：基于产品来做项目的话，项目经理没有权利答应客户任何需求，需求都必须提交到产品部进行分析后再答复客户，如是否做，做什么，做到什么程度，什么时候做完，放到哪个版本。
其他建议：
1：发布产品要有时间窗口的概念。
2：要学会卓有成效的时间管理。时间不够是方法不对。
3：让写使用手册的人来进行培训，每个人都得提高自己的能力。
4：任何事情必须控制，不然会打乱计划。
5：写文档能总结思路，如果别人不想读，带着他读。这也是一种交付。
6：每个部门(个人)都应该有自己的服务列表，工作职责主要是做服务列表上的事情，其他的事情尽量不做，这样部门（个人）之间才不会混乱。
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2010-06-04
拜读,简练,经典!
|
| 返回顶楼 | |
|
发表时间：2010-06-09
项目经理没有权利答应客户任何需求。?????
|
| 返回顶楼 | |
|
发表时间：2010-07-11
最后修改：2010-07-17
珂儿 写道 项目经理没有权利答应客户任何需求。?????
需求应该通过产品经理分析后再答复客户，是否做，做什么，做到什么程度，什么时候做完，放到哪个版本。 |
| 返回顶楼 | |
|
发表时间：2010-07-17
产品经理是公司发展到一定的规模后，必然的产物。
产品经理并不是一个传统意义上的管理职位，而是对产品的经营和梳理。 |
| 返回顶楼 | |
|
发表时间：2010-07-18
fantasy 写道 珂儿 写道 项目经理没有权利答应客户任何需求。?????
需求应该通过产品经理分析后再答复客户，是否做，做什么，做到什么程度，什么时候做完，放到哪个版本。 建议楼主在主贴里添加上这些建议的前提吧，至少把你们“十几条枪搞定几十个项目”的背景提一下。这样别人看帖子的时候才能明白你为什么不愿意“项目经理答应客户的需求”。 如果你们的人手足够，项目组和产品组分离，项目经理就可以答应客户的需求了。其实，我倒觉得，你们公司需要一个CTO级别的大兄，可以一手掌握产品线与相关项目的进程。否则啊，产品线的人不断被市场人员拉出去和客户玩，前期也许还可以，如果持续下去，产品线有被拖垮的危险。 |
| 返回顶楼 | |
|
发表时间：2010-07-18
最后修改：2010-07-18
xyz20003 写道 fantasy 写道 珂儿 写道 项目经理没有权利答应客户任何需求。?????
需求应该通过产品经理分析后再答复客户，是否做，做什么，做到什么程度，什么时候做完，放到哪个版本。 建议楼主在主贴里添加上这些建议的前提吧，至少把你们“十几条枪搞定几十个项目”的背景提一下。这样别人看帖子的时候才能明白你为什么不愿意“项目经理答应客户的需求”。 如果你们的人手足够，项目组和产品组分离，项目经理就可以答应客户的需求了。其实，我倒觉得，你们公司需要一个CTO级别的大兄，可以一手掌握产品线与相关项目的进程。否则啊，产品线的人不断被市场人员拉出去和客户玩，前期也许还可以，如果持续下去，产品线有被拖垮的危险。 的确，“项目经理不能答应客户的需求”的确很片面，不同的公司对产品经理和项目经理的定义不一样，而且项目背景也有区别。 您说的的确是公司的现状，之前我们将产品组和项目组分离了，但是由于项目太多，做产品的人也全被拉来支援项目，然后项目不忙了，就干脆让项目组和产品组合并了。 我们的确是需要CTO级别的人从全局上掌控产品线和相关的进程，但是目前CTO是有但尚未开始掌控全部产品线，至于销售也不在掌控之中。 |
| 返回顶楼 | |
