人人都是产品经理 2.0 思维导图

合集下载

产品经理对症下(刷)药(新) 你应该知道的5种刷新样式

产品经理对症下(刷)药(新) 你应该知道的5种刷新样式

编辑导语:刷新是大家常用的操作之一,主要作用是刷新页面中的缓存,从服务器获取新的内容。

在浏览 APP 的时候,不同场景中使用的刷新样式是完全不同的。

本文作者留心了这些细节,和我们分享了5种随处可见的、每一个内容性产品都具备的“刷新”功能的不同样式。

本文的大纲&思维导图系统桌面右键刷新几乎每天都有人在使用,而这个功能的存在其实windows系统的让用户来填的一个坑。

而且时间久了,成为用户习惯了就没人在意。

windows刷新最直接的作用就是刷新能让文件重新排序、归类和恢复到最新数据状态。

在速度上其实也有一定的提升,因为用户更改设置后,注册表发生更改,系统运行速度会慢一点,刷新后可以让更改后的设置生效。

举例:在域环境的文件共享创建了一个文件夹必须更新后才能显示,很多xx管家其实就删除注册表让系统变得更快就是这个原理。

从现在技术层面理解可以解决这个问题,而因这个windows历史遗留问题把这个坑位强加成为用户的一个习惯。

刚提到刷新是windows留下的坑位,的确这个坑位让用户接受了并在网页时代让其价值无限放大。

可以理解成黄金刷新。

刷新最直接的作用就是处理缓存问题,不同的刷新方式有着不同的缓存机制。

大致可以分为:F5刷新是不允许使用本地缓存,因此Last-Modified能起作用,但Expires 无效。

而Ctrl+F5是强制刷新,缓存机制失效。

转至”或地址栏里回车是正常的访问,Last-Modified和Expires都有效。

到了web时代刷新功能已经被开发者玩出各种新高度:比如刷新加载最新缓存的数据。

在网速差或者请求不到服务器的时候会做一些体验好的交互表现,例如“哎呦喂,这个页面找不到了”,谷歌在这方面其实也做了一些事情。

最典型的是谷歌浏览器在无法加载到网页时候会自动触发一个恐龙小游戏,这是一种解决降低用户在体验的时候烦躁程度。

很多用户特别沉迷于今日头条和网易新闻这种feed App,几乎每天上班下班闲暇时间都在不断刷新闻,而最值得提的是这个刷新的次数要比看信息次数多很多。

《人人都是产品经理》读书笔记

《人人都是产品经理》读书笔记

《人人都是产品经理》读书笔记《人人都是产品经理》读书笔记1《人人都是产品经理》分为6章,从介绍什么是产品,什么是产品经理,以及如何入门产品经理,并且对产品经理所做的工作进行了一个系统的讲解,化繁为简介绍了一个项目从用户调研,需求分析,开发,上线,后期反馈等等环节产品经理从中起到的作用,以及如何做需求调研,如何做OK的需求文档,并且从产品需求升级到“项目管理”,如何协调各方关系,保证产品能够成功上线,讲解如何触及产品的灵魂,明白自己到底做的什么,用户需求和产品需求之前的区别,在有限的资源下面有的放矢的舍取功能,做正确的战略,最终告诉我们如何热爱生活,提升自我产品修养,做一名优秀的产品经理,是一本从入门到高阶产品经理养成的书籍,现在我们来逐章“庖丁解牛”的学习和剖析这本书的精华。

第一章《写给-1到3岁的产品经理》第一个章节,灌输给我们一个“产品”的概念,一种能够解决需求的东西,生活中处处是产品,产品分有形和无形,服务行业给人带来的整套解决方案或者服务,也是一种产品,因为产品繁多,于是一个优秀的产品的产品经理存在的价值就非常大,可以让世界更加美好,可以改变我们的生活。

介绍了传统产品经理和现在的互联网产品经理的区别,从行业的形态,产品的形态和成本结构,用户的诉求和心态,赢利模式生命周期等等维度的区别,说明:如今的互联网产品经理需要更的侧重产品一个从无到有,从有到优的过程,其中涉及产品规划,数据分析,用户研究,需求分析,功能设计,项目管理,敏捷方法等内容。

告诉我们如何入行“产品经理”,如何从生活工作中找到切入点去思考产品,逐步的步入这个行业,介绍作者自己在阿里巴巴的产品经理成长历程,从一个“打杂人员”,到接触到PD的概念,再到独立去负责一个产品,接触项目管理,发挥团队的力量,流程化的制定,并且提出产品经理的灵魂:爱生活,有理想,会思考,能沟通。

第二章《一个需求的奋斗史》“一个需求的奋斗史”主要介绍:(1)用户调研;(2)需求采集;(3)需求分析;(4)需求筛选;(5)需求管理;(6)需求进入开发等一个需求产品的种种环节。

【产品】《人人都是产品经理》读书笔记

【产品】《人人都是产品经理》读书笔记

第一轮,产品规划阶段。

听用户定性地说,确定产品方向,做什么?随机抽样了40个用户做访谈,据此写出需求列表。

第二轮,某个项目的早期。

听用户定量地说,确定需求优先级,先做什么?投放了20万份调查问卷,确定了需求优先级的排序。

理解用户需求和产品需求之间的关系“Y”的越上面越是解决方案,越下面越是背后的目的。

“1-用户需求”,大多表现为用户的解决方案,往往是不好的,但好的“3-产品功能”一定是从用户需求转化而来,而不是凭空想出来的。

不要误解“创造需求”,你创造的只能是满足用户需求的解决方案——产品功能,而不是用户需求。

关于KANO模型最下面一条曲线叫“基础(功能)”,没有的时候,用户对产品无法接受,有了,也不会夸奖你,用户会觉得这是理所应当的。

