产品经理:不要成为作图经理

38 评论 80936 浏览 1390 收藏 12 分钟

常常在产品经理群,看到几个产品人在讨论axure如何使用函数、变量、运算符,如何做出高保真装逼原型图,如何将axure变成华丽的装逼利器。这样做产品,其实已经走错了方向。我经常和一些产品经理讨论,关于原型,要做高保真,中保真,还是低保真图。调研中发现30%的产品经理只做低保真,60%的产品经理认为中保真对于指导UI作图,开发支持已经足够。10%的产品经理往往很追求细节完美,也会自我强迫的做出保真程度很高的原型。然而,陷入到作图细节中,往往会忽略更多。

很多人一提到产品经理,首先想到的产品经理技能,就是画原型。然而画原型图只是产品经理的一项基本工作,只是工作中的一小部分。例如,我之前做产品的一个新模块,做完调研、需求分析、竞品分析、业务流程、功能组织框架、信息架构后,这时候做原型,就很清晰了,作图加上给项目组开会讨论修改也只用了几天的时间。前面的铺垫做好了,后面做起来比较顺,开发中也不会遇到很多坑。我这几年来做原型,也只做到中保真,没有动效,也没有很复杂的交互。我会在原型中对组件做好备注,对页面做好批注。对于产品上的规则会做补充说明文档,手势基本口述说明。

产品经理工作:

产品开发流程-by yue

另外多提一下原型,原型图属于框架层中要完成的部分,框架层主要完成产品页面的结构和布局。在这里,我提一下框架层,这个源于《用户体验要素》,这是一本层次和逻辑交代特别清晰的书。告诉我们做产品要从下往上做,从战略层,范围层,再到结构层,框架层,最后到表现层。关于这本书的理解和分析,我这里不作赘述,相信很多产品人都看过,推荐指数五星。

图片1

再拉回主题上来,我时常看到很多文章,教PM们如果用axure装逼,Axure如何使用才能成为装逼利器。每每看到这些,简直都如鲠在喉。

产品经理是公司的“魂”,就算要装逼,也不该在原型高保真上浪费时间,这种炫技,真心随便都能罗列出几点弊端:

  • 产品经理的时间本来就很碎片化,做方案,做业务流程,头脑风暴、信息架构分析、竞品分析,包括产品和数据上的一大摊子事情,所以像我还有一些产品朋友,很多都是抽晚上的休息时间来做原型图,如果做高保真,真心太浪费时间
  • 做高保真原型图,如果中途出现业务或者流程的大改动,要推翻了重来,那PM估计会在程序员崩溃前崩溃了吧。
  • 类似于很常用的幻灯片之类,如果原型中用动态面板把这个做的完美了,我就只能呵呵了,我相信这种东西,正常的Pm应该会选择多说两句话交代吧。
  • 最后,也是最最要的,产品经理要把控好大方向,大格局,包括行业新鲜大事件,行业大咖,行业历史沿革,行业发展生态链。而不是去沉迷于axure炫技,这样往往因小失大,沉迷进去,失掉大格局的眼光。

下面是我整理的关于汽车行业的一个简略图,Y轴为汽车行业的产品链,X轴为这些产品的发展史。

图片2

产品经理,切忌不要成为作图经理。   那么从炫技中跳出来的产品经理,更应该关注哪些点?

一、需求分析:

一定要做好需求分析,做出产品需求和用户需求。

1、需求搜集:产品需求来源于不同的渠道,老板的目标需求,用户的需求和反馈,市场、运营、客服人员的需求等,对需求做好分类,并进行深层次挖掘。通过定量定性的问卷,竞品分析,市场分析及数据分析,对需求进行进一步整理,需求要搜集的越多越好,在需求搜集这里,我们要做加法。

2、需求评估:在五花八门的需求里分析和筛选,哪些是我们核心战略需求,哪些是支撑性需求,哪些是表面需求下面的本质需求。不断挖掘评估,将需求抽象出来。

3、需求管理:需求确定好后,做好需求管理,也就是划分优先级。我们可以根据四象限分析法则对需求进行紧急和重要程度的分析,对需求做好管理。过程中对不要一直加需求,即使是为了更良好的用户体验,做产品,要把控好产品节奏。快速上行,拿到数据和反馈,并做好快速迭代。

QQ截图20160222155952

二、找到痛点:

发现用户真正的痛点,这个痛点一定要是痛的,是用户确实需要解决的,而不是你去意淫出来的伪需求。必须是刚需,必须是痛点,必须痛!重要的事情我只能反复强调。然后你去竞品分析,看其他的产品有没有切切实实解决到用户的这个痛点。

