对产品经理学习后的框架梳理
在学习产品经理的过程当中,发现这是一个新的知识体系,或者说没有知识体系这一说法,所以慢慢的整理了一下子,将知识整合在自己的脑海里。下面的文章是我自己对产品经历知识的梳理,将自己学习过的,看过的,脑海中整理的知识,用系统的方式展示出来。非要说这是一篇文章的话,不尽然,更应该说这是我自己写的一篇心得。
从产品开发的流程来学习一般产品的开发可以分为几个不同的阶段,也许会有不同,但总体来说大致一样。
需求分析——产品策划——开发——迭代——需求分析---
这些看起来应该说是一个环状的关系,其实不然,因为新一轮的需求分析后有可能不经过产品策划,或者开发。因为再一次的需求分析就不会是刚开始那么多的需求,仅仅是通过迭代,获取用户部分需求,增加在软件当中,尤其是这些需求并不会像刚刚开发产品时会给产品经理带来强烈的感受,所以新一轮的需求分析后无法循环。
好的产品一定是满足用户需求,对用户具有粘性同时有很良好的用户体验。
需求分析
需求是产品的起点,一款产品开发,应该是领导层下发开发某类产品的指示,但此时某类产品中的某类仅仅是产品最底层的需求,而一款产品不能只满足最底层需求,那剩下还有增加用户的哪些需求就需要进行分析。挖掘深层次需求。
如何挖掘深层次的需求,就要进行市场分析。对竞品进行分析,对用户进行分析,对环境进行分析。找出用户的痛点,竞品的优劣势,我们的产品在市场中的前景,产品核心优势。
产品策划
根据行业互联网产品的分析报告以及产品策划方案内容所确定的产品方向和定位,这是一个将思想转变为实物的过程,而这个过程要对挖掘出来的需求进行深层次的分析,决定哪些需求可以留下,哪些需求放置于后;比如一些少部分用户的需求,是否需要满足,一些看起来很鸡肋的功能时候要留下。这个过程就需要数据的支持,通过数据的对比观察需求的重要程度,也通过数据的观察最后觉得留下那些数据。
经过分析与决策后,产品经理要设计出产品信息结构,对已获得的信息进行具象化,做好功能地图规划,产品包括怎样的模块,有什么样的功能...之后进行产品原型设计(我觉得这个时候应该多于UI和交互设计师沟通,毕竟原型设计也算做设计,多问问他们的意见,这样可以让UI和交互更加明白了解自己的想法。)
开发
此时工作交付在设计师和程序员的手中,他们是将产品美化和输出的重要部分。
但是开发不能仅仅是设计师程序员的事情,此时产品经理应该与团队进行更多的沟通 ,一款产品的开发不仅仅是产品经理一个人的事情,与团队沟通好可以将产品经理的想法更加完善的表达出来,同时也可以把控好时间的分配,对产品开发驱动都有着很好的效果。
测试
这是产品开发的一个重要的环节,这个阶段是产品在推出前查找不足和缺陷的过程,就像马上要交试卷了,最后的检查,此时会发现当初在开发时的问题。将发现的问题汇集成文档,交付个团队,解决这些问题,更加完善产品。
迭代
产品经理的工作不是在产品推出后就觉得完事了,很多的时候产品的迭代才是产品经理的重要工作。此时需要手机反馈和需求,找出产品中存在的BUG,需不需要增加产品功能,要不要更新UI界面。迭代就是让产品不断完善,不断趋近于完美。
这些就是我对学习产品经理知识后的一些梳理,同时也是我第一次写文章,很多的地方都是我自己的理解,会有很多的不足,希望各位前辈对我进行批评,促进我的进步,欢迎大家与我交流,嘿嘿。