所以,必5. 产品市场推广6. 产品生命周期管理产品经理的核心技能1. 沟通能力2. 无授权领导能力3. 学习能力4. 商业敏感度5. 热爱产品6. 注重细节,追求完美7. 日常产品管理能力适合产品经理读的书籍概括型:《产品经理实战手册》,王欣、夏济;《产品经理的第一本书》&《产品经理的第二本书》,哥乔斯市场营销:《水平营销》,科特勒;互联网思维:《启示录:打造用户喜爱的产品》,MARTY cagan;《结网》,王坚用户研究:《一目了然:WEB软件显性设计之路》,霍克曼;《点石成金:访客至上的网页设计秘笈》,克鲁格;《胜于言传:网站内容制胜宝典》,瑞蒂希设计:《设计心理学》&《情感化设计》,D.Norman交互设计:《软件观念革命:交互设计精髓》&《交互设计之路》,库帕企业管理:《公司进化论:伟大的企业如何持续创新》,摩尔;《跨越鸿沟》,摩尔;《创新者的窘境》,克莱顿·克里斯坦森;《罗伯特议事规则》,罗伯特。

一份高级产品经理的干货分享整理:终极prd

一份高级产品经理的干货分享整理:终极prd

一份高级产品经理的干货分享整理:终极prd这世界走的再快,也与你无关,一步一步成长,也挺好。

受公司学院的邀请,师父出山为广大同事做了一次含金量超高的分享。

打从上周接到邀请,师父就开始紧张兮兮的准备这次分享,满脑子都是如何做分享(偷偷告诉你们,他都没心思工作了)。

因为,这事情关乎他的面子,我想这世上可能没有什么比他的面子更重要的了。

他一直说“我满脑子的东西,怎么讲!”最开始他打算把整个产品设计流程全部讲一遍,然后一个人在那里神经兮兮哔哔了一天。

我实在看不下去了,于是给他讲了一下我平时听得一些分享的情况。

我说:“大家都是已经入门的产品了,其实早在我还没做产品工作的时候就已经对流程滚瓜烂熟了,但是知道流程并没有什么卵用。

我们需要的不是大的框架和虚的概念,不如你就抓住流程里面非常细小的点来讲实际工作中的应用”。

好在师父在懵逼的情况下听取了我的意见。

于是就有了下面的分享内容,这里我将放出我师父的演讲稿,这比听分享和看分享后整理的文档更有参考意义(我在师父分享完之后是整理了一份分享文档给学院的)。

主题:如何写好一份prd(我将草稿只字不改,虽然有点乱,但是这样完全代表他思考逻辑的稿子可以看出他的思维逻辑多缜密,还有丝丝尴尬和搞笑)大家好,我是家庭网络产品线产品中心的产品经理**,在部门主要负责路由APP的产品工作,很高兴在这里和大家做这个分享会,由于我之前从事的行业比较多,根据之前一些产品经验,结合自身的特长,总结了一套自己产品设计的方法,用来跟大家分享,由于时间关系,我这里着重分享下我写需求文档的一些经验,希望能抛砖引玉,互相交流学习。

也希望大家能在今后的过程中能总结出自己的一套更好的产品需求文档的编写方法。

我认为,一款产品的上线,产品经理需要负责其四个阶段:概念阶段,设计阶段,实施阶段和运营阶段。

概念阶段里我们需要提供产品的商业模式(即BRD)的内容以及产品的市场分析(即MRD),公司立项一般会需要提供这两个文档,特别是商业模式特别重要,斐讯0元购就是一个非常好的商业模式,往往一个好的商业模式基本决定了一个互联网产品的成败。

《产品经理》 The.Internet.Product.Manager.S01E02.第一季第二集

《产品经理》 The.Internet.Product.Manager.S01E02.第一季第二集

用户体验的把握
用户体验建立在原有的用户需求 的产品之上。每个用户体验师都 是最挑剔的用户,但也必须是最 大众的用户群体。锦上添花的事 情总是用户体验团队在做。网易 CEO丁磊跑遍了中国二三线城市 的网吧。最好的用户体验师来源 于最基础的用户客服。只有客服 是最好的用户体验师苗子。
用户市场的把握
所有的商业价值都建立在用户基 础之上 。任何产品都必须有用户 群体的支撑,才有可能进行发展 。用户市场的把握来自于商业产品 经理的敏锐嗅觉。想让用户付费 ,就必须给他更多价值体验感。 用户买你的产品,你只需要做一 个事情,就是让他觉得值得。
在线协作:SVN(需要自己搭建) 不要忘记你的纸和笔,个人认为这两样虽然是最普通的,但是却是最高效的,最便捷的。
Contact Us 微博 /irealy QQ群组:125263464或70208956
11/22/2011
碎碎念
为了我们做的更好,为了帮助更多的人,仅此而已 :-)
你打算干多久的产品经理:时间是一把杀猪刀,不管你是正太还是萝莉,到最后都是大叔和大姐 你打算干多久的产品经理:时间是一把杀猪刀,不管你是正太还是萝莉,到最后都是大叔和大姐.
女性产品经理的那点事:沟通上的优势明显,实际工作中的劣势也很多,男人光膀子,女人其实也能. 女性产品经理的那点事:沟通上的优势明显,实际工作中的劣势也很多,男人光膀子,女人其实也能
会吆喝的产品经理才是好司机
几乎每个产品经理都具备运营营销方面的能力和基础素质,这对于工作,至关重要 几乎每个产品经理都具备运营营销方面的能力和基础素质,这对于工作, 男人学会放下面子,女人学会放弃美丽,在战场上,没有人管你是男是女, 男人学会放下面子,女人学会放弃美丽,在战场上,没有人管你是男是女,不会手下留情

产品经理汇报PPT课件

产品经理汇报PPT课件


年 数据 工 分析

市场 策划
如何
明 年
增值 规

工作重点·市场分析



市场



报ቤተ መጻሕፍቲ ባይዱ

