产品经理应该具备的开发知识

资源总是有限的、大产品分项目做，小产品一个项目开发周期搞定。但是多少时间要做出来，还是非常客观的一个评估条件。—这个直接决定了工程师在评估完开发成本后决定是不是缺人要加人进来，是不是需要非常规，敏捷开发等等。

以上这些问题，都是你在给工程师提交需求之前一定要想明白的。第一：如果你自己都想不明白，描述清楚这个产品到底是什么样的产品，要做什么不做什么，意义在哪里，具体怎么做？那势必给别人的感觉是你没有想明白，那别人怎么会相信你，信服你。继而开足马力的支持你配合你。

第二、这些问题也是你换位思考的一个方式。产品经理如果一直站在产品经理的视角看问题，那肯定会忽视了很多事情的细节、很简单的工程师也是一群需要尊重需要肯定，喜欢做有挑战事情的人，你如果都不重视工程师对项目开发的感受，人家凭什么要重视你对产品的感受，一样的道理。

第三、大家的目标都是要完成目标、有成就感，那么产品经理就得要多走一步，因为整个事情是围绕你始终的，你要让你自己兴奋起来，全身心的投入带动所有工程师全身心的投入。大家使命一致，这也是很重要的一个方面，绝对不能忽视。

曾经在《产品经理怎么样和工程师打交道》一文中有写过一些相关的跟工程师的理解，大家有兴趣的再回顾一下。接下来步入正题，讲一讲产品开发人员的相关知识。

产品开发流程，实质上大公司也好、小公司也好大同小异，但是在具体的人员角色的分工上不一样。一般一个产品需求对接过去了，技术部会评估分析需求和工程师的情况，以及项目需要交付的情况，首先会得出需求开发方式、项目参与人员角色。

1、这个产品需求开发量很小，是不是走小需求流程就可以了？

2、这个产品需求开发量很大，是不是得走项目流程才可以？

在项目流程角色里面：还会根据你项目实现的复杂度、困难度的情况，评估需要不需要：

项目经理

需求分析师

构架师

出来。所以大家没办法了，不能按照流程出牌了，都往前走多了一步，于是有了协同。

大公司和小公司从本质上没有啥区别，但是有一点，组织结构不太健全的公司是产品经理就当策划、又当UED、又当测试。程序员又当项目经理、又当需求分析师、又当构架师、又当测试。所以项目风险很大的程度上取决于核心程序员的个人修为，反正测试也没有太多的性能测试，大家都是使用一下，点拨点拨给你功能使用没问题就行了。因为请求比较少很多时候靠服务器增量还是扛得住。

最后@一根弦：

跟开发沟通、协调的一点我个人的建议是：

1、怎么让很多想不明白的问题，让开发帮你想，帮你得到答案，我觉得是需要考虑一下的。

2、还是要多沟通–女产品经理沟通起来，一般都OK的，工程师怕磨，这一点我是身有体会。

3、沟通、协调的最本质的是：要站在对方的角度考虑问题，流程都是死的，人是活的。

4、只有知道对方在想什么？想做什么？不想做什么？大家对待这件事情上到底想要什么？不要什么？你的操作空间才会更大。

–以上仅仅是站在执行层面的一点个人观点，也欢迎大家更正&补充。大家想了解什么，我也可以根据大家的需求定制哈哈，貌似很伟大。装了%￥#。

本文作者: 费杰

发表日期: 2010-07-18

文章链接: 产品经理应该具备的开发知识

人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台