别小看产品原型,它的重要性远超你的想象

0 评论 3813 浏览 13 收藏 21 分钟

编辑导语:作为一名产品经理,产品原型是再熟悉不过的东西了。但是你真的了解产品原型吗?它对于产品经理究竟意味着什么?本文对于产品原型对产品经理工作的重要性进行了阐述,希望对你理解产品原型有帮助。

产品原型是产品经理们再熟悉不过的东西,可是作为产品经理的你,是否曾从对产品原型的写写画画、修修改改中抽离出来,去重新审视一下这个你每天都要打交道的东西呢?产品原型是什么?它最重要的作用是什么?我们为什么需要它呢?除了完成工作内容本身的需要,它还对产品经理意味着什么呢?

产品经理刚入行的第一课就是学画产品原型,一开始觉得很新奇,乐此不疲。工作几年后,很多产品经理开始逐渐抱怨自己每天最重要的工作内容就是画产品原型,觉得干的都是芝麻粒大的小事,说好的用产品改变世界呢,便开始逐渐讨厌它。

那么下面我们就一起来看看,产品原型对产品经理到底意味着什么?

需要说明的是:不同公司对于产品原型的使用有多有少有深有浅,今天我们所说的产品原型所处的情境是:它是需求表达的主要形式,即需求主要通过产品原型来进行表达,而不是需求主要以Word文档来描述、产品原型只起辅助作用。大部分公司都将产品原型作为了需求表达的主要方式,甚至唯一方式。

首先,产品原型是产品经理工作推动的重要利器。

产品原型的输出是产品经理工作的重要节点。这一点产品经理们当然清楚,但很多人却不懂得运用。这个运用在两点:一是时间相关的问题,一是需求争议相关的问题。

先说时间相关的问题。一个创意想法提出来,每个人都很兴奋,畅想着、规划着、手舞足蹈,恨不得马上就看到功能上线以后的样子。这个时候你最常听到的是老板问:这个功能什么时候能上线?如果开发的领导在场,你当然可以把话题转移给他。但如果没有开发人员在场,该怎么办呢?

面对老板的恳切眼神和殷切期待,你当然不能盲目地给出一个日期,这是给自己埋了一个雷,因为你无法预估开发阶段和测试阶段需要多少时间。

当然也许有产品经理会说自己能大概预估出来,或者因为自己就做过开发所以了解,或者是根据以往的经验能大致预估。

但是我想提醒的是,即使你能准确预估,也最好不要直接给出老板一个上线日期,因为这是对开发团队的一种不尊重的表现。当开发人员得知你已经明确了上线日期后,他们当然会非常愤怒,然后会说:那就只能倒排了呗!从一开始就种下了矛盾的种子。

不能确定日期,那么就说不知道,还得评估吧。很多产品经理觉得这样就摆脱了时间问题,甩给了无名人。

这样做有时候会显得不合时宜,本来大家因为一个好的创意正处在浓烈的愉悦氛围之中,这样说可能会给气氛降温,不受待见。

而且这样做只是看起来应付了当下,实际上问题并没有解决,过不了几天老板就会跑来问你什么时候能上线,也许第二天一上班你就会发现老板已经站在你面前来问你要答案了。

不能盲目给出日期,又不能拿需要评估来搪塞,那么我们怎么说才是恰当的呢?我的建议是只说与自己相关、自己能掌控的部分,也就是给出产品原型交付的时间点。不替其他团队做主,也不对老板进行笼统性地敷衍,把自己工作范围内的事情准确地给出预期,是专业性的最佳体现。

当老板听到你给出了准确且合理的预期之后,那么接下来他的脚步可能就奔向开发团队了,而这不也是产品经理们期望的么,老板都帮你去推进开发工作了,还有比这更好的事情么。这样做,不比你向老板给出了时间回头被开发团队怼、或者你推动开发团队来进行评估有效得多么。

很多产品经理有很强的责任感和自我驱动力,常常想把项目周期也牢牢把控在手里。但我们需要提醒自己的是,产品经理是一个没有实际领导权的角色。

利用自己工作范围内产品原型输出这一重要节点来达到工作推动的目的不失为一个好方法。后续如果开发周期变长或者由于其他因素导致延期上线,产品原型的输出节点也是产品经理们进行自我保护的重要手段。

说完了时间相关的问题,再来说说需求争议相关的问题。

需求争议常常有两种表现,一种是输出的产品原型对需求的表达不清晰或者不充分导致需要修改更新,开发的反馈常常是频繁的需求变更。

这种情况没有什么可说的,产品经理只能加强内功的修炼,提升自己的能力。第二种表现就是开发出来的效果和需求不一致,这时产品原型就是最好的武器,直接拿给开发则不证自明。

产品经理需要面对的矛盾和问题特别多,尤其是与开发团队之间。