产品经理·工作期望
工作期望
More地th点an:text
1,6岗0位6:,te6xt67m2
improved
我是屌丝一枚...... 但也有自己的梦想和努力的方向 庆幸得是我遇到了伯乐 “得屌丝者,得天下!” 20年1我月愿27为日产品经理贡献自己的青春和能量!
02:13:11
感谢收看
1 沟通协调能力 2 有团队管理经验 3 领导能力、亲和力
02:13:11
产品经理·前期规划
1、制定目标,分解跟进 goal
6、对接系统,集思广益
idea
survey 2、调研需求,问题反馈
5、结合培训,规范操作 operate
comb
3、梳理流程,操作指引
share
4、设定模板,经验分享
产品经理·后期工作
产品经理·职责
分析
管理
沟通
协调
保证高质量的产品按时完成和发布倾听用户需求 产品功能的定义、规划和设计 收集、调研、总结用户反馈 处理各种复杂决策,保证团队顺利开展工作及跟踪程序错误
负责与客户以及开发人员的沟通 负责协调各部门工作
产品经理·能力
沟通能力
管理能力
5 4 3 2
1
业务能力
团队协作力
行业熟知度
目录
职业分析 职责 能力 技能 要求
Occupational analysis
Duty Ability Technique Demand

(干货)产品经理必备的十张图

(干货)产品经理必备的十张图

(干货)产品经理必备的十张图一、用例图用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。

用例图(User Case)是外部用户(被称为参与者)所能观察到的系统功能的模型图。

主要分为系统用例图和业务用例图。

业务用例图主要是从业务的视角出发,通过业务建模并且对业务进行描述。

整体来说就是基于角色端需要操作模块的集合。

用户端需要操作的模块,实际上就是APP展示的模块。

当然只是通过角色进行区分。

需要注意的是,业务用例图主要是针对用户在产品中需要操作的事情为主。

下图就是售票产品用户需要去做哪些事情。

系统用例图主要是根据业务用例图分析得到的。

针对于业务用例图的用户行为分析后,从系统侧去建立对应的模块。

系统用例图是从使用者的角度,描述对应用户能使用产品做什么。

这样的好处,是让我们时刻以用户为中心,思考产品和功能。

很多小伙伴在做产品的时候,经常不能站在用户角度去思考问题,而往往站在了业务角色侧去考虑产品。

而系统用例图更好帮助产品经理规避了这点。

下图就是针对于上面售票产品用户侧需要做的事情,整理了用户侧和系统侧对应做的模块清单。

再举一个电商产品的系统用例图:业务用例图主要是针对于用户侧需要做什么?(同样,如果这个版本迭代涉及到的功能比较多,可以考虑业务用例图画一下用户在这个迭代版本中需要做什么)系统用例图是根据业务用例图中用户的操作,来把功能分配给用户和系统。

尤其是结合用户画像,哎哟!香得很……实用指数:★★★(三颗星)二、结构图结构图是指以模块的调用关系为线索,用自上而下的连线表示调用关系并注明参数传递的方向和内容,从宏观上反映软件层次结构的图形,结构图分建筑图和组织结构图。

结构图是在产品经理工作流中很重要的一步。

万丈高楼平地起,平地起前画架构。

而结构图搭建一旦确定,就不能更改了。

除非只有推倒重来。

所以必须在结构图之前一定要思考清楚,否则后面一直在填坑,对技术来说,可能需要走上重构的不归路。

产品经理培训教材(PPT-30页)

产品经理培训教材(PPT-30页)

产品经理的九大核心能力
需求 把控
沟通 能力
学习 能力
执行 能力
数据 分析
热爱 产品
商业 敏感
高效 工作
大局观
二 如何成为优秀的产品经理
产品经理的职责/Responsibility Google的参考/Google 如何成为优秀的互联网产品经理/Excellent
产品经理的职责/Responsibility
需求优先级的定义和roadmap规划在大型 公司里,通常会有项目经理来处理大部分项目 管理工作,产品经理只需提供支持。不过在创 业公司里,产品经理通常需要自己进行项目管 理。在有些公司,技术负责人也可能作为项目 经理,处理大部分项目管理事宜。
产品市场
主要是对外的信息传播——告诉外界有 关产品的信息。通常包括制作产品数据表、 手册、网站、Flash演示、媒体专题以及展会 演示等。
l 负责某某产品的策划、运营、管理; l 负责用户研究,把握用户需求,实现用户需求; l 负责公司产品推广、运营等情况跟踪,收集用户信息并根据市场情况 提出产品开发和改进方面的建议,提出运营思路。
这三家基本代表了国内现在互联网、软件行业的方向,我们发现都大同小异,“产品经理”这个概念, 确实已经和旧有的不一样了,它更多的偏向产品本身从 无到有、从有到优的过程,而不是产品已经有了 以后需要做的事情,那么就会更多的涉及“用户研究、需求分析、功能设计、项目管理、敏捷”等等内 容。对于互联网、软件行业,现在业内称为“产品经理”的, 90% 都不是传统行业的那个概念了,所以 为了适应互联网的特点,还要具备以下技能:
1、以主人翁的精神对待自己的产品及与产品相关的一切事务 2、知道你产品的任何一个细节 3、保持强大的说服力 4、毫无保留的保持积极心态 5、别自我为中心(别抢功劳) 6、大胆、不要害怕 7、具有同高管与团队工程师有效交流的能力 8、撰写简洁明了的邮件 9、时刻准备着执行“模糊任务” 10、像企业家一样思考

产品经理

产品经理
在快消领域产品经理的角色更侧重于产品(生命周期)管理和品牌推广。而在研发生产型企业里,产品经理 的角色通常要生产的周转率、产品的故障率、版本更新情况、推广计划、财务数据等方方面面的事情,对产品经 理的个人能力要求也更强。
而在互联领域,产品经理通常最用户价值,用户体验,以及与用户体验相关的所有事情,都需要产品经理发 起或者参与。在一些互联公司里,商业模型和财务部分的核算有单独的商业产品经理负责。
书籍摘抄
产品经理通常被赋予管理及营销特定的产品线,品牌或服务的责任。在某些情况下,产品经理也可能被冠以 品牌经理,行业经理,顾客细分经理等名称。 ——《产品经理的第一本书》
A successful product manager can not only help direct the path of the product, but can also direct the path of the company."
原型制作:Axure,Mockplus,fireworks,Photoshop,mockingbird(web),Balsamiq Mockups, omnigraffle,墨刀等。
流程图,思维导图:Visio(微软产品),processon(在线),Xmind,MindManager,omnigraffle 图形制作和处理工具:Photoshop,CorelDRAW,AutoCAD 产品演示工具:Keynote(Mac用户首选),PPT(Windows用户常用),SolidWorks(3D设计) 项目与事务跟踪工具:JIRA(Atlassian公司出品) 项目管理:Pricise Project Management(PINDOEPM),Project(微软产品),Todolist,Excel, Sheet,Gcalendar,Google task,trac,Outlook 在线协作:SVN,Google Docs,Mockplus,禅道,石墨文档,office365,腾讯文档 测试反馈:TestCenter,QC,Jira,Bugzilla,Firebug、TestDirector、IETester 需求池管理:Mantis,禅道 团队交流:钉钉,,QQ,outlook,MSN,GTalk,画声(精准沟通)