三、调研:

找到你的用户,并做好用户调研。如果是toB的产品,做好行业调研。此处用户建模,修正数据,情景分析等不作赘述。

四、关注竞品:

竞品分析是产品经理必做的工作。很多公司在增加一些功能的时候,会选择看看竞品是怎么做的。竞品分析,也慢慢变成了竞品抄袭,所以模仿竞品渐渐的成了一个坑。经常听到产品人说,“XX产品有啊,我们也做嘛”。做产品千万不能这么做,一定要看清竞品的定位和我们的定位分别是怎样?是一样的用户群吗?功能使用场景一样吗?实现的方式要和竞品一样吗?有没有更好的方法?最后送十六字箴言:取其精华,去其糟泊,抵制诱惑,懂得克制。

五、流程:

做产品流程图一般分为业务流程和操作流程,流程是否跑的通,是否合理,对一个产品很重要,所以对于流程,一定要多琢磨,想透,想明白。

  1. 业务流程:不同角色的人为了完成某个目标而进行的一系列活动。
  2. 操作流程:用户完成一个目标要经历的一系列操作。

六、信息架构:

信息架构由用户、情景和内容构成,把信息和关系抽象出来,从而使我们的产品有了骨架。而产品架构的深度和广度,决定了内容模块和页面的层级复杂度。信息架构绝不是单纯的产品功能组织框架,它更要突出表达的是信息之间的逻辑关系,所以梳理好产品的信息架构,才能使产品更清晰更易用。(其实这里完全阔以另起文章说明了)

七、把控项目,做好迭代:

做好项目管理是产品经理的必备技能。关于怎么把控项目,我这里简单的阐述几个点:

1、做好工作量评估:项目的整体规划,后台、服务端、移动端,有时可能还有h5项目,做精确的功能清单,评估技术实现难度,评估优先级,确定工作量。我通常会多给项目留几天的时间,防止出现突发性事件。另外,留好测试时间。

2、设置项目里程碑、做好验收工作:在项目中设置节点,提前一两天做对应的项目验收。

3、经常性的沟通:项目进行中要经常的和团队沟通,鼓励大家的工作积极性,了解团队成员的工作进度和状态,了解潜在的风险并作出对应的解决方案。

4、奖罚制度:项目延期,要分析原因,设立奖惩制度。

八、关注数据:

这是一个数据驱动的时代,做产品更是要以“理”服人,这个“理”就是数据支持。

1、推广运营数据:产品经理要关注运营数据,产品怎么优化对节省运营成本上要有自己的理解。产品运营数据如新增,活跃,流量分析,各渠道占比,及漏斗转化等,都是我们需要关注的对象。例如做了灰度发布后,我们看新老版本的产品表现,就要看运营的数据表现,不过这个要建立在数据大的情况下,数据很小的话,分析出的结果可能存在很大的偏差。

2、产品数据:这里我说的产品数据,是对用户行为分析的数据。例如在产品上做埋点,可以在产品上做出指导性的优化调整。

九、多学习,多积累:

在这个浮躁的互联网氛围下,静下心来多看多想。网上的短文章,简报,终究还是比不上书籍。多看多思考,从而渐渐学会更好的思维方式,对大局观和逻辑架构有更清晰的条理。

本来只想对做axure炫技和把时间浪费在研究axure复杂函数上的产品经理做一点提醒,结果叨叨到想对自己翻白眼了。文笔粗糙,请谅解,欢迎大家交流。

 