有时产品经理可能会觉得很冤枉,明明之前已经跟开发口头说过了,但开发并没有实现,争论时产品原型上又没有体现,口说无凭,致使产品经理处于不利境地。那就把所有都落在纸面上吧,让产品原型成为你和开发团队之间的一扇窗、一座桥,互相成就、彼此感谢。

其次,产品原型是产品经理工作量和工作成果的重要体现。可能有人会说,这不明摆着的事儿嘛,但实际上并没有这么简单。

产品经理的工作非常多,用户调研、竞品分析、产品思考、各类梳理工作和沟通讨论工作、上线后效果跟踪等等,繁杂且多样。但我们必须要深刻的认识到一个事实:需求才是王道。

说得再多、讨论的再多、想法再好,不落到需求层面上,一切都等于零。以上这些工作的最终目的都是服务好用户,而产品经理服务好用户的唯一手段就是需求。因此我们才说,产品经理最基础、最根本的权利是提需求的权利。

上面那些工作占据的时间比例其实是很高的,但这些工作做完了以后并没有留下什么。

调研报告、竞品分析报告、上线后数据分析报告等不是每次都落笔,即使落笔形成了文档也只能够获得一时的关注,很快就会被淹没在每天几十封上百封的邮件海洋里。而和领导、同事讨论得再热烈、畅想得再美好,说过的话很快就会被忘记,且分不清哪些是你输出的。

只有将一切转化成需求并落在产品原型上才能有效体现出产品经理的工作量和工作成果。只有产品原型才能驱动研发,进而把做的一切工作最终体现到产品上。

有人可能会说,如果不用画产品原型只跟团队成员们说一说就能完成产品的研发上线不更好吗?不更牛吗?我的确听过这种论调,作为产品经理,你可能厌倦了每天产品原型的写写画画,但是你有没有想过:如果没有产品原型,或者产品经理不再需要画产品原型,你的工作会变成什么样子呢?

你的工作成果只剩下了“中间产物”和“语言输出”。中间产物的价值不高且很容易被忘记、抛弃。

作为产品的思考者,产品经理的语言输出有很高的价值,表达了很多重要观点和结论。但是语言输出犹如一阵风,没有痕迹,而且你可能需要跟不同的人反复地、不停地重复。人是忘记性很强的动物,别说作为语言接收者的开发人员了,连自己在过了两三周之后对细节都会变得模糊。

因此如果想要着重表达一些观点,尚且需要写文档形成汇报报告,以提高重要程度和形成底稿留存,何况复杂度高许多倍的需求表达呢。脱离产品原型只靠语言输出来进行需求的表达与传递完全不靠谱。

完成一项工作,不光结果重要,过程也同样重要。产品经理没有了产品原型,产品经理的工作过程就无法体现。

这对于一个岗位来说,是一件很可怕的事情,没有痕迹就没有印象,没有印象就没有存在感,没有存在感就体现不出价值,没有价值连这个岗位都不必要了。

毕竟除了产品原型,在同事们看来,产品经理就只剩下“动动嘴,说说话”了,而公司并不需要一个没有任何资源背景只需要动嘴说话就每个月固定拿薪水的普通员工。

所以,别再把产品原型当成是一件枯燥的事情,它是产品经理工作量和工作成果的唯一证明。

再者,产品原型是产品经理唯一的硬性技能。

产品经理这个岗位是一个综合性很强的岗位,需要具备的能力非常多元,用户心理、市场分析、产品规划、沟通能力、项目管理等等,涉及多达十几个方面。但是产品经理的这些能力绝大多数都是软技能,难以评判。所以面试产品经理、找到优秀的产品经理是一件不太容易的事情。

产品经理唯一的硬技能就是产品原型的能力。产品原型画的好不好,这个是很容易评判的。而且从产品原型里也能看出来很多东西,比如产品经理的思路是否清晰、逻辑能力、梳理能力、文档能力、行事风格等。所以通过产品原型来评价一个产品经理的基础能力是一个不错的方法。

产品原型画了那么多,但其实很多产品经理的产品原型能力并不过关。很多产品原型一看上去就觉得乱糟糟的,而有的产品原型虽然看上去很清晰但内容却不完整。

事实上,产品经理们很少交流单纯产品原型相关的话题,公司内部也很少设置产品原型能力提升相关的培训课程,大部分产品经理画产品原型是基于自己的理解和习惯或者由入行的导师指导而来。

关于这一点,可能的原因是大家认为它太基础,没有交流的必要,无非就是一个工具的使用,而工具的学习与使用不在被讨论的范围内,只有社会上一些培训机构为需要入行的同学们准备的课程,如同Word、Excel一样。

很多人会说,Axure、产品原型就是一个工具,这都不重要,重要的是你有什么样的想法、能挖掘出什么样的需求。没错,想法与需求确实重要,重要到它们对于产品经理的业绩来说起着先决的决定性的作用。说Axure是一个工具也没错,但我却不建议你把产品原型也当成工具来看,建议你把它当成一种能力来看,而且是必备的那种。