产品经理工作基本流程和规范

产品经理工作基本流程和规范

产品经理工作基本流程和规范一、产品、项目研发基本流程第一阶段:需求采集和分析评估整理需求输入:项目合同(立项书等文档)、项目需求文档、相关资料和第三方(联系人、联系方式、数据接口等)产品输出:业务流程图(TFD)/简要技术建议文档节点枢纽:产品/项目负责人审核第二阶段:产品内部评审产品输出:业务流程图(TFD)、功能结构图、市场需求文档(MRD)/商业需求文档(BRD)内部输出:产品审核意见(讨论会、书面文档或邮件形式)节点枢纽:产品内部评审通过后进入设计阶段,没有通过回到第一阶段进行需求再确认。

第三阶段:产品设计产品输出:产品原型/产品需求文档(PRD)研发输出:原型问题建议文档节点枢纽:通过后进入研发阶段,没有通过回到设计阶段进行再完善。

第四阶段:产品研发UI输出: UI效果图研发输出:研发阶段问题节点枢纽:效果图评估通过后,UI图交付研发,研发阶段问题解决后进入产品交付阶段。

第五阶段:产品验收研发输出:完整产品系统、测试文档和操作手册以及其他相关资料产品输出:产品验收通过说明通知(文档、邮件)、PRD归档项目经理输出:项目接收确认节点枢纽:通过后产品和研发都将相关资料归档,项目经理将产品交付甲方。

如果是内部项目则交付运营,产品进入运营阶段。

二、产品经理基本文档流程图:业务流程图、页面流程图思维导图:信息结构图、功能结构图需求文档:市场需求文档(MRD)、商业需求文档(BRD)、产品需求文档(PRD)需求原型:产品原型其他文档:临时文档三、名称解释1. 业务流程图: 就是用一些规定的符号及连线来表示某个具体业务处理过程。

业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表,它是物理模型。

主要是描述业务走向,描述的是完整的业务流程,以业务处理过程为中心,一般没有数据的概念。

特点:利用它可以帮助分析人员找出业务流程中的不合理流向。

2. 页面流程图:具体到产品功能设计前,不同页面之间流转关系的图表,用户通过某项操作进入相应页面以及后续操作和页面。

产品经理如何开展头脑风暴或使用思维导图?

产品经理如何开展头脑风暴或使用思维导图?

从上一篇文章中我们可以知道如何提问,如何问个好问题对于设计来说至关重要。

如何定义问题这个大问题需要分成几篇文章来讨论。

而今天这篇文章将重点放在如何开展头脑风暴或使用思维导图。

上篇回顾:《流程|用一个实战案例,帮你认识完整的设计流程》一个问题的良好开端就已经成功解决一半了。

绝大多数设计项目都是从一个问题开始,例如,如何改善一个产品,如何创造一个新logo或者如何把创意视觉化等等。

客户找到设计师时的需求可能是想设计一个更好的网页,或者一场促销活动,或者是一个市场策略计划,而设计师认为客户需要设计一个新的字体样式的logo作为品牌新icon,或者取一个新名字来提升吸引全球化的受众。

设计师和客户们似乎经常思考这类非常具象或者说非常狭窄的外在形象,这其实有点局限最终产品输出的可能性。

在设计流程最初的阶段,创意是廉价的。

不要吝啬自己的想法,大量输出大胆抛弃,想象这是一个漏斗,在大量过滤一般的想法后,留下来的,会是更加接近成功的创意。

这一章节将从设计师设计项目前期定义问题的方法去入手,例如,头脑风暴、思维导图、访谈、目标群体调研,视觉调研等都会帮助设计师寻找到设计的核心概念。

这样的方法有助于设计师去理清和阐明目标群体的需求。

而在这各种方法都可以渗透在设计流程的各个阶段。

头脑风暴通常作为许多设计师思考工具的第一选择,那我将也从这个方法开始。

首先我们需要先清楚的知道,思考并不是只发生在我们的脑中,稍纵即逝的创意也出现在有形的东西,例如词汇,草图,规范准则,创意简报等,更多时候,创意产生在有共同目标的团队合作中。

什么画面出现在你的脑海中当你听到头脑风暴呢?头脑风暴(英语:Brainstorming),是一种为激发创造力,强化思考力而设计出来的一种方法。

此法是美国BBDO广告公司创始人亚历克斯?奥斯本于1938年首创的。

可以由一个人或一组人进行。

参与者围在一起,随意将脑中和研讨主题有关的见解提出来,然后再将大家的见解重新分类整理。

产品心经:产品经理应该知道的60件事(第2版)

产品心经:产品经理应该知道的60件事(第2版)
产品心经:产品经理应该知道 的60件事(第2版)
读书笔记模板
01 思维导图
03 读书笔记 05 目录分析
目录
02 内容摘要 04 精彩摘录 06 作者介绍
思维导图
本书关键字分析思维导图
用户
用户
心经
能力
运营
经验

