常常在产品经理群,看到几个产品人在讨论axure如何使用函数、变量、运算符,如何做出高保真装逼原型图,如何将axure变成华丽的装逼利器。这样做产品,其实已经走错了方向。我经常和一些产品经理讨论,关于原型,要做高保真,中保真,还是低保真图。调研中发现30%的产品经理只做低保真,60%的产品经理认为中保真对于指导UI作图,开发支持已经足够。10%的产品经理往往很追求细节完美,也会自我强迫的做出保真程度很高的原型。然而,陷入到作图细节中,往往会忽略更多。
很多人一提到产品经理,首先想到的产品经理技能,就是画原型。然而画原型图只是产品经理的一项基本工作,只是工作中的一小部分。例如,我之前做产品的一个新模块,做完调研、需求分析、竞品分析、业务流程、功能组织框架、信息架构后,这时候做原型,就很清晰了,作图加上给项目组开会讨论修改也只用了几天的时间。前面的铺垫做好了,后面做起来比较顺,开发中也不会遇到很多坑。我这几年来做原型,也只做到中保真,没有动效,也没有很复杂的交互。我会在原型中对组件做好备注,对页面做好批注。对于产品上的规则会做补充说明文档,手势基本口述说明。
产品经理工作:
另外多提一下原型,原型图属于框架层中要完成的部分,框架层主要完成产品页面的结构和布局。在这里,我提一下框架层,这个源于《用户体验要素》,这是一本层次和逻辑交代特别清晰的书。告诉我们做产品要从下往上做,从战略层,范围层,再到结构层,框架层,最后到表现层。关于这本书的理解和分析,我这里不作赘述,相信很多产品人都看过,推荐指数五星。
再拉回主题上来,我时常看到很多文章,教PM们如果用axure装逼,Axure如何使用才能成为装逼利器。每每看到这些,简直都如鲠在喉。
产品经理是公司的“魂”,就算要装逼,也不该在原型高保真上浪费时间,这种炫技,真心随便都能罗列出几点弊端:
- 产品经理的时间本来就很碎片化,做方案,做业务流程,头脑风暴、信息架构分析、竞品分析,包括产品和数据上的一大摊子事情,所以像我还有一些产品朋友,很多都是抽晚上的休息时间来做原型图,如果做高保真,真心太浪费时间
- 做高保真原型图,如果中途出现业务或者流程的大改动,要推翻了重来,那PM估计会在程序员崩溃前崩溃了吧。
- 类似于很常用的幻灯片之类,如果原型中用动态面板把这个做的完美了,我就只能呵呵了,我相信这种东西,正常的Pm应该会选择多说两句话交代吧。
- 最后,也是最最要的,产品经理要把控好大方向,大格局,包括行业新鲜大事件,行业大咖,行业历史沿革,行业发展生态链。而不是去沉迷于axure炫技,这样往往因小失大,沉迷进去,失掉大格局的眼光。
下面是我整理的关于汽车行业的一个简略图,Y轴为汽车行业的产品链,X轴为这些产品的发展史。
产品经理,切忌不要成为作图经理。 那么从炫技中跳出来的产品经理,更应该关注哪些点?
一、需求分析:
一定要做好需求分析,做出产品需求和用户需求。
1、需求搜集:产品需求来源于不同的渠道,老板的目标需求,用户的需求和反馈,市场、运营、客服人员的需求等,对需求做好分类,并进行深层次挖掘。通过定量定性的问卷,竞品分析,市场分析及数据分析,对需求进行进一步整理,需求要搜集的越多越好,在需求搜集这里,我们要做加法。
2、需求评估:在五花八门的需求里分析和筛选,哪些是我们核心战略需求,哪些是支撑性需求,哪些是表面需求下面的本质需求。不断挖掘评估,将需求抽象出来。
3、需求管理:需求确定好后,做好需求管理,也就是划分优先级。我们可以根据四象限分析法则对需求进行紧急和重要程度的分析,对需求做好管理。过程中对不要一直加需求,即使是为了更良好的用户体验,做产品,要把控好产品节奏。快速上行,拿到数据和反馈,并做好快速迭代。
二、找到痛点:
发现用户真正的痛点,这个痛点一定要是痛的,是用户确实需要解决的,而不是你去意淫出来的伪需求。必须是刚需,必须是痛点,必须痛!重要的事情我只能反复强调。然后你去竞品分析,看其他的产品有没有切切实实解决到用户的这个痛点。
三、调研:
找到你的用户,并做好用户调研。如果是toB的产品,做好行业调研。此处用户建模,修正数据,情景分析等不作赘述。
四、关注竞品:
竞品分析是产品经理必做的工作。很多公司在增加一些功能的时候,会选择看看竞品是怎么做的。竞品分析,也慢慢变成了竞品抄袭,所以模仿竞品渐渐的成了一个坑。经常听到产品人说,“XX产品有啊,我们也做嘛”。做产品千万不能这么做,一定要看清竞品的定位和我们的定位分别是怎样?是一样的用户群吗?功能使用场景一样吗?实现的方式要和竞品一样吗?有没有更好的方法?最后送十六字箴言:取其精华,去其糟泊,抵制诱惑,懂得克制。
五、流程:
做产品流程图一般分为业务流程和操作流程,流程是否跑的通,是否合理,对一个产品很重要,所以对于流程,一定要多琢磨,想透,想明白。
- 业务流程:不同角色的人为了完成某个目标而进行的一系列活动。
- 操作流程:用户完成一个目标要经历的一系列操作。
六、信息架构:
信息架构由用户、情景和内容构成,把信息和关系抽象出来,从而使我们的产品有了骨架。而产品架构的深度和广度,决定了内容模块和页面的层级复杂度。信息架构绝不是单纯的产品功能组织框架,它更要突出表达的是信息之间的逻辑关系,所以梳理好产品的信息架构,才能使产品更清晰更易用。(其实这里完全阔以另起文章说明了)
七、把控项目,做好迭代:
做好项目管理是产品经理的必备技能。关于怎么把控项目,我这里简单的阐述几个点:
1、做好工作量评估:项目的整体规划,后台、服务端、移动端,有时可能还有h5项目,做精确的功能清单,评估技术实现难度,评估优先级,确定工作量。我通常会多给项目留几天的时间,防止出现突发性事件。另外,留好测试时间。
2、设置项目里程碑、做好验收工作:在项目中设置节点,提前一两天做对应的项目验收。
3、经常性的沟通:项目进行中要经常的和团队沟通,鼓励大家的工作积极性,了解团队成员的工作进度和状态,了解潜在的风险并作出对应的解决方案。
4、奖罚制度:项目延期,要分析原因,设立奖惩制度。
八、关注数据:
这是一个数据驱动的时代,做产品更是要以“理”服人,这个“理”就是数据支持。
1、推广运营数据:产品经理要关注运营数据,产品怎么优化对节省运营成本上要有自己的理解。产品运营数据如新增,活跃,流量分析,各渠道占比,及漏斗转化等,都是我们需要关注的对象。例如做了灰度发布后,我们看新老版本的产品表现,就要看运营的数据表现,不过这个要建立在数据大的情况下,数据很小的话,分析出的结果可能存在很大的偏差。
2、产品数据:这里我说的产品数据,是对用户行为分析的数据。例如在产品上做埋点,可以在产品上做出指导性的优化调整。
九、多学习,多积累:
在这个浮躁的互联网氛围下,静下心来多看多想。网上的短文章,简报,终究还是比不上书籍。多看多思考,从而渐渐学会更好的思维方式,对大局观和逻辑架构有更清晰的条理。
本来只想对做axure炫技和把时间浪费在研究axure复杂函数上的产品经理做一点提醒,结果叨叨到想对自己翻白眼了。文笔粗糙,请谅解,欢迎大家交流。