B端产品经理的工作计划思维导图

这个阶段往往需要与企业的不同岗位的人群进行访谈，比如管理层及执行层员工，因为不同岗位人群对于产品的需求是会存在差别的，这样才能更好确保不同角色人群的需求得到更加合理的满足。

在访谈时，也需要尽量采用开放式的问题，让员工能够更好表达出自己的想法，避免收集到的问题只是停留在表面。完成后，记录在需求池当中即可。

在这个环节，主要是需要考虑需求的优先级和明确员工们的真实目的。因为需求方可能表述出来的内容和真实想要的不是一回事，也就是往往会隐藏了背后的真实需求。

挖掘到真实需求后，再从技术、时间、成本、收益等角度进行评估，来综合评估需求的优先级。

明确了要做的需求之后，在B端产品当中往往会需要先基于需求产出概要设计。

这么做的核心目的，是为了拿着初步的方案，去跟需求方再次确认需求，并确保产品经理对于需求方的需求没有产生理解上的偏差。如果万一理解有误，此时调整的成本也不会太高。

为了确保这点发生，概要设计中可以明确下项目背景、项目概述、业务流程、架构图等内容。

详细的需求设计就是正常产品经理工作中最必备的一个环节了，一般会通过绘制原型及撰写对应需求文档的方式完成，也就是俗称的PRD。

这个环节主要就是需要让项目组各个成员对需求的详细内容达成一致，尤其是设计、开发、测试人员，以便于他们能够更好的开展接下来的工作。至于文档的格式，每一家公司都有自己的做法，遵从自己公司的规范即可。

完成了PRD的撰写之后，接下来就需要进行需求评审。一般会拉上设计、开发、测试等同事参与。在这个环节，往往团队成员也会提出各自的问题，所以评审会议上，可能会出现一些“针锋相对”的情况。

我们产品经理就需要很好的把控会议的进程和节奏，将一些能搞定的问题可以在会议室大致明确下来，但对一些没有办法马上给出结论的问题，可以在会议之后再来整理。

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

B端产品经理还存在一个与C端产品经理比较明显的区别在于，C端产品上线后用户直接使用新版本就可以了，但是B端产品经理在产品上线后，一方面需要撰写用户操作手册，内容一般以软件截图及使用步骤呈现，另外一方面，往往还需要对企业员工进行培训。

这是因为B端产品往往逻辑和功能都会相对复杂一些，如果不去进行相关的员工培训，极可能导致需求方在使用过程中，面对新版本不知道如何使用的情况发生，这样势必会引起需求方的不满。