产品
产品
经理 事
设计
第版
第件
需求
产品
第章
方法
精益
内容摘要
本书产品经理如何才能迅速地、全方位地提升自己的能力,从而打造出让用户尖叫并疯狂爱上的产品?有没 有捷径?从成功的、有经验的产品经理的实践真知和智慧中学习是一个很好的途径!本书就是一位拥有近10年产 品经验的资深产品经理的实践真知和智慧的结晶,从产品经理核心素养、产品认知、战略与规划、精益开发、需 求分析与管理、用户体验、精细运营7大方面,系统梳理了能全面、迅速提升产品经理能力,从而打造出让用户尖 叫的产品的60个产品秘诀。
第25件事创建精益创 业画布的9个格
第26件事精益创业的 3个访谈
01
第27件事 产品哲学中 必须**的9 大人性
02
第28件事 挖掘用户真 实需求的6 大撒手锏
03
第29件事 评估需求的 8种方法
0事 用户研究之 社会流动性 分析
05
第31件事 管理需求
第43件事视觉设计的 6个基本功
第44件事用户运营的 5个关键环节
第45件事内容运营的 5个关键环节
第46件事运营策略优 化
第47件事幂律法则在 产品运营中的应用
第48件事 5步 1
评估改版后的 效果
第49件事评估 2
推广渠道质量 的3种方法

产品经理,你的产品观是什么?

产品经理,你的产品观是什么?

一、设计产品三步走第一步:确定产品动机、定位和方向,进行用户分析、需求分析、竞品分析设计一款产品的第一步是确定产品的定位,长远的战略是什么?用户是谁?用户的动机是什么?需求是什么?(也可以说痛点),市场上已经有哪些产品?模式、体现形式、发展状况、目标用户、公司背景、团队基因等等分别是什么?最后确定我们的市场定位和方向。

第二步:根据产品定位用思维导图确定产品的功能板块、流程图制作主要流程确定好产品的定位和方向,接下来就要考虑的产品的展现形式,目前主要的三个形式是:微信公众号、APP、PC网站,不同的用户群,不同的产品所需要的形式不同,这里产品经理就要根据具体的功能、使用场景、使用频率进行分析采用哪种展现形式。

此外,一款产品可能承载着很多功能和需求,那么这些功能和需求的融合可能是很多产品经理遇到的问题,比如社区电商,既有社区论坛,也有电商,那么两者之间怎么进行融合呢?是社区里面添加购物的链接还是购物的页面添加论坛的功能入口,还是两者兼具,这就要根据用户群和使用场景进行分析,用户在什么时间、什么环境逛论坛,逛论坛是用户对未知知识或者未知世界的一种探索,是一个学习和了解新东西的需求,而这个需求满足了以后,接下来的需求是购物吗?要看这个论坛的帖子内容是什么了。

第三步:撰写BRD、MRD、PRD需求文档,确定产品的导航方式、UI风格、交互样式、运营需求一款产品第一次打开的页面犹如一个人的穿着,所谓“人靠衣服马靠鞍”,产品也是一样,每个人对一款产品的第一印象很重要,你的穿衣风格提现了你的品位,产品的长相和布局也体现了产品经理的产品观和产品理念。

杂乱无章的产品犹如一个人穿西服配篮球鞋、穿运动服配商务皮鞋是一样的效果。

二、布局交互三原则原则一:一目了然所谓一目了然就是产品的每个页面要呈现给用户的主要内容或者主要功能要一目了然,不用思考、不用寻找就可以知道在哪里操作,操作之后的页面会到达哪里,可以做什么,得到什么。

《人人都是产品经理》PPT课件

《人人都是产品经理》PPT课件
人人都是产品经理
L/O/G/O
读书心得
什么叫做产品
• 产品是指能够提供给市场,被人们使用和 消费,并能满足人们某种需求的任何东西, 包括有形的物品、无形的服务、组织、观 念或它们的组合。
• 总结:产品无处不在。
马桶改变世界
•桶 • 储水器 • 自动灌水功能 • 冲水控制器 • 盖子 • 医疗保健功能 • 。。。。。
以是产品经理,而我们就是自己的产品经理。
生活中的问题产品
让我们做点什么
战略(太阳)
• 用什么产品解决 • 什么人的 • 什么问题?
塔读为例
• 什么人(用户):喜爱阅读的人。 • 解决什么问题(需求):纸质书不易携带、
不能随时阅读、交互性差。 • 什么产品:无线互联网正版阅读分发平台。
一个需求的奋斗史
用例UML
说明各个用例之间的关系,一般有类图、用例图、状态图、时序图、活动图等。 现以“小明下馆子”为需求来举例说明各个图。
类图:Class Diagram,描述系统中出现的各个对象之间的关系,以及和外部系统的关系。
用例图:User Case Diagram,描述各个用例之间的关系。
团队组建
PD:负责整个项目的需求。 开发经理及其团队:负责开发相 关任务。 测试经理及其团队:负责测试相 关任务。 UE(用户体验团队):负责产品给 用户的展现。 服务团队:负责产品帮助的编写 ,以及上线后的服务工作等。 如果项目牵涉到其他产品,还需 要设置各种职能的接口人以协同 工作。
Kick off 产品会议
UC(User Case) :首先对用例的整体进行说明,接着就是对一个个用例进行说明。
用例(User Case)文档
用小明下馆子“点菜”为例:

产品创新地图 学习笔记

产品创新地图 学习笔记

产品创新地图:4个问题逼出成果导语:用户需求是真的吗?我们测一下。

——任鑫授课老师:任鑫指数增长实验室发起人、前京东O2O副总裁正文:每个人心中都有一个产品梦。

经常有朋友找我说,“我想到了一个点子,那家公司的产品太傻了,我想把它改改,一定能打过它。

”这时候,我觉得他的整个气氛,特别像双十一购物。

我做了这个产品,就能满足用户需求,走上人生巅峰,就好像我只要买了这个跑步机,就能长出6块腹肌。

但这些都是幻觉,只有在你下单那一刹那,你成立公司那一刹那,你的钱在变少,这件事才正在发生。

做产品是成本,让用户爽才是成果。

我们要让真实发生的事情,尽量早一点。

让成本发生的尽量晚一点,小一点,这是做产品的一大原则。

我们不应该把做创新产品当作一次购物血拼,而是应该把它当作一个投资行为。

思考能不能把成本减少一点,把未来收益变大一点。

当我们想到一个点子后,下一个问题不是该怎么做产品,怎么找程序员。

那么正确的问题是什么?做事之前,想清楚“我是谁”我是谁?要做一个产品,首先得从自己出发,想清楚人。

第一,我是一切路径的原点。

不能说你想去天安门,但是不知道自己在哪里。

