这太多了 。。。
《引爆点》《长尾理论》《魔鬼经济学《影响力《用户体验的要素》《就这么简单》《锦绣蓝图》《Web信息架构》《创造突破性产品》《决策与判断》《启示录》《Tapworthy(触动人心)》《简约至上》等等等等
另外产品经理很多还会把控项目和团队,也该学习项目管理和团队协作的部分 。
在此,齿轮君先放出来一些产品基础的学习架构,适合要转产品经理 , 或者要打好底子准备提升的同学们~
很多人问过齿轮君,要转产品经理,应该学什么?怎么学?齿轮君要祭出这篇图文并茂的产品学习架构了?。ǔ萋志肀咭淮笃闭饷从?dan)秀(shen)资深产品经理还怕解答这种问题嘛~哼!~
本文未经许可禁止转载,如寻求技术解决方案支持 , 请联系齿轮易创头条号~
信息结构图
能够清晰易懂,罗列信息,可以用思维导图来做,一些思维导图的软件:如mindnode;mindmanager;百度脑图等 。(在日常工作中,也可以学习用思维导图的方法来帮助自己去思考)
上图是一张以众创平台为例的信息结构图,提供给产品经理自己梳理信息内容的同时,也方便产品经理和服务端技术人员沟通数据结构 。
技术人员会根据这张图表的内容再结合产品原型或需求文档,然后规划和设计出真正意义上的数据库结构 。
产品结构图
产品结构图是一种将产品原型以结构化的方式展现的图表,结构内容也如同产品原型一样,从频道到页面,再细化页面功能模块和元素 。
所以产品结构图是产品经理在设计原型之前的一种思路梳理的方式 , 并不是给其他工作人员查看的文档,通过类似鸟瞰式的结构图可以让产品经理对产品结构一目了然,也方便思考 。
上图是一张以众创平台为例的产品结构图,是将产品原型具体化的一种方式,只是罗列了产品的频道页面和功能,但是没有详细的进行推演 。
关于细化方面是否符合产品逻辑 , 是否符合用户体验,这些都是没有深思过的,因此我们接下来就要进行原型设计,开始具体的考虑可行性 。
产品原型图
原型设计是将结构化的需求进行框架化,因此原型也被称为线框图,具体的表现手法有很多种,相关的辅助软件也有很多 , 例如:Axure RP、Balsamiq Mockups、UIDesigner等等 。
原型也有低保真原型与高保真原型之分,相较低保真原型而言,高保真原型从视觉与交互上更为接近产品的真实效果 , 但是制作所需的时间成本高 。
原型设计的表现手法主要有三种:手绘原型、低保真原型、高保真原型 。
- 手绘原型:手绘原型在初期验证想法时非常高效,也方便讨论和重构,同时也适合敏捷开发时快速出原型 。
- 低保真原型:低保真原型相较手绘模型更加规整直观 , 也适用正式场合的PPT宣讲,一般使用PS或Axure设计 。
- 高保真原型:高保真原型在功能需求和交互需求的表现上几乎和正式产品是一致的,所以有时交互原型也被称为产品Demo版 , 一般由Axure制作 。
用例(Use Case)是一种描述产品需求的方法,使用用例的方法来描述产品需求的过程就是用例模型,用例模型是由用例图和每一个用例的详细描述文档所组成的 。
- 用例图:用例图包含一组用例,每一个用例用椭圆表示,放置在矩形框中;矩形框表示整个系统 。矩形框外画如图所示的小人,表示参与者 。参与者不一定是人,可以是其它产品、软件或硬件等等 。某一参与者与某一用例用线连起来 , 表示该参与者和该用例有交互 。
- 用例描述文档:用例图只是在总体上大致描述了产品所能提供的各种服务,让我们对于产品的功能有一个总体的认识 。除此之外,我们还需要描述每一个用例的详细信息,这些信息应该包含以下内容
- 用例名称:本用例的名称或者编号
- 行为角色:参与或操作(执行)该用例的角色
- 简要说明:简要的描述一下本用例的需求(作用和目的)
- 前置条件:参与或操作(执行)本用例的前提条件,或者所处的状态
- 后置条件:执行完毕后的结果或者状态
功能流程图
由于用例文档以文字为主,并且格式复杂 , 不适用于高效率的产品需求表述,所以展现逻辑流程的“功能流程图”是一个简洁直观的可替代用例文档的方式 。
【产品经理入门课程有好的推荐吗】
功能流程图是一种使用图形的方式表示算法逻辑的图表 , 其展现方式也不会产生“歧义性”,便于理解 , 逻辑出错时也非常容易发现,并且可以直接转化为程序需求描述文档 。
本文未经许可禁止转载,如寻求技术解决方案支持,请联系齿轮易创头条号~
PRD文档(Product Requirement Document)
前面的几个步骤是为了帮助我们梳理需求、验证可行性和明确细节 , 到了这一步的时候我们已经非常清晰的了解产品需求,此时撰写产品需求文档可以大大减少和避免了撰写文档时容易忽略的细节黑洞 。
产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式,主要用于产品界面设计和研发使用 。
因为每个人的习惯和团队要求都是不一样的 , 所以产品需求文档没有统一的行业规范标准 , 无论以什么样的格式撰写产品需求文档,最终的目的都是让执行人员能够理解产品需求,根据需求完成产品 。
不大建议一开始去听干货课程,先尝试自己去了解产品经理所需要具备的思维能力和专业能力,并逐步尝试去培养这些能力 , 后期带着问题和目的性 , 去参加一些干货课程,会更有收获 。
产品经理从入门到进阶,关键的是有2种能力需要培养:
- 认知与思维的改变:通过不断的思考用户场景和体验产品,逐步具备产品思维,用户思维 。最终具备多维度的综合思维
- 专业能力的学习:包括思考分析问题的方式、以及解决问题的思路,以及产品经理相关的交互设计、用户心理、数据分析
对应专业能力的学习,对于初级产品经理,重点介绍下如何以一个产品经理的角度来体验APP:
产品体验时,多思考2个核心问题,输出自己的想法和观点,并尝试多和其他PM交流,慢慢的建立自己的产品思维:
- 为什么存在这个APP?
- 它的用户价值是什么?