实战：B2B端产品经理工作指南

作为产品经理，你是产品的主导者，但所有的市场行为、迭代行为一定是所有人都认可的，投入是有价值的。比如你是为了PK对手而增加的功能，还是为了提升市场竞争力，还是为了满足售后服务需求，当然你得组织评审讨论下。当然，小团队敏捷开发的话，以实际客户需求和行业需求为主。

我自身的工作指南如下：

• 初步评估和记录产品原始需求点。占比25%。

• 讨论产品原始需求，定义产品需求池、产品迭代、产品开发、产品商业。占比35%。

• 对原始需求讨论，归类优先级，还有投入产出价值比。占比25%。

• 输出产品设计需求，归档。占比15%。

2.3 根据产品需求，定义产品原型

原型这个词就不陌生，需求定义清楚，就要开始原型化设计。大多数的原型都包括低保真设计、有高保真设计，甚至还需要需求文档一说。大都只归结于一点，能够很好的描述你的需求。

现在，行业有个怪现象，产品经理过度执着于原型的设计，过度执着于文档的书写编制，求职者也过度执着自己对原型软件的技能。产品原型可以是有纸质手画的、有直接口述的、有PPT编制的、有专业软件制作的（诸如Axure、mocplus之类）、有播放视频的方式、有对手的上线版、有行业的测试原型等等。我个人觉得，输出的方式有很多种，选择适合你的需求展示，以及开发同事认可的方式。

我自身的工作指南如下：

1. 设计产品的输入输出，形成产品概要原型。占比35%。

2. 思考原型设计的方式，最符合当前需求的原型展示。占比25%。

3. 借鉴竞品或行业同类产品的交互界面。占比10%。

4. 初始原型讨论，定义和完善。占比25%。

5. 最终原型确认。占比15%。

2.4 进行产品概要和详细设计

这是谁的活一直都有争议，有说是产品经理的工作，有说是开发人员的工作。我个人觉得各占一半均衡一点，也不完全偏向哪一边。产品经理最好是要主导产品的概要和详细设计工作，细节内容可以由开发人员、产品经理、测试人员等共同商讨确定细节设计方案。

我个人就会偏向于功能、架构侧方面的参与：一是我的需求点的明细，二是我对产品迭代的要求。

我自身的工作指南如下：

1. 拟写产品需求功能书或规格书。占比30%。

2. 给开发、测试人员详细介绍产品需求点。占比25%。

3. 对核心功能加深商业场景设计（目的是让开发了解功能的延展性和商业性）。占比10%。

4. 主导需求功能侧的概要、详细设计评审。占比20%。

5. 参与开发、测试人员评审会（包括概要设计、详细设计、测试计划等评审）。占比15%。

3. 产品开发管理

产品的开发管控有时候是项目经理或研发经理在负责，但绝大部分都是由产品经理进行主导把控的。所以我觉得，产品经理要有参与到开发过程中的耐心，要有跟开发人员、测试人员互动的过程，这就很重要了。过程的开发把控，实际开发情况的风险把控，以及需求完成的把控，这些对产品按时上线都是至关重要的。

这一块我的工作指南一般会按照以下几个内容来完成：

3.1 梳理产品Roadmap，明确迭代开发范围

（编辑：宿州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!