你得有一个原点,才知道路径要怎么设计。

第二,我约束了解决方案本身。

自己的资源禀赋,限制了路径可以怎样去设计,有什么选择。

比如,你很有钱的话,可以打车去天安门;没钱的话,就只能做公交。

最后,我本身可以重新定义目标。

本来你想去天安门,但是我问你想去天安门干嘛?你听说那边新开了一个某某网红咖啡。

我说,其实你隔壁就有一家,不用去天安门了。

所以我甚至可以重新定义目标。

其实不管做什么事情,都应该从我要什么出发。

因为我们的动力,全部源自于内心。

如果是自己想做的事情,一定会很嗨,晚上加班也不累。

但如果是自己不想做的事情,那一定没有动力,也没有优势的。

要什么?想清楚我是谁之后,再来想这件事,是什么事儿?这里有两个最简单的约束条件。

第一,事件的目标是什么?它要达成一个什么成果?第二。

它的指标是什么?我们如何衡量这个成果?因为我们只有知道目标和指标之后,才会明白怎样取舍一件事,方向该朝左还是朝右。

人人都是产品经理2.0读后感10篇

人人都是产品经理2.0读后感10篇

人人都是产品经理2.0读后感10篇《人人都是产品经理2.0》是一本由苏杰著作,电子工业出版社出版的平装图书,本书定价:66.6,页数:360,文章吧小编精心整理的一些读者的读后感,希望对大家能有帮助。

《人人都是产品经理2.0》读后感(一):我们追逐知识付费,却不曾认认真真看一本好书前几天,一位我非常尊敬的行业前辈,在朋友圈发了一个问题,我回答了一下,ta非常认可这个答案,而这个答案就是来源这本书里。

我相信这位前辈在工作中是非常专业和有能力的,当时ta可能只是忘记了,或者无法显性表达,或者只是ta有另外一套方法论去解释……前段时间,知识付费圈子,在讨论一个问题:面对碎片化的知识,我们该怎么办?我比较认可的观点的是:知识不是碎片的,ta是系统的,只是你接受知识的方式是碎片,更重要的,这种碎片式的吸收方式,不是互联网带来的,ta一直存在,回想一下你上学时,难道不是通过一节节课,总计3~4个月去学习那几本书吗?我记得曾经有有这样一个视角去看行业的周期:无方法论时期,有方法论时期,方法论复用时期。

我觉得中国互联网行业,经过了接近20年的发展,已经影响到社会生活的方方面面,已经到一个形成和出现方法论的时期,具体现象是市面上涌现出了一大批职业培训的课程。

我偶尔会听到,圈子有人吐槽说苏老师就会写书,做产品不咋地,而写的书基本都是坑人,相信苏老师也听过,我不做评价。

但是,本书中的一句话,让我相信苏老师自己想得很明白了——这句话大概意思是“有人通过做一款牛逼的产品改变世界,而有人通过创建一套牛逼的方法论改变世界,这二者同样值得尊敬”。

总结:这是一本关于产品经理方法论的好书,足够系统,足够易懂。

如果你还在追逐市面上那些,穿着各种五颜六色衣服的“漂亮姑娘”,我建议省下你的精力和钱,好好研究一下面前这位真正的“好姑娘”。

《人人都是产品经理2.0》读后感(二):《人人都是产品经理2.0》读后感继1.0的版本版本之后,非常有幸能够在早一些的时间内读了2.0版本,距离2010年的1.0版本已过去7年,苏杰也在他的产品之路上越走越成熟,从产品经理到创业者,身份的转变,也让这本书的内容变得更加立体。

产品经理学习资料 - 分享一些经典的产品原型PRD、BRD 范例

产品经理学习资料 - 分享一些经典的产品原型PRD、BRD 范例

分享一些经典的产品原型PRD、BRD 范例其实关于这个问题,网上有很多模板可以参考,并且模板之间差异性还蛮大的。

为什么差异性比较大呢?本质上是当前市面上没有一个统一的PRD写作规范,每家公司写PRD的方法、模板都是不一样的。

所以作为产品小白,不要在意这些“表象”一定要“直击本质”!作为产品经理,一定要把我们的每一个产出物都当做一款“产品”,去思考这款产品的目标用户是谁?他们的痛点是什么?PRD这款产品的目标用户是谁呢?研发、测试、UI等内部人员对不对?他们的需求是什么呢?研发需要根据你的PRD写代码,测试需要根据你的PRD撰写测试用例,UI需要根据你的PRD输出UI 稿。

所以PRD的写作宗旨是:产品逻辑表达清晰且完整,这就是写PRD的本质!只要能达成该宗旨的PRD写作方法都是OK的。

JD产品说明文档的写作框架及写作方法为了更好的讲解产品说明文档的撰写方法,我们以JD的PRD撰写方法为例。

JD功能型产品经理一份完整的PRD,一般会包含以下几个部分:第一个:项目概述。

包含项目背景和项目目标,即为什么要做这个需求?做完之后希望达到的目标是什么?等等。

这一部分有助于让项目参与方和其他对项目感兴趣的角色更好的理解需求的来龙去脉。

第二个:修改记录。

修改记录会包含下面几个信息:1、版本。

版本是指PRD修改的版本,一般每修改一次PRD都要更新一下版本;2、修改内容。

在此部分直接撰写PRD的修改或者更新内容即可。

由于PRD整体内容偏多,直接将修改内容体现在这一部分,可以大大提高相关参与方检索信息的效率。

3、修改人。

因为各种原因,比如多个产品经理负责同一个功能或者产品离职,都有可能存在一份PRD多人更新的情况。

所以修改人这一栏有助于文档的阅读者产生问题时,直接定位相关责任人进行沟通。

4、修改时间。

即产品经理每次更新内容的时间,对于产品经理自己定位修改内容大有帮助。

第三个:需求列表。

JD产品经理每次迭代输出PRD之前,先跟直属领导过一遍需求列表,确定这一个版本要做的需求有哪些。

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

