☊ | 第二十二节:协作文档:产品状况簿

和上节课讲到的《差距分析》工作一样,产品状况簿听名字像一个文档,但是本质上其实也是一个工作,和差距分析不同的是,这个工作不是对过程目标和效果的分析,而是对产品管理过程中所有相关信息的分享。

我们还是先来看一下产品管理对这个工作的定义:

通过和相关业务团队的协作,使产品经理和业务团队之间能够对产品的状况形成一种信息的交流和共享。

为什么要做这样一个工作呢,原因在于:

在产品发展的过程中,一定会出现大量的关于市场、消费者、竞争对手、产品的各种信息,这些信息一方面会影响产品经理作出决策的质量,另一方面也会让产品团队以及相关的人员更全面的了解产品的发展情况。

这些信息就被称为“产品状况”,而记录这些信息的工具就被称为“产品状况簿”。

做个比喻,产品状况簿就类似于一个人的档案记录,从出生到死亡,从档案中都能查询的到。

并且这个产品状况簿是一个典型的共建共享的工具,大家想了,一个人的档案不就是这样的吗,卫生系统会填写,公安系统会填写,教育系统会填写,等等。

因此,可以这么说,产品状况簿实际上就是一个产品文字层面的体现,是一种抽象化的载体。

当然,准确来说,这并不是一项流程性的工作,应该是一项事务性的工作,产品经理不是经常抱怨,自己和业务团队之间的信息交流总是不太顺畅和延时,那么,通过产品状况簿的完成,就能够在很大程度上避免这种情况的出现。

那么,如何来构建产品状况簿的协作体系呢?本节课我就来讲一下。

第一步:制定PSL的协作规范

PSL实际上是一个协作系统,既然是系统,我们就需要制定出系统的操作规范,通常说来,包括三个部分,大家看PPT1:

PPT1

1)参与角色:就是说要明确定义出哪些人和角色是可以参与到这个系统的协作中的。

通常说来,产品业务团队中的人都应该是参与的角色,包括部分的高层,甚至可以包括一些经销商。

2)参与规范:就是说要定义出信息的输入和输出规范。

比方说销售部门输入了某个时期的销量信息,那么,在规范中就要说明基于销量,应该输出什么样的结果信息,如未来销量的预测。

3)权限定义:就是说要定义清晰参与到这个协作中的人和角色都应被赋予什么级别的角色。

因为参与人员的角色定义,职责范围以及职务高低的原因,我们在定义参与角色的时候,一定要有权限的区分。

比方说一个普通的销售人员,其权限仅限于输入一线的销售信息而不能浏览更高级别的产品信息,如产品路线。

这是为了使产品信息更加安全。

第二步:制定PSL的协作内容

这就是要我们确定出在PSL中都应该包含哪些内容,这里我仅列举一些,但大家要根据企业和产品的实际情况因地制宜,比方说:1)产品信息;2)市场信息;3)竞争信息;4)自我评估;5)绩效信息;6)客户信息;7)趋势分析,这些信息是肯定不能少的。

当然,你可以做的非常全面和细致,大致可以参考咱们这个课程第一节课的一张图,大家看图1:

图1

第三步:制定PSL的协作内容

在每一个部分下还会有更为详细的信息,例如在竞争信息下,就至少需要以下内容,大家看PPT2:

PPT2

第四步:对PSL进行协作操作

在前面说到了,这是一项针对所有产品团队成员的事务性工作,也就是说,并不要求在什么时间点或者什么阶段去做这项工作,只要这个产品一直存在着,那么,根据规范中定义的人和角色就要及时去完成PSL中相关的内容。

另一方面,如果团队中的某人或者某个角色需要了解产品某个方面已有的信息,也需要基于规范从PSL中获取,而不能再像从前那样无规范的和产品管理者询问,同样,产品管理者也是如此。

总体说来,就是产品状况簿的协作应该是这样的,大家看PPT3:

PPT3

我们在做这项工作的时候,需要注意三点:

1、什么样的PSL才是合格的

如何来评估PSL的工作是合格的呢?我们会制定四个标准:

1)完整性

这个在前面已经说到了,它是用来记录产品完整信息的,在此不做重复说明。

2)开放性

PSL不是一个封闭的文件,例如MRD,我们在前面的工作中提到了,要完成这份文档,产品管理者必须要基于相关业务团队提供的数据支持才可以,因此,就必须集思广益,但只要集思广益,就必然意味着开放,否则没有人能够参与到为你提供相关数据支持的工作中来的。

3)共享性

既然是开放的,就得让参与进来的人既要做信息的提供者,也要做信息的获取者,一定不要是产品管理者一个人提供信息,其他人获取信息,比方说在客户信息这个部分里,就可以交给市场部的同事进行撰写,而技术部如果想进一步了解目标客户的特征,就可以进行浏览。

4)发展性

PSL和其它产品管理的文档不一样,不是说完成以后就存档了,而是需要不断进行完善和补充的,PSL的真正价值不在于你记录的多么详细,而在于你记录的内容是否是符合当前情况的。

没有实效性的信息记录的再多也是于事无补的。

2、PSL解决了产品管理者处理事务性工作的效率

产品管理者最为头疼的一件工作就是每天把大量的时间放到了很多事务性的工作上,一天下来,挺忙也挺累,但是却感觉并没有做很多对产品本身发展有重要性的工作。

当然,产品管理者的事务性工作肯定是要去做的,我们期望的是如何能够让做事务性工作的时间尽量减少一些,而效果则能提高一些。

因此,我们可以回忆一下,在这些事务性工作中,大部分的时间在干什么?

很简单,其中不会少于60%的时间在就产品的很多信息和相关业务部门交流,例如你向销售人员说明产品的卖点,和研发人员说明产品的功能特征等,事实上,这些信息都是已经确定下来的,但是对于还没有理解清楚的团队成员来说,他们自然希望用最为直接的形式获取,那就是语言。

但是,作为产品管理者,你还不能拒绝,因此,我们大量的时间就浪费到了不断复述已经存在的信息的过程中。

现在有了PSL,那么,这些问题就基本可以迎刃而解了,只要告知团队成员,如果想了解相关的已有信息,那么去PSL查询即可,这样,你的很多时间就可以用来做更为重要的工作了。

3、PSL的信息要全部记录下来

PSL既然是记录产品全部信息的,因此,我们就不能说有新的信息补充进来后,旧的信息就需要删除了,相反,旧的信息同样需要保留,只不过我们会通过权限来进行管理,比方说只有产品管理者和高层可以回顾,其他人就无需看到了。

基于这点,大家一定要有必要的心理准备,可能在记录了一段时间后,这个PSL会非常庞大,据说联合利华一个产品的PSL就达到了上千页。