作者:高晓月(微信号gao_xiao_yue),做过技术,运营,渠道,技术部门经理,一路披荆斩棘,打怪升级转到产品经理,现专注产品方向,也兼任打杂,资深段子手。欢迎朋友们多多交流,共同进步。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我最近面试的时候 有因为原型太简单而被拒绝的 原型这一块到底应该做到什么程度呢 我做的就是基础的线框图和交互 。所以很纠结原型应该化成什么样子呢 ?

    来自浙江 回复
  2. 我是一个产品小白,刚入公司两个月,今天本想看看如何做高保真原型,碰巧搜到这篇文章,太幸运了。我感觉我现在前期就是一个画图的产品助理,其他的我都没有参与,都有点怀疑产品助理就只是来做设计原型的吗?今天看到这篇文章给我一个好的提醒,我还可以做其他事,还有很多可以学习的,谢谢晓月的分享👍👍

    回复
  3. 到底是作图重要还是用户分析重要?https://tp.wjx.top/hj/a8fjp6tcy0ecaxhlf1hf5g.aspx

    来自广东 回复
  4. 你说的五星好评,我偏不给,哈哈哈。其实呢说的很在理,能够分享自己的心得体会,必须得手动点赞咯。

    来自四川 回复
  5. 首先我同意你的观点,但其实,常常在产品经理群,看到几个产品人在讨论axure如何使用函数、变量、运算符,其实那些只是产品助理或者对Axure不熟悉的人。这个时候应该鼓励他们多掌握好了AXURE的使用。然后才是转换态度,把AXURE仅仅当做工具来看。

    来自本机地址 回复
    1. 传送门,http://www.woshipm.com/rp/328864.html

      来自本机地址 回复
    2. 我最近面试的时候 有因为原型太简单而被拒绝的 原型这一块到底应该做到什么程度呢 我做的就是基础的线框图和交互

      来自浙江 回复
    3. 1、我不知道你的原型简单到什么程度,可能面试官,考察的是,能不能通过原型能够理解你想要达到的迭代目标是什么;
      2、如果单纯因为原型太简单,而忽略了业务层面,专业层面的考察,说明面试官也有问题
      3、有可能本来面试过程下来就觉得你不合适,说你原型太简单,只是一个说辞而已

      来自浙江 回复
  6. 说的非常好,图用的是什么工具谢谢

    来自辽宁 回复
  7. 关于怎么把控项目的几点对我来说很重要,但是至于奖罚制度,如何实施。至少公司没有这一制度,而作为项目经理,突然提出这一制度,是不是不合理,项目成员也难以接受?

    来自北京 回复
  8. 🙄

    来自北京 回复
  9. 😀

    来自北京 回复
  10. 赞同,只是有时还看阶段吧,在中期会比较合适,往往前期不是不想高大上,是压根没这样的能力,只能通过加强原型来积累经验,慢慢琢磨,锻炼思维,这个阶段过了,有悟性了,就可以释放更多的时间来思考方向了,另外,也看公司和团队吧,原型主要也是让其他成员能够更好的理解,虽然标注与沟通都可以说清楚,这个就看怎么平衡了,你时间用多了,可能别人做起来就会更快。

    来自广东 回复
    1. 理解你的意思,很赞同

      来自四川 回复
  11. 棒棒棒 😀

    来自北京 回复
  12. 我觉得图做的不错。。

    来自上海 回复
    1. 持续关注哦

      来自四川 回复
  13. axure玩得好并不代表其他的工作做的不好,玩得很溜当然好了,玩嘛,并不是一个产品的重点工作,再完美的原型也只是原型,然并卵?

    来自广东 回复
    1. 又写了一篇,要不要来看看 ❗

      来自四川 回复
  14. 赞同,果断收藏!

    来自上海 回复
  15. 写得好, 果断收藏

    来自日本 回复
    1. 感谢,请持续关注

      来自四川 回复
  16. 写的挺好哇~~~很有指导作用。

    来自吉林 回复
  17. 😛 干货!赞一个!说得非常棒,作为产品经理。任重道远,如果只是在axure上玩的好的,那只能叫产品助理。本文章,强烈建议 大家收藏,并仔细阅读,我也经常读一些产品相关的文章,好文不多,有了感触,愿意来分享的人更不多,继续支持,希望作者继续写一些关于产品的一些干货见解。

    来自四川 回复
    1. 感谢

      来自四川 回复
  18. 写的挺不错的,收藏了

    来自广东 回复
    1. 感谢,请持续关注 😀

      来自四川 回复
  19. 写的很好

    来自广东 回复
    1. 感谢 😀

      来自四川 回复
  20. 据我所知,BAT的产品经理Axure都玩的很溜

    来自广东 回复
    1. 我见过很多产品很多方面上不行,但是各种动效做的特别6的人,确实也能拿到高工资

      来自四川 回复
  21. 你不做图 总监做图?

    来自山东 回复
    1. 童鞋,你内容都没读吧,尽瞎说!你拿半截意思就跑!人家的主旨意思:PM不要把重点放在“画原型”上了,一个产品从0~1~N过程中,还有很多其他更重要的事情要做。 人家不赞成的观点也文章开头说明,原文:“常常在产品经理群,看到几个产品人在讨论axure如何使用函数、变量、运算符,如何做出高保真装逼原型图,如何将axure变成华丽的装逼利器。” 醒醒吧!

      来自四川 回复
    2. :mrgreen:

      来自上海 回复
  22. 很棒

    来自四川 回复
    1. 感谢认同 🙄

      来自四川 回复