人人都是产品经理• 00 开始:写在正文之前o0.1 为什么会有这本书▪第一,非产品岗位的同学,因为工作或者兴趣,需要了解产品的方法论▪第二,对初创公司来说,如何让非专职产品人员短时间内胜任产品工作▪第三,非互联网圈的从业者,需要更通俗的了解互联人是怎么做产品的、有哪些异同、如何选择性的借鉴他们的经验▪第四,学习资料太多,不利于圈外人找到真正适合自己的图书、网站、社群、公众号o0.2 本书的产品定位▪目标用户:-1~3岁的产品经理▪需求场景•对于“泛产品经理”,可以通过阅读此书,理解一套方法论体系•对于产品经理,这本书像一本知识图谱,可以粗读一边,后续有困惑再针对性的查阅▪产品概念•通过社群组织与用户保持沟通,加上相应的培训咨询服务、工具包,以及积累多年的社交媒体与此书构成有机整体▪竞争优势• 1.此书的底层逻辑方法论提取与作者相关的实体书籍,并非凭空搭建,这样的内容源头使得此书具备了第一无二的沉淀• 2.基于作者的个人经历,出身于阿里,不仅做过一线陈皮,也关注了很多关于“产品经理岗位”、“创新”的事情• 3.写书的过程中,通过读书会与国内产品经理圈内的作者沟通,把一些建议融入此书框架中,共同构建了更加经得起推敲的内容o0.3 本书内容与阅读方法▪把书对应章节的视觉引导图与内容互相对应,建立自己的知识地图o0.4 我与本书的局限性▪ 1.没有从无到有操盘过一款真正出色的产品▪ 2.广义的运营非读者的强项▪ 3.产品形态、公司类型太多,无法一一亲历▪ 4.创业的过程,最大的收获是体会到自己“做不了什么”•01 初始:大话产品经理o 1.1 从一个小故事谈起(通过小故事分析产品设计的流程)▪产品定位阶段▪需求采集阶段▪需求转化阶段▪产品概念验证▪新功能上线时o 1.2 产品经理的前世今生▪ 1.2.1 从人类社会出现分工说起▪ 1.2.2 岗位诞生,宝洁的故事▪ 1.2.3 从项目经理到产品经理•核心区别:一个靠想,一个靠做•项目经理是执行人,工作重点是把任务完成,并不充当任务的提出者,需要的是执行、计划和控制能力•产品经理是任务的提出者,更需要创造力•创造力、洞察力和对客户的感知力是产品经理需要掌握的核心技能▪ 1.2.4 与“传统”产品经理的区别•传统行业的产品已经相对稳定,能为公司创造更大价值的事是偏营销的。

所以,作为要对最终产品扶着的人,产品经理需要把主要经理放在营销上•泛互联网行业的产品经理,由于很多产品不成熟,甚至有些产品尚未有准确定义,且每时每刻都可能出现新的东西,工作重点更侧重与产品上市前的产品定义,以及需求的采集与细化等▪ 1.2.5 十年,产品经理逐渐成熟(常见细分角度)• 1.明确的层级定义• 2.按照产品生命周期不同阶段的主要任务,细分为四个发展方向:产品架构、产品设计、产品管理、产品运营• 3.产品类型不同,背后需要产品经理具备的能力也不同,据此的细分可视为产品的细分o 1.3 思维方式与性格特点▪ 1.3.1 从“学生”到“职场”•一看到问题,马上就想答案,这就是典型的“学生”思维•产品经理式的思维o第一步,需要采集需求,分析需求o只做一次的事情找可行解,反复做的事情求最优解o先搞清问题,后选择方法•转变思维后的好处o 1.有了更多选择o 2.可做价值判断▪ 1.3.2 从“用户”到“产品经理”•每个人每天都会已用户的角色接触成百上千件产品,所以习惯以用户的视角来看待这个世界,因为这是一种简单、直接、更舒适、以自我为中心的方式•要做好产品经理,就必须摆脱以自我为中心,转向以用户为中心,换句话说,即具备“同理心”•需时刻提醒自己,用户和我们是不一样的,我们并不懂用户,但必须有能力切换成用户视角来发现产品问题▪ 1.3.3 从“现象”到“本质'•产品碰到的实际问题,往往没有完美的方案,只有用心去研究,才能找到相对合理的方案▪ 1.3.4 还有什么性格特质是加分项•热爱生活,好奇心•理想主义,完美主义•善于沟通,团队精神•抗压,自我激励,情绪调节o 1.4 产品经理的日常▪ 1.4.1 入行,社招与校招▪ 1.4.2 一天里的典型任务•产品的细分o产品架构▪定义、规划产品,确定产品定位,规划、把我产品的节奏,对产品进行宏观把控,对经验要求较高o产品设计▪负责产品细节设计•2C的产品,需要和交互设计紧密结合,注重用户体验•2B的产品,主要是业务逻辑、流程、规则的设计o产品管理▪狭义的管理,偏资源协调、跟进实施和团队建设,有点像项目管理,负责把产品做出来o产品运营▪负责产品大运营,解决产品”有人用“的问题,建立产品与用户的通路,负责营销推广▪ 1.4.3 周边团队从小到大•主要讲初创团队从零发展,团队角色的变化•02 产品:关键词与分类o 2.1 产品:解决某个问题的东西▪ 2.1.1 某个:明确定位•定位用来限定”有所为有所不为“▪ 2.1.2 问题:用户、需求、场景•用户:这个问题是谁的问题o第一,本书里提到的用户,除非特殊说明,都是指广义用户,即产品干系人,指与产品有关的所有人,也包括公司内部人员o第二,任何产品的用户都是多种多样的,但又的确有主次之分,因此,不要为了次要用户的需求干扰核心用户o第三,这里说的用户,更多指”角色",而不是自然人o客户与终端用户▪客户,指付钱买产品的人▪终端用户,指最终使用产品的人•需求:问题的核心是什么o第一,需求即“问题”的核心,它是分深浅的o第二,每一个需求,挖到最后,都可以归结到人性层面o第三,满足需求其实有三种方法:提高现实、降低期望、转移需求•场景:用户在什么情况,以及何时何地碰到这个问题•为何移动时代更看重场景o用户:用户多样化、触达用户的渠道复杂化o需求:更加丰富多样,也更加碎片化o场景:随时随地,在各种环境下o解决方案:移动特有的领域知识▪要掌握移动领域的基础知识▪要熟悉各种可利用的硬件▪要理解互动方式的变化▪要明白产业链的结构▪要懂得用简单逻辑完成任务▪要采用更灵活的实施过程▪ 2.1.3 东西:解决方案•产品、功能、特性、流程、服务等都可以算作东西•东西可以是一个有形的实物,也可以是一个无形的服务o 2.2 常见的产品分类维度▪ 2.2.1 用户关系角度•单点:启动最简单•单边:可能有网络效应•多边:平台相,壁垒最高▪ 2.2.2 用户需求角度•工具,解决单点问题o解决特定的单点问题,用户可以“用完即走”•内容,价值观过滤器o必须提供有价值的信息,如果用户想打发时间,那么“可打发时间”也算一种价值o基本的产品逻辑是:主动(搜索、订阅等)或被动(推送、推荐等)接触内容→消费内容→消费后行为(评论、点赞、打赏等互动,以及分享、传播等扩散行为)•社交,彼此相互吸引o用户与用户互相玩,彼此吸引并建立关系,最终因此而留下来o社交产品最大的优势就是用户黏性相对高,最大的劣势是离钱比较远•交易,做生意卖东西o线上的交易,就是电商和O2O概念下的各种收费服务o有的是真正做“交易”,即自己卖货,属于B2C模式o有的其实是“交易平台”,自己不卖东西,通过服务卖家、买家让双方在平台上成交•平台,复杂的综合体o这是一种同时满足多种角色的产品形态,也可以说是“生态"•游戏,打造平行世界o可大可小,一切皆可包容,是真实世界的副本▪ 2.2.3 用户类型角度•第一个角度:企业 VS 个人o2B产品至少要同时面对企业代表(要不要买、要不要用的决策)和终端用户两种角色o典型的2C产品相对简单,自己买自己用。

