这里是普通文章模块栏目内容页
产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

最近几次评审会,对新人产品有些感悟跟大家共享下。

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

我记得刚入行做产品时,还不知道产品岗位具体是做什么的,就瞎蒙乱撞的走上了产品路,所谓不知者无畏,一晃也这么久了。最近新入职了一些新人产品,看他们在重复踩自己曾经踩过的坑,这里梳理一下,跟大家共享。

由于大学专业学计算机的有点儿技术底子,运营又略微懂点儿皮毛,做起来会带有自己的主观意见,年轻气盛,做起来非常吃力,经常跟开发撕的不可开交,但根本原因实际是自己没有把业务逻辑完全呈现出来,只在自己脑子里有是没有用的,要用一种大家都看的懂的方式呈现出来,并且让大家都懂得该怎么做,也就是“从哪里来,到哪里去,这个位置会有多少种状态”。记得初识“产品”概念是在公司内部的社区部,智能硬件的产品老大讲自己的心得,“只要你用心生活,你就是产品经理,每个人,都是自己的产品经理,用一生的心血及经历打磨“自己”,做产品即做人,体现的全部都是人性。“一款产品是支撑公司整个运营的基点,要有灵魂!

常见的问题

1、新人产品经常遇到的问题就是考虑不周全

比如拿到一个需求,快速开始画原型,画出来后发现漏了很多,需求评审时屡屡通不过,对原型的理解不是很到位。

再比如下面这张,这是我截取的新人的原型图,大家谁能看的懂?看的明白?这玩儿是要干嘛,要表达什么吗?

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

2、没有思考的照搬别的产品,也是容易犯的一个大问题

别家产品那么做一定是出于他的业务需求,出于他的商业链条,那么直接竞品之间,有没有分析相同点与差异点,就直接拿来了,间接竞品间相似的功能点有何不同,实现方式的优势略势在哪儿,一问三不知。不思考的东西别说灵魂,连需求都做不完整,这就是最大的问题。

工作误区

产品岗位是链接整个业务的链条,是开发,运营,业务需求点的桥梁,除了具备能使项目正常推进的能力外,还需要考虑如何更好地实现转化,留存!可能由于现在快速开发快速上线的快节奏,导致工作方法存在误区,做之前的沟通是非常重要的,并不是产品一个人全部做好了,开评审会,好了去做吧,现在市场上主流的功能,是都能做,也都能实现,但是能实现,实现好,流畅度,体验度是不一样的效果的,当你对技术并不是那么熟知的时候,应当本着谦虚的态度去咨询一下。

思维误区

需求文档都标好了,就按照这个来,开发完了后,发现不行,需要返工,最近的观察中发现,这总思维误区是产品对整个逻辑不了解时产生了厌烦心理,急于快速搞完,然而当对整个逻辑有了深度了解后还会产生这种厌烦心理,原因在于,沟通的不及时,未建立同理心,引来了协作的不满,做着做着需求变了,改着改着需求又变了,对于业务逻辑上讲没变啊就是换了种方式,增加个字段而已啊,但是对于开发来讲,他们要调用不同的接口,查n个表,多增加n个字段,换一种算法儿,才能满足你当前的需求,各方的情绪都会高涨,本着总是很简单的态度做事儿是会作死的。

做的时候可以把业务逻辑梳理处理,开发逻辑梳理出来,每个对象对应的用例梳理出来。

#p#分页标题#e#

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

梳理清晰了,大家就都清晰了,有多少个view,有多少个接口,有多少功能模块,有多少条业务链。

方法论

当对象对应的各种功能模块都梳理清晰了,前期工作都做好了,开始进入最烧脑的需求整理,对于这儿的方法,建议是先建立需求池,把所有的需求都统计出来,进行删减,归类,隐藏,排优。

需求池

需求池的罗列看个人习惯,有人喜欢直接在Axure里画,有人习惯于Excel表格罗列,表达的效果都是一样的,我们一般要求团队统一使用Excel,因为开发们习惯了表格方式去布局。

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

需求整理

对所有的需求进行删减,归类,隐藏,排优阶段,对于开发无法实现的功能可以直接删除,对于现阶段的产品可有可无的功能可以直接删除,归类根据不同的tab属性,对象属性,或者功能模块归,隐藏跟排优可以配合完成,对于现阶段产品的重要且强需的功能进行优先级划分,考虑开发周期及难易程度,业务强需,能够在下个版本迭代时再上的功能,划分到下个开发周期

流程梳理

结合需求整理出来的功能进行流程梳理,把各个对象之间的关系缕清即可。

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

搭建信息架构

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

对于信息架构,初期只需要搭建大的框架即可,然后在结合流程落实交互设计时进行补充,按照架构进行原型图设计,设计过程中补充架构信息

落实线框图

线框图没有什么攻克点和难点,只要懂点儿工具怎么使用,把要表现的东西实现出来即可,最简单的,如果您手绘出来能表达清楚也是OK的。

视觉规范

#p#分页标题#e#

线框图落地后,需求评审会如果召开的很顺利,视觉小伙伴就可以开工了,当然部分研发人员有了大致的一个了解后也就开始布局了。设计规范是一定要有的,避免开发完后怎么看怎么不顺眼,但是又说不出具体哪里有问题,无法标准化,后期改了又改。

比如色值,使用场景,布局,字号大小等等。

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

产品经理新人培养记:看他们在重复踩自己曾经踩过的坑

视觉稿

最后的工作就是视觉稿,视觉搞如何落实,快速准备把握,之前有详细介绍产品设计到了视觉阶段,如何高效推动?,所谓看脸的时代,好的设计是抓取用户留存成功的一半!

分享个人经历,个人所见所想,希望对刚入行的你,正在抓脑的你有帮助!

收藏
0
有帮助
0
没帮助
0