做产品是否允许存在瑕疵?

很多产品经理都有一定的强迫症,总喜欢追求完美。
完整的产品流程,完美的产品设计,希望完美地开发上线。整个产品的过程都做得尽善尽美,生怕存在一点点瑕疵。
互联网思维亦如此,追求极致体验,作为互联网中的重要一员,产品经理自然而言地也在追求极致完美的产品。
然而,做产品,或许应该允许存在瑕疵。

产品经理

产品在于不断迭代,而不在于一气呵成

在做产品的过程中,我们经常能够看到这样的场景:在做产品前,需求方提了很多需求,想要这个功能,想要那个功能,竞品有的功能我们要有,竞品没有的功能我们要“创新”。做产品的过程中,每一次评审,需求方都想要加上几个需求,产品开发的过程中,甚至测试的过程中,需求方又有了新的灵感,还是想要继续往里面加需求。
任人性是贪婪的,总希望得到更多,永远得不到满足。如果产品经理没有把控好需求和项目,就会造成需求总是做不完,项目总是不断延期,久而久之,产品就被“拖死”了。
做产品的过程中,我们会发现各种各样的问题,有原来考虑不足的,有发现新场景的,有迸发新灵感的……我们总希望追求更加完美,做出伟大的产品。“用自己所做的产品来改变世界”是每一个产品经理的美好愿景,但是却不是能够一蹴而就的事情。
互联网人都信奉着“极致体验”的原则,让产品更加完美。确实如此,不仅仅是互联网,整个社会都在推崇极致、精致的生活体验,追求小而美的精致生活。
产品亦如是,应该追求“极致体验”。
然而,除了“极致体验”,产品圈或者说互联网圈还有另外一个词——小步迭代。产品需要极致体验,需要追求完美,但是这是一个过程,而非一气呵成达成的结果。
做产品,需要包容瑕疵,因为,一个完美的产品,是踩着各种坑,不断积累淬炼而成的。

瑕疵指路,找出真实需求和痛点

有个词叫“抛砖引玉”,有个段子言道:“兄弟我先抛块砖,有玉的尽管砸过来”。
产品同道。
做产品是一个不断探路的过程,是一个不断积累的过程。
快速迭代,快速上线MVP产品验证需求,是做产品的一个重要准则。尽管我们在做产品的过程中做了很多需求分析,但是我们依然无法100%确定所做的需求就是用户真正所需,也无法确保所做的功能或者交互,能够解决用户的痛点或者符合其使用习惯。纵使产品前期做了不少功课,但是还是有很多不确定因素。因此,快速上线给到用户使用,并通过用户的反馈,迅速调整产品,完善产品时非常有必要的。
如果所做的产品大而全,考虑了用户的各种使用场景,提供了一个几乎满足用户所有可能存在的需求的解决方案。这样的产品即使能够做得很好,那也是消耗极大成本的;如果因为步子太大,做得不好,那就更加可惜。这种不允许存在瑕疵,尽善尽美的产品,往往找不到用户的真实诉求和真正的痛点。用户在使用产品的时候,没有发现任何的不好,却也感觉不到任何的好,只能平平地使用着,这也容易让产品的毫无瑕疵遮蔽了用户的眼睛,也遮蔽了产品经理的眼睛,让人摸不着东西。
由此可见,瑕疵,能够起到“抛砖引玉”的作用。只有遇到了各种问题,并且解决问题,才能够找到用户的真实需求,解决用户痛点;只有不断地弥补瑕疵,积累更多经验,才能够做出更加极致体验的产品。

瑕疵有道,A/B测试和灰度投石问路

允许存在瑕疵,并非可以什么都不考虑,胡乱做需求和产品。这样的做法,除了折磨无辜的技术运营,拖垮公司,实在想不到更适合的作用了。
产品的道路是一条探索性的道路,对于不明确和不确定的需求,如果可有可无,则可以忽略;如果很有意义,则可以试探性地做,这样的需求,没必要闷着头非要找出个所以然来,快速确定几个产品方案,投石问路,配合A/B测试以及灰度测试,瑕疵或许能够带来更多惊喜。
最后总结一句:不确定的需求或产品方案,留点瑕疵,配合A/B测试或灰度测试,或能有更多遐想。

本文为「做产品经理」原创文章,作者「风笛」,转载请注明作者和来源!

-- 展开阅读全文 --
需求挖掘与管理:如何进行需求管理
« 上一篇 08-29
如何选择Word文档还是Axure文档来写PRD?
下一篇 » 02-22

发表评论