但也有特例,比如各种礼品就是买给别人用的•第二个角度:群体 VS 个体o典型的OA系统,需要多个角色一起使用o2C的产品,经常是自己一个人用就可以了•第三个角度:工作 VS 生活o2B的产品是生产资料o2C的产品是生活资料o2B重商业价值,2C重用户体验•第四个角度:男人 VS 女人o2B像男人,2C像女人,男人在乎目的与结果,女人在乎过程与感受o2B、2C没有完美的分类方法和清晰的分类界限,我们应该综合两者的优势来做产品,它不是非此即彼的概念,而是一条线的两端▪ 2.2.4 产品形态角度•BS结构:Browser-Servero对研发团队来说,大部分工作在服务端,或者说是云端,客户端借助一个浏览器来做展示o研发过程简单,最大的优势就是“快”o相比客户端,Browser模式还有个跨平台的优势•CS结构:Client-Server结构o它有一个需要安装的客户端,还会有一个服务端,手机里的App、电脑里安装的软件就是这种•软硬结合o除了软件部分,还有硬件实体•大实体:有软硬件更有服务•前面的轻,做起来快,迭代周期短,试错成本低,对质量的要求没那么搞,有问题容易改正。

当然,相应的进入壁垒也就比较低•模式的取舍o偏交互的用Native(Client模式),偏浏览的用Web(Browser 模式)▪交互指复杂操作,包括输入、选择等,Web往往支持得不好o已稳定的用Native,试错中的用Webo访问硬件的用Native,信息展示的用Web▪硬件包括手机里的各种传感器等,Native的访问权限更高,安全性也更高o核心功能用Native,周边辅助用Webo变化少的用Native,经常变的用Web▪ 2.2.5 各种其他角度•行业分类角度o关于行业的具体细分•盈利模式角度o基本可以分为两大类:俗称卖货的行当与卖人的行当o卖货采用前向收费,直接像用户要钱o卖人采用后行收费,即2B的抽水模式,主要像对企业单位或信息提供者收取费用,包括广告发布,竞价排名,冠名赞助,企业会员等费用•关键资源角度o资本驱动▪对应着需要大笔资金做准入门槛的产品o技术驱动▪意味着拥有核心技术能力,成为别人无法模仿的壁垒o产品体验▪产品本身要好,对互联网行业来说,就是用户体验很爽o运营服务▪对应着需要很多“人肉”参与的产品,强调运营效率、服务体验等o垄断资源▪取决于获取资源的能力•行业成熟度角度o从0到1和从1到N的区别•03 概念:提出与筛选o 3.1 产品概念的提出▪核心用户•产品目标用户中最重要的用户是谁,表达为一个抽象的人群•产品目标用户中最重要的用户是谁,表达为一个抽象的人群▪刚性需求•用户需求中最重要的那些,叫作刚性需求•刚性需求要满足三个条件:真实、刚需、高频o真实:需求是真的存在,还是幻想出来的o刚需:特指需求是否强烈,不满足能否忍受o高频:需求发生的频次是高是低▪典型场景•到底什么场景更典型?可以通过有没有“唤起点”来判断。

•在某种情境下、某时某刻,用户能想到,最好是能第一个想到你的产品。

这个时刻就是产品的唤起点▪产品概念•简单的一句话,说出你的解决方案是什么,一个App,一个网站,一个服务体系,还是一个企业协同的工具?▪竞争优势•人无我有;人有我优,无非就是多快好省,具体的说,包括更多功能、更快解决问题、更好的质量、更省钱等•竞品分析o竞品的范畴:相似的产品→能满足同样需求的不同产品(从表层到深层需求)→所有消耗用户时间的产品o互联网/手机上的所有产品都是竞品,竞争的是用户仅有的那点时间o 3.2 概念提出的综合案例▪ 3.2.1 案例1:智能长命锁▪ 3.2.2 案例2:淘宝首页•首先,我们要确定这个产品的核心用户o第一步,做用户细分,列出可能与淘宝首页发生关系的各种用户:买家、卖家、合作伙伴(即服务买卖方的服务商)、淘宝员工、竞争对手、机器爬虫等等o第二步:判断每种用户的价值,排个优先级o第三步:判断“买家”这个用户群体的粒度是否足够细。

相关文档
最新文档