胡言乱语谈产品管理(7)-如何进行产品质量验收

这段时间手里有个项目,忙了一阵,现在差不多快结束了,可以松口气了,在这次项目过程中,遇到了一些问题,觉的非常有意思,就打算记录下来,和大家分享一下。

因为这次项目时间比较长,我只能边回忆边写,在这篇里,我就先写最近发生的一个问题吧。

场景回放:

因为这次这个项目是公司比较大的一个,因此,由我牵头,带着两个兄弟(产品经理,暂且叫A和B 吧)负责产品,在产品研发快结束,也就是功能全部开发完成,测试进入后期的时候,一个非常有意思的问题出现了。

那天,我想了解一下A负责的事情的情况,就去找他,结果不在工位上,我就开始找,找来找去,发现这小子正混在研发堆里不知道做什么呢,以下是我和他的对话:

我:A,你干吗呢?

A:测试产品呀!

我:测试产品?为什么你要测试产品呢?

A:我是这个功能模块的产品经理,当然要对产品的质量负责了,虽然研发有测试,我也不能不管呀!

我:那这个阶段你的主要工作是什么呢?

A:对产品质量进行验收,进行上市准备。

我:产品质量你打算怎么验收?

A:测试呀,难道我不用进行测试吗?

我:当然了,你是产品经理,又不是测试人员,对产品质量的负责,不是让你去做测试的工作。

A:……

呵呵,以上就是我和A的对话,大概就是这意思,不是原话啊,从这个对话中,我发现了一个问题,就是“产品经理到底应该如何控制产品质量”。

后来我好好想了想,觉的要回答这个问题,必须得搞清楚以下三个方面才行。

1、产品测试、QA和产品质量验收是什么关系?

2、产品质量该如何定义?

3、产品经理如何来做产品质量验收?

不可否认,产品质量验收是产品经理必须要做的一个工作,但是在一个公司内,如果比较规范的话,会有三种人对一个产品的质量进行控制:测试、QA和产品经理。

既然他们都对产品质量负有责任,那有什么区别和联系呢,我的认识是:

测试是负责“挑问题”的,QA是负责“尽量不出现问题”的,产品经理是负责“是否有问题”的,解释一下:

例如一个软件在进入产品研发阶段后,各人的工作任务是:

测试就是要不断的发现软件中的bug,并提交给开发人员进行修改,使软件能够逐步接近PRD中定义的各项功能、性能指标,这是个不断重复的动作;

QA则是从产品项目一进入研发阶段,就要时刻关注研发流程是否符合公司规范和流程,包括研发文档准备期,模块开发期,产品整合期,产品测试期,以及内部版本控制、测试案例控制等,这个过程一定是由QA来进行监管的,因为研发流程是否按照公司的规范进行,也会直接影响到产品的质量;

而产品经理呢,则是在研发认为开发出的产品已经达到PRD中的各种指标,提交给产品经理后,产品经理进行“一致性”验收的过程,也就是所说的目标产品指标和期望产品指标有多少是一致的。

而A呢,则是把这三种类型的职责混到一块去了,什么都做,片面的认为产品经理对产品质量负责就是要抓苗头,堵漏洞,我问他“你累不累啊”,他说“累”,呵呵。

再说第二个问题:产品质量应该如何定义?

到底什么是产品质量呢?我也说不清楚,我看了一些资料,然后结合自己的经验,总结了一些,我觉的产品质量应该是包括两个方面:

1、性能质量:这个性能包括PRD中定义的功能、耐用性、兼容性、稳定性、扩展性等指标,这些指标是可以通过一定的设备来测量的;

2、需求质量:这个就是说最终拿出的产品和客户的需求是否一致的质量指标,这个指标用仪器是测量不出来的,只有通过市场检验才可以知道。

对于这两个质量指标,产品经理应该如何做呢?

第一个指标比较好说,在PRD中都会有明确的说明,而测试阶段其实也就是在对这个指标进行测量,而第二个指标虽然用设备不能测量,但是也不是想像的那么困难,这其中涉及到一个老生常谈,但是已经逐渐成为主流的产品规划思想,即:是要做最好的产品还是做最适合的产品。

其实这就是这两个质量指标谁为主导的思想,如果企业以性能质量作为产品规划主导思想,那么,做出来的产品可能会非常优秀,但是不一定有市场,甚至还会失败,apple就老犯这样的错误,每一件产品都如同艺术品一样,但是市场份额总是不行;如果是以需求质量为主导思想,那么其实这个质量指标就不能由企业来定了,而是由用户来定,用户觉的好就是成功,能大卖特卖就是成功。

具体到产品经理来说,其实没有进入到阶段的时候,这个需求质量指标其实应该是很明确的了,因为MRD中已经定义的很清楚了,因此,如果是以这种质量指标作为主导思想的话,那么,产品经理应该在开始的时候就非常明确,在结束的时候,就要把重点放在需求质量的验收上。

说到这里,就进入了第三个问题:产品经理应该如何做质量验收呢?

刚才说到了,性能指标好界定,而需求质量指标在产品项目一开始的时候就必须定义出来了,我们当然不可能只把验收对象放到真实的用户身上,产品经理必须要在验收阶段扮演用户的角色来进行,具体如何进行呢?

首先我们要明确,作为用户,他会关注产品的那些方面,我估计有:

1、功能

2、性能

3、界面(UI)

4、操作过程(UE)

我就想到这么多,大家可以继续增加,呵呵,知道了用户关注的方面,那么就可以针对这些方面建立相应的具体验收指标,一定要非常细,而这些指标一定是由用户需求来决定的。

就是说,在MRD和PRD做完以后,另外再加一个验收表,这个表就是用户需求在产品中针对质量指标的量化。

当然,作为产品经理来说,也不是简单的做一张表的事情,还是需要一个稍微复杂的规范的,我想应该有这几个方面组成:

1、验收文档:包括验收表,验收表沟通和确定

2、验收流程:确定如何进行验收

3、验收规范:确定双方的接口人、文档记录规范、文档传递规范,验收形式等易于发生纠纷的事项

4、验收结果:确定如何处理合格与不合格的情况

大概就是这四项,大家可以继续增加,呵呵!

通过这个问题,让我意识到,许多做产品经理的朋友,对一些问题或者某个阶段的工作重心把握还有所偏差,也许是公司本身就定义的有问题,也许是个人的认识不够造成的,但是不管怎么说,我还是那个态度:从工作中发现问题,在问题中摸索方法,在方法中进行交流,在交流中提高自己。

胡言乱语,看之笑之!

分享到QQ 分享到微信 分享到微博

0 条评论

发表我的观点

取消

  • 昵称 *
  • 邮箱 *
  • 网址