时间: 2021-07-30 11:27:12 人气: 3 评论: 0
画原型是产品经理们的工作日常之一,不过每个行业每个公司关于输出原型的要求都不一样,如何结合场景具体输出就成了考验产品经理的一点,而要想输出好看的原型就更考验产品经理的能力了。
绘制产品原型是互联网产品经理的基本功,也是从业者的必备基础能力之一。但由于每个公司对产品的原型要求都不同,因此业界也没有一个标准,去衡量一个绝对统一的原型模板。于是当一些产品新人在入职、跳槽到别家公司后,经常**被吐槽原型画的太“粗犷”,或者又过于“精美”导致浪费时间…
原型策划时,具体的产出物虽然无法用统一的标准去衡量,也无法一概而论规定使用何种规格,但是产品经理们还是可以具体场景具体输出。
业内通识,画原型是产品经理的基本功,但是又有多少人思考过,产品经理为什么需要画原型。同时也正是很多人因为意识不到画原型的目的,所以往往就**忽略这个基本功的积累。
根据产品经理的工作内容和岗位职责,先说说需要画原型的三种场景:
针对以上三个场景,就诞生了三种典型的原型稿绘制形态:草绘线框图、低保真原型、高保真原型;
了解了绘制原型的场景,就可以知道自己在实际工作中的原型,到底需要画到什么程度了。
当然有些公司**制定规则,要求统一使用某个保真度,还有一些比较规范的公司**有通用的原型规范,可以直接拿过来稍加改动,变成符合业务设计的内容即可复用。总之,很多时候其实“画”不是最重要的,而是先搞明白为什么画、为谁画才可以输出匹配任务场景的成果。
产品经理在日常工作中输出产品原型时,也应该时刻清晰一点:画只是过程,不是目的。
从产品创意诞生到产品开发上市,原型在其中的作用堪比承上启下。承上可描述顶层需求,启下通过绘制的原型,可以帮助在产品开发流程中下游的设计、技术同事们快速理解、高效开发。
那么既然想要提高效率,就必须在承上启下的中间形成标准和规范,因此就需要思考如何能够在基于公司规范下,快速实现目的以及交付。
产品经理岗位的天然属性就是协作能力,既然要协作就**有协作对象,在工作中经常需要拿自己的输出与上下游进行对接,并争取达成共识。
按照日常的工作内容来讲,产品经理的协作对象无非就是市场/销售、设计/开发,因此产品经理画的原型也应该既要让市场运营、销售人员看得明白,也要让设计、开发理解的清楚。
通过简单拆解协作方的需求,就**明白:
市场/销售人员:更看重解决方案,需要验收你画的原型是否达到他们的需求要求。但因为他们大多属于非产品相关专业人士,因此就要求你的原型需要形象、直观,功能逻辑简洁明了,直接图形化表述方案即可;
设计/开发人员:经常和产品经理打交道,对产品的日常输出也比较清晰,甚至不乏有相关从业经历的同事,因此如果要满足他们的要求,你的原型还需要经得起复杂逻辑的推敲和梳理,除了具备主业务流程之外,异常场景的逻辑也理应充分表示;
为满足协作方的需求,或许可以整理出一个完整的、通用的原型标准:结构可视化、交互高质量、技术可读性。
与此同时,还可在交付时针对不同交付对象体现对方关注的点,比如前期给市场、销售验收时,界面美观整洁,页面流转逻辑清晰,在取得认可的基础上完善功能设计规范细节以及交互说明,便于后续工作跟进。
如果具备了这些要求,再结合具体的公司规范,你的原型就可以匹配协作方的的价值点,也就**是一个“好看”的原型了。
一份高质量的原型产出,通常要求产品经理们首先要具备相关专业能力,同时还需要有较高的执行力、审美能力、逻辑能力,恰好这些能力也是可以在工作中培养的。
专业输出直接体现对当前所从事工作的态度和能力。如果基本的原型产出不合格,很容易被认为是工作态度或者能力不行。能力不行,如果有合适的平台也可以培养,但是态度不行就说明不适合从事相关工作,无法为工作负责,也就很难让别人信服你可以为他们设计出人人都喜爱的产品。
原型的概念意义和价值不仅体现在互联网产品上,最早也体现在硬件产品的建模设计、影视剧的分镜稿等,此类工作场景都是运用“先粗后细”、不同阶段交付不同程度成果的思路,通过及时协作来达到最终的目的。
上述的三种程度的原型,其实也是在策划需求时不同阶段的产物,随着需求的确认,原型也**逐步丰富起来,因此在多数公司也并不是明文规定只允许输出某种规格的原型文件,还是需要产品经理们根据实际需要、任务周期以及交付目标综合考量,同时秉承着“先完成、再完美”的绘制思路,在正式交付前可以输出一份高质量的产品原型。
这里所谓的高质量并不是要求原型有多好看、配色多饱满,而是在具备上述原型标准的基础上,在交付时体现出来的理想态,交付时的输出越贴近理想态,你的原型就越合格,当然也就越“好看”。
由此思考下来,产品经理的原型基本功也就并没有想象的那么轻松了,自然也不**只是打开axure、墨刀随便拖几个矩形、图标就可以的,而是需要产品经理在明确原型的场景、交付对象以及需求业务后,通过专业的图形设计来清晰的表达解决方法的过程。
作者:王曙,公众号:曙Ouba,分享产品思维、职业经验,一起知“曙”达理,做自己的产品经理。
本文由@王曙 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash,基于CC0协议。