实际上,一个工具在不同的人手中能用出完全不同的效果。就如同Photoshop一样,有的人只是把它当成修照片的后期工具,而有的人却是把图片处理与设计当成吃饭的本领。

事实上,一份好的产品原型仍然是非常稀缺的、价值很高的东西,它能起到需求的精准表达与无限传递作用,而这是任何一家公司都需要的。

一份好的产品原型,能立马让脑海中的不同臆想具象下来;一份好的产品原型,能迅速让一个团队从各种扯皮争论中挣脱出来开始集中精力朝着目标前进;一份好的产品原型,能有效节省20%以上的研发周期。

古人说,见字如面,对于产品经理来说,一份好的产品原型就是你专业形象的重要体现。

大型互联网公司对产品原型的依赖性可以小一些,是因为公司里有完备的产品研发体系和氛围。产品原型上的很多缺陷可以通过后续的交互设计、视觉设计来补充。开发人员和测试人员对产品相关的事情也比较熟悉,遇到问题通过简单的几句沟通可能就能解决。但是对于小型公司、创业公司、传统企业来说,产品原型是非常重要的产物。

甚至很多时候,产品经理的产品原型能力会成为UX团队设计水平、开发逻辑完善水平的天花板。在这些企业里,拥有出色的产品原型能力,本身就会成为一种核心竞争力,让你脱颖而出。

还有,产品原型是产品经理控制需求的有力武器。产品原型有着承上启下的作用。原型设计之前,需求信息相对抽象,原型设计的过程就是将抽象信息转化为具象信息的过程,产品原型输出给开发团队后意味着一切都已确定下来。

有时产品经理面试时会被问,需求的来源有哪些?有来自老板的、来自用户的、来自运营的、来自竞争对手的、来自其他岗位同事的、来自市场调研的、来自突发奇想的、来自合作伙伴的……

需求是永无止境的。这么多的需求,有的合理有的不合理,有的迫切有的可以暂缓,有的是共同痛点有的具有个人色彩,产品经理在经过分析明确以后,对于不合理或者暂缓的需求该如何回应呢?

如果能通过有理有据地沟通说服对方当然好,但每个人的知识背景不同导致认知不同,有时会遇到正面说服无法起效的情况。推脱不掉该怎么办呢?特别是需求来自于老板或者领导时。

请记住一点,只要没有落到产品原型上,一切的想法创意都等于零。口头上的讨论、应允,都是不算数的。

产品经理不妨让需求先飞一会儿,可以充分利用产品原型时间为理由来让那些因一时兴起或者临时决定的不合理需求通过一段时间的沉淀来看看到底成色几何。

产品经理也可以在此期间思考为什么对方会这么坚持,重新审视一下这个需求,或者找到突破对方的方法。很多情况下,时间的沉淀就能起到很好的效果,让彼此都更深入地想一想,从而最终的意见趋向一致。

利用产品原型也可以出现对方自动撤退的情景。当需求带来的产品方案复杂度超出对方想象、需求引起的对现有产品的改动超出预期或者当需求落地后的产品效果不及对方的高期待时,对方会自动撤回提出的需求。当你判断对方的需求是这种情形时,不妨先按照对方的需求做一做,然后再拿着方案去跟对方讨论,很多时候他们自己就能发现其中的问题。

产品经理是产品原型的创作者,对文档具有控制权。产品经理可以通过对文档的控制,来达到控制需求的目的。产品原型是产品经理控制需求的有力武器。

最后,产品原型是产品经理自我梳理需求的有效途径。前面都谈及了产品原型对外的各种作用,最后说说产品原型对产品经理自己的作用。

产品原型对产品经理自己最大的作用是进行需求的自我梳理。需求是复杂且关联性强的。《用户体验要素:以用户为中心的产品设计》中提到的双向连锁效应充分揭示了这种复杂和关联性。从整体结构、功能、页面、转场,最终到页面上每一个具体的元素,很多时候是需要反复推演的。而画产品原型的过程就是不断推进需求梳理的过程。有的时候一个细节问题会引发对整个功能的重新思考。

画过产品原型都知道,有一些内容是在画产品原型逐步深入细节和分支时才会考虑到的,这些信息我们在创意阶段、讨论阶段是不可能所有细节都覆盖到的,而这些细节我们需要一一明确。因为计算机和软件就是听从指令,每一步都需要我们告诉它该怎么做,出现什么情况该执行什么,如果我们没有给出预案,那么我们就无法预知结果。

总结一下,产品原型是产品经理工作推动的重要利器,是工作量和工作成果的重要体现,是唯一的硬性技能,是控制需求的有力武器,是自我梳理需求的有效途径。

你看,你不以为意的产品原型原来如此重要,是不是超出了你的想象了呢?

 

作者:厚厚,多年互联网和传统企业的跨界产品经理;微信公众号:厚厚的语和文

本文由 @厚厚 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!