B端产品经理的工作流程

呦呦鹿鸣

B端产品经理由于产品定位的特殊性，偏向于企业客户，产品的工作过程也更多需要考虑企业客户的需求，无论是企业内部还是企业外部。这也导致B端产品经理的工作流程和方式上与C端产品经理之间存在一定的差异性，下面从各个环节来介绍下B端产品经理的工作流程。
1.需求收集

这个阶段往往需要与企业的不同岗位的人群进行访谈，比如管理层及执行层员工，因为不同岗位人群对于产品的需求是会存在差别的，这样才能更好确保不同角色人群的需求得到更加合理的满足。
在访谈时，也需要尽量采用开放式的问题，让员工能够更好表达出自己的想法，避免收集到的问题只是停留在表面。完成后，记录在需求池当中即可。


2.需求分析

在这个环节，主要是需要考虑需求的优先级和明确员工们的真实目的。因为需求方可能表述出来的内容和真实想要的不是一回事，也就是往往会隐藏了背后的真实需求。
挖掘到真实需求后，再从技术、时间、成本、收益等角度进行评估，来综合评估需求的优先级。


3.需求概要设计

明确了要做的需求之后，在B端产品当中往往会需要先基于需求产出概要设计。这么做的核心目的，是为了拿着初步的方案，去跟需求方再次确认需求，并确保产品经理对于需求方的需求没有产生理解上的偏差。如果万一理解有误，此时调整的成本也不会太高。
这也是很多产品经理做B端产品容易忽略的一点，觉得前期需求收集时，已经跟需求方充分沟通了不会出现大问题。但往往很多企业需求方在没有看到大致的方案前，理解的东西与他们想要的还是会不太一样的。为了确保这点发生，概要设计中可以明确下项目背景、项目概述、业务流程、架构图等内容。


4.需求详细设计

详细的需求设计就是正常产品经理工作中最必备的一个环节了，一般会通过绘制原型及撰写对应需求文档的方式完成，也就是俗称的PRD。
这个环节主要就是需要让项目组各个成员对需求的详细内容达成一致，尤其是设计、开发、测试人员，以便于他们能够更好的开展接下来的工作。至于文档的格式，每一家公司都有自己的做法，遵从自己公司的规范即可。


5.需求评审

完成了PRD的撰写之后，接下来就需要进行需求评审。一般会拉上设计、开发、测试等同事参与。在这个环节，往往团队成员也会提出各自的问题，所以评审会议上，可能会出现一些“针锋相对”的情况。此时，我们产品经理就需要很好的把控会议的进程和节奏，将一些能搞定的问题可以在会议室大致明确下来，但对一些没有办法马上给出结论的问题，可以在会议之后再来整理。
甚至如果遇到的是一些我们没有考虑到的问题，导致我们需要进行方案的调整，我们了解到背后的实际原因后进行调整即可。
6.产品开发

如果前面的过程都正常完成，就进入到开发环节了。开发过程中，产品经理需要关注关键节点的项目进度，一旦出现有一定风险性的情况，及时作出调整，确保项目能够正常上线。
7.产品培训

B端产品经理还存在一个与C端产品经理比较明显的区别在于，C端产品上线后用户直接使用新版本就可以了，但是B端产品经理在产品上线后，一方面需要撰写用户操作手册，内容一般以软件截图及使用步骤呈现（如下图所示），另外一方面，往往还需要对企业员工进行培训。
这是因为B端产品往往逻辑和功能都会相对复杂一些，如果不去进行相关的员工培训，极可能导致需求方在使用过程中，面对新版本不知道如何使用的情况发生，这样势必会引起需求方的不满。


那么，以上就是一个B端产品经理比较典型的工作流程。当然，由于公司的背景和业务不同，也会存在一些细节上的差异，无论怎样灵活去面对处理就好。

栀子花

[爱][爱]

琛琛翡翠珠宝私定会所

[赞同]

好吃的蜡笔

[抱抱]

树少

up

水瓶灬淺淺忆

[耶][耶]

影子下的陽光

[赞同]