互联网产品的生命周期经历了从产品的定位到需求的收集、整理和分解之后，就过渡到产品的设计阶段，这个阶段对于一个产品的落成是至关重要的一环，会生成很多文档，也会遇到很多的困难，对PM的综合能力考验很大。1月7日晚，人人都是产品经理⑨群（QQ群号：166322373）的小伙伴们就产品的设计进行了激烈的讨论。

一、如何将需求转化为产品的模块和功能点？

所有需求都罗列清楚以后，首先需要对其进行模块划分。（实际上对于一个有经验的PM，这步可以省略，在需求提出来的时候他就已经清楚属于哪个模块）。

然后根据当前版本的定位，结合SP（战略计划）、BP（业务计划）解码的结果，确定功能的优先级，将每个模块内的功能都分别规划到不同的版本中。这点可能大家不是能透彻的理解，举个例子：比如说移动IM工具，初期产品的重点是卡位，把握核心功能快速推出产品是王道，因此初期功能定位于添加好友、聊天；而朋友圈、上传照片等在后期迭代中逐步推出。

二、确定产品的模块和功能点之后就要驱动整个产品的落成。在这个过程中PM的工作是什么？

对待这个问题的处理方法，因各PM所在公司而异。当然共性是一样的：

首先，需要协调资源确定哪些人能调用，能调用多久；

然后，确定版本规划，一个新的系统可能要开发半年，要先上哪些模块，后上哪些模块，怎样定优先级才能使驱动效果达到最优化，并且还需要考虑将所需要的功能进行逻辑划分，确定哪些功能是放到界面上，哪些是放到menu菜单中，这些都是PM需要考虑的问题。

在这个过程中会产出很多相关的文档，这些文档主要包括产品的业务流程图、数据流图、思维导图还有原型图等。

 三、输出的文档的对应用户分别是谁？

（1）BRD、MRD主要供领导决策参考。

（2）PRD重在场景描述，面向的用户主要是设计、研发和测试人员。

（3）原型，每一个参与的项目成员都需要熟悉甚至掌握的。这个地方需要说明一下，有一部分公司，PRD和原型是同一套文档，还有的公司是PRD&原型&交互文档&相关文档，全部打包发给相关部门的人，供其查阅使用。

这些东西都不是一条固定的公式，也是因公司而异的。有的公司是项目驱动的，有的是产品驱动的，有技术驱动的，也有市场驱动的，不同驱动方式的公司，项目经理、PM所具有的职权是不一样的，“尽信书不如无书”，PM大大的，你们懂的。

为了能够使项目能够顺利的进展，不出现项目返工、变更等情况，PRD的编写需要明确、清晰、简洁明了；同时，需要召集所有的项目相关人员，开评审会，把每一个需求和功能都过一遍。

四、怎么做才能驱动产品顺利进展从而完成产品的设计，比如需要有什么能力（软实力）？推进过程中会遇到哪些问题怎么处理更合理一些？

在讨论这个问题之前，需要首先提醒一下各位PM看客们，在任何公司，无论采用哪种流程，PM都不是开发在行政上的leader，开发不“屌”PM是合法的。

因为这个问题是谈的PM软实力，所以大家的观点比较泛，见仁见智。作为PM，我们至少需要做到：自己对产品的需求一定要清晰、不要干预纯技术问题、交付等方案一定明确、不要随意增加或者更改功能点再有就是需要具备一定的领导能力。这些需要在工作中需要自己慢慢去悟，慢慢体会，统而化之的一个提法是，养成销售型性格，就是说做成事情需要你是一个什么样的人，那么你就展现什么样的性格。具体上，如果对方吃哄，那就哄，给与必要的尊重。如果对方吃打，那该敲打就敲打。

另外，项目管理也教给我们：

• 3大约束：时间、成本、项目范围；
• 5大过程：启动、计划、实施、监控、收尾；
• 9大知识领域：整体管理、范围管理、时间管理、成本管理、进度管理、质量管理、人力管理、采购管理、沟通管理。

此文档为人人都是产品经理社区⑨群讨论总结，由边缘整理、编辑，转载请注明原文链接。同时，非常感谢参加群讨论的所有小伙伴们，范范、非文、白白、疯鸟、july、有关部门PM等等，我就不一一列举了，感谢大家，希望大家都有收获。