• 关于产品经理的发展史,虽然可以追溯到1927年美国P&G公司首次提出Product Management的制度,但“产品经理”这个职业的发展和普及不过才短短几年的时间,尤其对于很多中小型企业来说,才刚刚度过了职责模糊...

    本文出自Mockplus团队,Mockplus是一款更快更简单的原型设计工具

    关于产品经理的发展史,虽然可以追溯到1927年美国P&G公司首次提出Product Management的制度,但“产品经理”这个职业的发展和普及不过才短短几年的时间,尤其对于很多中小型企业来说,才刚刚度过了职责模糊期。再加上现在互联网资本市场的推动,直接催化了互联网中的浮躁和泡沫现象,而且间接影响着产品经理这一职业、以及准备择业或深耕的人们。

    目前有很多线上/线下的PM培训课程和机构,但到底实际情况怎么样?是否适合自己目前阶段的需求?学习后的成效到底如何?相信每一个准备转岗或加深职业技能学习的小伙伴在“入坑”前都会思考这些问题。这里小编整理了一些国外靠谱的PM培训课程,从入门、进阶到中高级都有涵盖,一起来看看吧。

    产品经理入门课程

    1.Coursera

    URL:https://www.coursera.org/

    费用:单个课程29-99美元,多项课程39-79美元,学位课程15000美元

    平台:线上,网页或App


    来自斯坦福、耶鲁、宾夕法尼亚、Google、Autodesk及150多个其他机构的专家精心研发地免费、付费课程。多达2600多项在线课程,支持多种语言(中文、西班牙语、葡萄牙语、法语、俄语等)的学习,可以联系导师或者与其他学生互动,还能自由掌握学习和休息暂停的时间。热门主题包括:艺术、商务、数据科学、个人发展等。

    定向推荐课程:

    用户评价:“资源非常丰富,功能十分强大,设计也很人性化,用手机随时随地都可以学习,真的很方便。”

    2.Udemy

    URL:https://www.udemy.com/

    费用:提供免费课程,高级课程收费10-2000美元不等

    平台:线上,网页或APP


    Udemy是一个在线学习和教学平台,课程涵盖2000多个主题,每月会针对iOS11和ARKit等各大热门主题发布各类新课程。最大的亮点在于有3万多名专家讲师,用80种不同的语言提供丰富的学习内容。支持下载课程、离线学习。

    定向推荐课程:

    用户评价:“有了Udemy应用,用户可以浏览并注册免费和付费课程,随时地观看视频讲座、文章和演示。”

    3.Mockplus

    URL: https://www.mockplus.cn

    费用:免费

    平台:线上,网页


    作为易用强大的原型设计工具,Mockplus也提供了一系列免费优质的行业文章,从用户调查和交互设计,到用户体验设计和可用性测试等都有涵盖,感兴趣的小伙伴可以用邮箱订阅博客文章、获取最前沿的设计资讯。

    定向推荐课程:

    用户评价:“普通和优秀的互联网产品区别在于是否理解人性,我觉得摹客不仅功能简单上手快、符合快速迭代和追求效率的时代节奏,还提供了丰富的文章、设计资源,是一款人性化、不可多得的优秀产品。”

    产品经理进阶课程

    4.Edx

    URL:https://www.edx.org/

    费用:免费

    平台:线上,网页或APP


    从这里可以访问来自100多家领先机构的免费在线课程,包括哈佛大学、麻省理工大学、微软等知名学府及机构。它的视频课程是一大特色,其中包括小型校内讨论组的视频课程,当然也有在线教科书和在线讨论的论坛。多种方式开设课程,并提供Edx官方颁发的认证证书。

    定向推荐课程:

    用户评价:“课程涵盖面广且有深度,很喜欢,非常感谢!”

    5.General Assembly

    URL:https://generalassemb.ly/

    费用:根据定制的课程,费用有所差异

    平台:线上,网页


    GA是由Jake Schwartz于2011年创办的一家私营盈利教育机构,目前被称为提供教育和职业转型的先驱者,并致力于提供移动和网络开发,产品管理、数据科学和其他数字相关的课程,并在世界各地设有线下机构,对于企业家和商业人士来说都是不错的提升技能的选择。

    定向推荐课程:

    用户评价:“General Assemly提供了领先于行业水平的线上和线下培训资源,我可以轻松获取和掌握编码、数据、设计、数字营销等方面的内容。”

    6.Product School

    URL: https://www.productschool.com/

    费用:$3995美元

    平台:线下,美国或英国


    对于希望转岗、加深职业技能学习的小伙伴来说,ProductSchool提供了很多可灵活选择的课程,可以根据自己的时间规划选择周内或周末课程。与Google、PayPal等众多名企合作,是ProductSchool的特色以及优势。它的产品知识培训讲师,更是有来自FB、Snapchat、Spotify以及Instagram的大师级人物,持续两个月的培训,相信你会有很多收获。

    定向课程推荐:

    Product Management Course

    用户评价:“这里的老师都有超过7年的产品副总或产品总监的工作经验,我不仅获得了1对1的专业技能指导,也收获了不少面试和求职的技巧,点赞!”

    产品经理中高级课程

    7.280 Group

    URL:https://280group.com/

    费用:695-1995美元

    平台:线上,美国或英国


    这是专门提供产品管理培训和咨询的平台,有线上及线下的1对1课程,内容涵盖产品管理及产品营销的基础入门、领导力、产品职业技能等。即使对于产品老手,也能找到很多进一步查漏补缺的进阶课程。

    定向课程推荐:

    用户评价:“在这里的学习很满意,我学到了很多产品管理和产品营销服务的知识,又进一步精进了自己的职业技能。”

    8.UC Berkeley

    URL:https://www.berkeley.edu/

    费用:7245美元

    平台:线下,美国加州


    这是来自美国加州伯克利大学分院备受好评的MBA课程,其中为期5天的产品管理培训课程,不仅将商业和设计思维很好地融合,而且从市场竞争和业务模式促成以客户为中心的设计,让你在最短的时间内收获产品管理的知识。全程有私人教练指导实践联系,根据个人实际情况定制个性化的培训课程。

    定向课程推荐:

    Product Management Training Program

    用户评价:“UC Berkeley的产品管理课程不仅开拓了我的视野、而且给了我很多启发,为我的工作和职业技能深化提供了新的可能性。”

    结语

    以上便是小编整理的产品经理培训课程的“防坑”表单,希望对想改变职业规划或继续深造专业技能的小伙伴有所帮助。俗话说“工欲善其事必先利其器”,如果你想尽快从理论转实战、体验快速制作产品原型并做可用性测试,那推荐使用Mockplus,一键拖拽创建交互,团队协作也省事省力,能满足你大部分的设计需求。

    展开全文
  • (一)项目启动前  从事产品的工作一年多,但自己...实际上,这些都不是产品经理的核心和重点。在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理、交互设计师...

    (一)项目启动前

      从事产品的工作一年多,但自己一直苦于这样或者那样的困惑,很多人想要从事产品,或者老板自己创业要亲自承担产品一职,但他们对产品这个岗位的认识却不明晰,有的以为是纯粹的画原型,有的是以为做项目管理跟踪项目进度,有的是做竞品分析给老板看。实际上,这些都不是产品经理的核心和重点。在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理、交互设计师、UI设计师、用户体验分析师、1师、运营等等。但是创业型公司中产品经理往往都是身兼数职,创业公司追求的是效率最大化、成本最低化,根本没精力将岗位分的那么细致。下面我以一个创业者的视角或者说负责一个产品项目的产品经理角度出发,来审视整个过程,看一个产品从无到有,产品经理需要哪些事情。

      产品从概念到产出到流程 
    这里写图片描述

      做任何东西之前,首先要考虑其背后的用户需求、商业价值、技术难度。只有用户有需求,你的产品才会有人用;只有其商业价值成立,才能为企业带来利润,毕竟企业最最基本的目标就是要盈利;只有技术上的总体评估是可行的,整个项目才可被执行。现在的互联网创业,大家都在追求”快“,比如2个月融资,4月用户过百万,3年后纳斯达克上市。但是这都是大家看到别人创业成功的表象,殊不知做任何事情的前提是,你得了解你在做什么,诚然,不排除哪些胆子大运气好随便干就成了的,但那只是个案,不值得深究。

    一、用户需求

      1.1产品定位

    这里写图片描述

      在项目的执行过程中,我们经常陷入一种情景,就是一堆人在一块,讨论的氛围可谓是情绪高涨,A说这个地方的按钮不行,B说这个地方应该像人家APP那样做,C又说你们都不对应该是这个模块不要换成这个云云。经常参加这种讨论,会无比的耗费时间和体力,动辄好几个小时过去,但一散会,发现什么结果也没得出来。多数情况下,一定是产品定位出了问题。执行的人一定要清楚的明白产品是用来干什么的,给什么人用,才能正常的去讨论具体细节。如果热血沸腾、蹬鼻子上脸的的讨论了好久,发现没结果,发现会议的讨论跑偏了,不妨回归本质,想想我们的产品定位是什么。

      产品定义:产品定位包含两个大的内容一个是产品定义,另一个是需求定义。产品定义要分析的内容包含产品的使用人群、主要功能和产品特色。

    这里写图片描述

      举例,你现在要创业搞一个移动端招聘APP取,作为产品经理首先应该干什么?中国每年的就业人口非常庞大,行业也各种各样,那你就有要想,你的产品是要给什么样的人提供服务,你如果想服务所有行业的人群那是不可能的,首先一个小公司去整合这么多行业招聘信息本身就非常困难,另外并不是每个行业的人对互联网的接受程度那么高。

      通过数据分析和调研,发现现在国家鼓励创业,创业的高峰期必然产生大量的人力需求,尤其是现场几乎说到创业没有哪个是跟互联网无关的,而且从事互联网的人对于APP的接受程度也很高,至少都愿意尝试。所以你把互联网这个行业的从业人群作为你产品的使用人群。

      当你分析完其他招聘类APP后,你发现这些APP有很多问题,比如我就是要找北京西二旗那边的工作,但是很多APP目前都是没位置筛选;虽然可以海投,但是得到的反馈的寥寥无几;能够了解的企业信息太少;在投递建立前,作为求职者希望知道这个公司的老板是谁;现在都互联网时代,电子简历完全可以了,为什么每次招聘还需要招聘者自己打印简历,要知道打印简历对于求职者来讲并不是很方便,因为随时会改动,这对求职者非常不方便。所以你打算做这个APP,他的特色功能就是:1、岗位支持企业所在位置分类;2、招聘方应该时时给予求职者反馈;3、取消纸质简历。主要功能就是招聘。现在我们给APP取名叫做飞鸽招聘。

      需求定义:需求定义的分析包含目标用户、使用场景、用户目标三个方面。目标用户是什么类型的人会用你的产品;主要功能是指你的产品是用来干什么的,是工具是社交还是其他;你的产品相对于其他市面上的产品有什么不同的地方,这就是产品特色。

    这里写图片描述

      刚才明确了APP的适用人群、主要功能和产品特色。市面上的招聘APP,有的是做猎头的专门针对于希望跳槽的,你的APP的目标用户是谁?基于特色功能分析和用户痛点,分析出出产品的目标用户是那些有想在具体位置找工作的人,比如已经定居北京后沙峪的人,希望工作在望京;当你刚刚搬家到回龙观时,此时你面临着换工作,你可能会倾向于找西二旗那边的工作。

      1.2需求分析

      以上就是所有产品定位的内容。这些完成之后,紧接着的就是竞品分析和用户调研,一方面这是对我们的需求进行一定的验证,另一方面也是我们直接接触用户的一个机会,看用户存在什么需求。 
    这里写图片描述

      1.3需求筛选

    这里写图片描述

      早期需求筛选是个非常苦逼的事情,如果产品经理自己就是老板,自己心里很清除还行,如果不是很容易陷入海量的需求中拔不出来,讨论着讨论着就跑偏了,讨论完之后好像什么功能都需要,这个功能有用,必须加;那个功能太好玩了,用户肯定有趣。这话总完全凭个人主观臆断的东西,往往都是当时听起来貌似合理,但事后却经不起推敲。所以我们需要始终把握住我们的产品定位和优先级,万不可盲目的在这个地方做很多无畏的牺牲和奋斗(少做不经思考的、拍脑袋的、不经过大脑的决定)。

      需求记录表: 
    这里写图片描述

      早起需求筛选期间,会出现很多这样或者那样的需求,有些我们不能立马做出判断说做还是不错,这些点子有可能以后会成为我们产品迭代的启发点,也会给产品的发展带来更广的思路。做好管理,尊重每一个人的想法,在出现模棱两可时,记录下载,对会议的推动和进展会有很大的帮助。

    二、商业价值

    这里写图片描述

      市场需求文档和商业需求文档,一般在大公司会得到比较成熟的体现。小公司往往多数都是老板自己决定,老板可能不会搞这样或者那样的文档,但他自己肯定会去做基本了解,或者本身自己就很了解某个行业。这两个文档并不是多余的,也不是累赘,如果在项目启动前,能够花一定的时间去深入了解行业和用户是非常必要的。具体文档细节在这里不做阐述,网上有很多可以去借鉴的。

    三、技术评估

    这里写图片描述

      作为不是技术出身的人,就不再这里转笔了。尊重开发人员,和开发相处融洽一点,会对产品的推动非常有帮助。

    (二)项目执行中

      在前文中已经给大家讲了项目启动前应该做的三大块1、需求;2、商业;3、技术。在这些准备工作整理完之后,接下来就是执行,执行过程中不像之前需要考虑的那么宏观,但需要你足够的细心和耐心。

    一、产品层面

    这里写图片描述

      需求产生了之后,紧接着产品人员就可以产出需求文档,需求文档对接下来交互设计(创业公司往往产品经理会担任)、UI设计起着关键性的作用,当然在需求闻文档产生的过程中,如果有专职的交互设计,在需求阶段最好和产品人员一起来探讨需求文档的细节,这对于交互设计自己理解整体的需求有帮助,也对他进行原型设计和撰写交互说明有很好的帮助。

      需求文档大致包含的内容会有如下几个方面:

      背景描述:为什么开展这个项目?解决用户什么问题?会有多大的价值?大致就是把项目启动前做的功课进行一下总结说明,务必精简明了。

      用户画像:对用户特征进行虚拟说明,阐明用户情况。

    这里写图片描述

      项目时间规划:什么时候出来原型?什么时候出来真实设计稿;什么时候进入开发?什么时候开始测试?什么时候开始提交应用商店? 这些都需要明确出来,不然如果没有时间概念,什么事情都会拖拖拉拉,没有紧迫感。

      信息结构图:APP的内容组织结构。下面是举例,简单的给出微信的基本结构。

    这里写图片描述

      任务流程图:对于APP中的大功能,把用户从开始到结束的整个过程梳理出来,把各种可能性考虑进来,否则之后如果开发碰到问题了问你,你还得重新考虑,更可怕的是开发不问你直接就开发了,而结果还不是你想要的。下面以一个简单的登录为例:

    这里写图片描述

      需求说明:把每个操作的条件和结果说清楚,如果能够用文字说清楚的就用文字,说不清楚的最好用图片。可能有的人会说,这个时候还没有线框图,怎么解释啊。这个并不矛盾,早起的需求文档是用来给交互看的(再次强调,创业型公司的产品可能会兼着交互),交互设计师再根据你的功能结构和流程梳来设计线框图和高保真的原型图。

      数据埋点:把后期需要查看的数据列成清单,比如说这个按钮的点击率,这个页面的打开率等等,这个时候需要和运营多交流,对需要做埋点的地方理清楚。这对于产品上线后的数据分析很有帮助,数据也可以辅助产品功能的迭代。

    二、交互设计

      需求整理完成之后,接下来大致要进行的就是线框图、页面流程、高保真原型图和交互说明的设计和产出。高保真原型是具体情况来定,有的公司有要求,有的没有。

      2.1线框图:

      力求简单清晰的表达出每个页面的视觉效果,这里最好不要加入交互,也不要搞的五颜六色,最好是黑灰色。每个情形就是一个页面,把各个情况用页面分别表达出来,一方面你会更加清晰APP整体的界面数量,另外设计也会更加清楚你想要什么,否则加入了交互,设计也不知道怎么点,你还得解释半天。 
    这里写图片描述

      2.2页面流程图:

      比较类似之前的信息结构图,页面流程图这是用各个页面来做连接,视觉上更加清晰各个环节的衔接和跳转。 
    这里写图片描述

      2.3高保真原型图:

      对交互的要求会更高。需要比较完整的展现各个功能之间的交互动作,另外在视觉上尽量还原真实产品的样子。(关于Axure,可以学习金乌的课程,很不错,很多人觉得讲的太罗嗦,但是你认真看下来还是很有收货的) 
    这里写图片描述

      2.4交互说明:

      我个人觉得,交互说明和高保真原型有重合之处,如果做了高保真,那么多数的交互动作基本上都可以展现。但是有些地方的交互动效是软件无法搞定了,这个时候就需要你用交互说明了。

      如果文字和图片都不要说明的就直接用纸片来模拟。不要小看这种方式。

    这里写图片描述

      这里做交互标记的工具推荐几个给大家:mac电脑果断是sketch了;windows下有snagit、圈点、FScapture,另外viso也可以标注。

    这里写图片描述

    三、UI设计

      一般情况下,交互设计师讲线框图交给设计师,设计师就可以开工了。这个过程,交互也要多和设计去沟通,毕竟UI也会有自己的专业度,她会有自己的设计见解,这很正常。

    四、项目执行

      设计产出了,交互的工作也做完了,该去交给项目经理执行了,这个身份目前来看那只有很大的公司里才会有,一般情况下是由产品经理直接兼任了。这里需要提醒的是,在执行前,各种相关的规范要先建立起来。比如:

      4.1,apk、api文件的命名规范和不同类型安装包的管理:

      这里全是我个人的经验,做好这些,会对以后安装包的管理会有极大的帮助。我们当时把搭建了一个开发者环境,这个环境下的APK、API文件只能在局域网类使用,在这个环境下可以任意折腾和测试,不会影响到已经上线的应用。

      开发者环境下打包的安装包图标和命名要和线上环境下的应用区别开。以后在续测试时就不会因为各个版本搞的手忙脚乱。

    这里写图片描述

      4.2APK、API文件管理

      4.2.1开发版:纯开发自己使用或者产品使用,其他无关人员一般情况下不会接触到这个版本。网络环境:仅特定网络环境下使用(需要技术人员搭建环境)。

      4.2.2公测版:经过产品和测试人员的详细测试后,基本没有什么BUG了,就可以拿出来给公司的人使用,也算是上线前的稳定性测试。网络环境:仅在特定环境下可以使用(需要技术搭建环境)。

      4.2.3商店版:准备提交到市场的APK、API文件。在经过开发版本、公测版的全面测试后,排除一切不稳定bug,此时打包的商店版仍然需要经测试人员的最后把关,最后一定要保证的是,准备上线的APK、API文件是经过测试人员的最后把关的,否则如果开发如果做了改动不通知测试和产品人员,上线后出了问题再改就晚了。

    这里写图片描述

    五、APP测试和版本号管理

      版本好号的管理,前期就要搞清楚,否则后面产品上线后,出现bug要改进,或者添加新功能后对老版本是否有影响,这个时候版本号管理的好就会起到很大的作用,一方面你可以随时找出之前上线过的apk、API文件,另一方面面对不断修改打包的文件不至于把自己搞混。

      下面是我个人的意见,如哪个大牛有好方法可以分享出来。版本号始终是唯一的,是依次迭代递进的,不要为了上线时版本号好看就去刻意干扰版本号,严禁搞多套版本号。

    测试须知:

      UI、交互、产品在技术人员开发阶段,要多和技术人员沟通,最好是将大功能细化成小功能模块,每次做好一部分就通知相关的人进行检查,以免累计到最后问题过多修改动作太大。UI负责盯着开发是否按照自己的设计实现的,交互负责关注交互效果是否符合你的标准,产品负责关注各个功能的实现是否正确。 
    这里写图片描述

      测试用例:好的测试用例能够有效的推进测试的进程,好的测试用例在于尽可能的把APP的各种需要测试的情况用人话描述清楚,这点就看你的文字能力了,测试用例写出来会交给测试人员来测,这也是他们评判APP是否达标的标准。

      Bug管理工具:bugtags,bugclose等等,市面上有很多,多是免费的,即使是收费也不要在意那么点钱,借助bug管理工具能够有效的提高测试人员和技术人员的协作效率。

    (三)项目上线后

      之前给大家介绍了两个部分,项目启动前和项目执行中。项目上线后,作为产品需要关注的事情有几个方面,一是APP数据,二是用户反馈,三是需求提取。

    一、APP数据

    新增用户:第一次启动应用的用户;

    新增独立用户:全体应用的新增用户的总和(去重)

    活跃用户:当天启动一次的用户即为活跃用户,含新用户和老用户;

    活跃独立用户:当天应用的活跃用户总和(去重)

    MAU:MAU(monthly active users)月活跃用户人数。

    DAU:DAU(Daily Active User)日活跃用户数量。常用于反映网站、互联网应用或网络游戏的运营情况。

    用户留存率:在互联网行业中,用户在某段时间内开始使用应用,经过一段时间后,仍然继续使用该应用的用户,被认作是留存用户。这部分用户占当时新增用户的比例即是留存率,会按照每隔1单位时间(例日、周、月)来进行统计。

    用户留存率中的40-20-10法则:如果你想让游戏、应用的DAU超过100万,那么日留存率应该大于40%,周留存率和月留存率分别大于20%和10%。

    次日留存率:(当天新增的用户中,在往后的第1天还活跃的用户数)/第一天新增总用户数;

    第2日留存率:(第一天新增用户中,在往后的第2天还有活跃的用户数)/第一天新增总用户数;

    第7日留存率:(第一天新增的用户中,在往后的第7天还有活跃的用户数)/第一天新增总用户数;

    第30日留存率:(第一天新增的用户中,在往后的第30天还有活跃的用户数)/第一天新增总用户数。

      另外就是APP的埋点数据,这个功能的点击率是多少?这个功能有多少人打开,又有多少人使用了?有多少人在频繁使用这个功能?等等,这些埋点数据要时常关注。结合数据变化来反思功能设计的问题,从而优化产品。

    二、用户反馈和评论

      产品上线后,用户的反馈和评论对于产品人员来讲是尤为珍贵的材料,一方面这是你的真实用户的直观感受,另一方面他们再表达直接的需求。那么,怎么样处理用户的意见就显得格外重要。用户反馈什么我们就做什么,这是肯定不行的。很多情况下用户表达的只是一种表面现象,要学会去挖掘用户背后的需求本质。多去研究世界上一些革命性的产品,多去了解人。

    这里写图片描述

    这里写图片描述 
    当看到四处飞来的意见时,我们要学会思考,而不是全盘接受、全盘照抄。

    是不是我们的目标?想想我们的目标用户是谁。

    使用场景是否成立?还是这只是极个别人的场景需求。

    用户目标是否正确?我们的APP是不是用来满足用户这个需求的?

    产品定位还正确吗?如果做了这个功能,还符合我们产品的定位吗?

    如果要做这个功能,那么自身的项目资源是否能够满足?如果需要举全部资源来做这件事情,那就要慎重再慎重。 
    这里写图片描述

    三、需求提取

    也许用户的意见是个圆形,但经过分析之后,很有可能得到需求是个三角形。

    “如果我最初问消费者他们想要什么,他们应该是会告诉我,‘要一匹更快的马!’”

    ——这是亨利·福特的一句经典名言,如今我们在《乔布斯传》里又见到了它。

      100多年前,福特公司的创始人亨利·福特先生到处跑去问客户:“您需要一个什么样的更好的交通工具?”几乎所有人的答案都是:“我要一匹更快的马”。很多人听到这个答案,于是立马跑到马场去选马配种,以满足客户的需求。但是福特先生却没有立马往马场跑,而是接着往下问。

    福特:“你为什么需要一匹更快的马?”

    客户:“因为可以跑得更快!”

    福特:“你为什么需要跑得更快?”

    客户:“因为这样我就可以更早的到达目的地。”

    福特:“所以,你要一匹更快的马的真正用意是?”

    客户:“用更短的时间、更快地到达目的地!”

    于是,福特并没有往马场跑去,而是选择了制造汽车去满足客户的需求。

    这里写图片描述

      客户需求有显性需求和隐性需求两大类。我们通过市场调查得知的往往都是一些诸如“我要一匹更快的马”这类显性需求。客户的显性需求并不是客户真正的需求。企业需要根据所收集的显性需求信息进行深度挖掘和捕获,以了解客户的隐性需求是什么,进而分析出客户的真正需求是什么(例如:用更短的时间、更快地到达目的地)。这就是一个需求分析的过程。

    乔布斯所言:“我们的任务是读懂还没落到纸面上的东西。”实际上就是用户隐性需求的深度挖掘。

    本文为作者华飞(微信huaguolong179),文章来源:鸟哥笔记,转载请注明来源鸟哥笔记并附带作者信息。 
    转载地址:http://www.jianshu.com/p/9251dbf9bb6b#

    展开全文
  • 产品经理学习视频

    2020-06-29 15:21:58
    3-思维导图在产品经理工作中的应用.mp4 4-思维导图软件介绍-Mindmanager.mp4 5-思维导图软件介绍-Xmind.mp4 02.第二阶段:产品经理的工作方法及应用 1产品经理原型设计工具Axure使用基础 1-认识Axure.mp4 2-...
  • App更新策略课程一共有六节,本节是最后一节,将会给大家总结一下我们App更新的时候有那些常见场景,并依据这些场景简单编写一下测试用例,还将会和大家探讨一下app更新模块还可以继续扩展什么功能。如果没有看过...

    App更新策略课程一共有六节,本节是最后一节,将会给大家总结一下我们App更新的时候有那些常见场景,并依据这些场景简单编写一下测试用例,还将会和大家探讨一下app更新模块还可以继续扩展什么功能。如果没有看过前面的课程的同学可以先学习前面的课程:

    App更新策略课程-检查更新实现
    App更新策略课程-定义后台更新服务
    App更新策略课程-实现进度更新
    App更新策略课程-实现通知栏进度更新

    配套视频教程:
    App更新策略课程

    代码地址:
    http://git.oschina.net/devilwwj/AndroidUpdateDemo

    测试用例

    这里我只是简单写了一下应用更新是最常出现的场景的测试用例,测试人员在测试这样的功能模块的时候,可能会考虑到更多的测试场景,这就需要我们不停的去优化测试流程去尽量满足真实的用户场景,比如考虑更多操作失败时的场景,例如网络切换时是否提醒用户网络已经被切换了、网络连接失败时是否提示用户、下载失败之后的提示,避免重复提醒用户更新等等。

    测试用例

    本次课程只提供一个初步的解决方案,让没有这方面经验的同学能明白app更新策略是如何实现的,并没有做到完全适用于用户的各种应用场景,这需要同学们自己在实际开发中根据需求去优化这个解决方案。

    效果图

    更新对话框

    更新进度

    总结

    梳理流程图

    更新流程图

    这个是最简单的更新流程图,更新的流程大致都是类似的,我们首先会去请求服务端获取更新信息,这个是检查更新的过程。

    一般情况我们会拿到相应的json数据,举个例子:
    更新信息

    我们通过这样的json数据,拿到具体的更新信息,这里我们关注一下version_code,我们通过比对本地的versionCode跟服务端返回的versionCode,如果前者大,则无更新内容,如果后者大,则提示用户更新下载;

    检查到有更新之后,就给用户弹窗通知用户下载,点击『取消』就不更新,点击『确定』则启动后台服务异步下载apk,下载成功之后如果在前台,我们可以直接跳转到安装界面完成安装;如果在后台,下载成功之后会在通知栏显示下载结果,点击通知栏消息也可以跳转到安装界面。具体的操作流程可以根据你们的需求来调整,不一定要按照我这里的操作流程。

    完成安装之后,我们整个的app更新策略就完成了。那么我们还可以做些什么功能?如果只是简单的实现更新,还不算特别复杂,就怕我们伟大的产品经理提出伟(keng)大(die)的想法,比如要求app具备以下功能:

    1. 强制更新(流氓行为,用户可能会骂街)
    2. 断点续传(操作流程又会复杂很多)
    3. 增量更新(百度一下是啥吧)

    这绝对有可能有这样的需求,这里留给同学们自己私下去实现,本课程就不继续讲解这方面的内容。

    好啦,关于App更新策略课程已经完结,大家可以看到只是简单的一个更新模块,就需要我们考虑很多问题,如果让你自己去实现你会怎么做,希望本套课程能给同学们带来一定的帮助,毕竟更新升级是每个应用最基本的模块之一,最后谢谢同学们的耐心观看。

    展开全文
  • 截止本月12月中旬,已经有220名产品经理加入快速体验1款app。今天精选5个好玩的app。从产品经理角度需要猎奇的点出发:用户群体、所在行业、产品交互、业务模式、产品功能精选的app不限行业,不限人群,所以很多时候...


    截止本月12月中旬,已经有220名产品经理加入快速体验1款app。今天精选5个好玩的app。从产品经理角度需要猎奇的点出发:


    用户群体、所在行业、产品交互、业务模式、产品功能


    精选的app不限行业,不限人群,所以很多时候一些跨界的产品会给你带一些新的点子。


    蹦迪


    【产品定位】立志为年轻群体,打造一个专属的潮流文化社区


    【目标用户】有个性的年轻人


    【需求场景】有个性的年轻人追求有相同兴趣的独特的人


    【产品特色】精心运营了几个“场子”、独特的UI色彩风格


    【产品功能】首页(推荐+场子)、关注、发布、消息、我的


    【一点思考】


    功能架构和市场上大多数产品类似,唯一有差异的就是大多数产品是用“话题”来聚合,而且有多个话题,而“蹦迪”是精心运营了“6个”场子,应该是在mvp验证,如果后续数据好,肯定会在多放一些场子。


    另外一个就是常见的在UI上做区别,让大家有印象,虽然功能不一定记得住,但是UI是可以的。有些类似于陌陌系产品的UI风格。



    精选理由:


    垂直领域的产品,针对蹦迪与潮流为内容聚合,通过问卷为用户匹配内容。细腻的交互动态信息流,符合用户喜欢。语音与文本消息的混输入口,给了标准化输入框更多可能性。




    MellowMe


    产品名称:MellowMe 产品定位:改善睡眠有问题的人群、缓解身心压力&焦虑人群 产品特色:UI自愈系、卡片设计;声音内容很有特点 产品功能:轻松入睡、放松一下、呼吸练习 盈利模式:付费订阅模式 思考:


    相对较于小睡眠、潮汐功能大全全甚至变得臃肿使用成本变高了,而Mellow Me就突显得小众有特点;尤其是对于追求获得内心一点宁静用户群体更喜欢无负担产品了。在产品信息架构上「呼吸练习」功能位置在「我的」主页显得突兀,这一点上潮汐就做的很好,「专注」、「睡眠」、「呼吸」三大主功能位于主页;缺少闹钟提醒功能,在午睡场景使用「小睡一下」不会睡过头。


    精选理由


    垂直的工具化产品,以卡通化的设计与交互俘获了目标群体。巧妙的文案与音乐的播放入口非常浅,用户可以快速停止和进入



    逗你学


    定位:利用碎片化时间趣味学习知识点的工具产品


    目标人群:小初高学生群体,家长


    特点:单一知识点精讲趣味讲,记忆深刻


    功能:课程试听,收藏,回听,学习相关资讯


    商业模式:会员收费


    想法建议:


    趣味化的知识点确实能加深理解记忆,教研组肯定下了苦功夫,成本想必不低。对于优秀的教师,完全可以开通线上小班课,平台抽佣金,降低教研成本,而且应该开设课后测评,通过考核推荐课程内容,而不是千人一面,资讯内容有些也不适合低年级的学生看,产品改进还有很大空间


    精选理由


    特殊的行业市场,切入K12教育。以零碎时间学习为突破点,让用户以工具的方式使用该产品。符合学生群体的UI与交互,通过注册后筛选用户年级推荐对应学习内容




    Rela




    产品名称: Rela

    产品定位:多元性取向女性交友社区 产品特色:取各大社交软件主功能于一体,服务于特定人群。 产品功能:直播(映客)、附近的人、附近日志(陌陌)、热拉配对(探探)、热拉随身听小程序(得到的每天听本书) 盈利模式:会员充值,直播打赏、付费看来访记录;一套会员等级体系。 得到:


    多元性取向社交软件,国内和海外榜单都能看到国内开发者的作品,产品的主要功能都是集于微信、探探、陌陌于一身。种子用户、个人信息安全保护、非目标用户群体排除机制等产品细节及运营策略值得去深度研究。


    精选理由



    该产品的特点是聚集了社交产品的主流功能为一体,以各式各样的元素为切入点,基于LBS的社交产品,随身的会员体系与充值服务,是社交交友的变现方式。







    马卡龙玩图


    【产品定位】让图片好看又好玩


    【目标人群】喜欢玩图、时尚的人群


    【产品功能】


    发现世界:用户产生内容,可以在此发表自己的图片动态;长按图可以看到原图

    选择照片进行手动放大缩小,选择合适的背景;扣取人物个更换背景;可以将扣取的物形进行美颜、模糊等各种处理;非常的时尚

    我的:个人作品,关注,喜欢等;可以加入俱乐部和关注微博,去除水印按钮;


    【产品特点】

    免费使用,简洁时尚,美观大方易用,图片制作完成可分享QQ,微信,微博。也可下载



    精选理由


    新颖的图片玩法,以工具的方式切入社区内容。该产品替代了传统的P图方式,以对图片中的抠图与切图为核心体验。产品的独特UI与交互,增加了用户产生内容的便捷性。每一个icon都单独设计匹配风格





    总结


    本月的5个app我认为至少打开了一些跨界的元素。产品经理们可以尝试通过新的交互方式或独特的功能赋予自己产品留住用户的能力。


    快速体验1款app以行业为分类,这样产品经理也会找到自己行业的产品的。找自己行业的产品我认为一直是产品经理的痛点与难点。因为很难时刻的关注新产更新,但通过这样的聚合,或许可以帮助你更快找他们。有一句话说的好


    知己知彼、百战不殆





    推荐阅读:



    展开全文
  • 01、第一阶段:基础阶段和产品思维 02、第二阶段:产品经理的工作方法及应用 03、第三阶段:产品进阶课程 04、第四阶段:项目实战训练 05、第五阶段:选修课程
  • 本书是一本介绍使用Axure RP 7.0软件的图书,通过对基础知识、实际案例和实战项目的讲解,帮助读者学会如何进行互联网产品原型的开发。  本书共分为9章。第1~2章主要讲解软件安装的方法及基础功能的使用。第3~8章...
  • (一)项目启动前   从事产品的工作一年多,但自己一直苦于这样或者那样的困惑,很多人想要从事...在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理、交互设...

    (一)项目启动前

      从事产品的工作一年多,但自己一直苦于这样或者那样的困惑,很多人想要从事产品,或者老板自己创业要亲自承担产品一职,但他们对产品这个岗位的认识却不明晰,有的以为是纯粹的画原型,有的是以为做项目管理跟踪项目进度,有的是做竞品分析给老板看。实际上,这些都不是产品经理的核心和重点。在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理、交互设计师、UI设计师、用户体验分析师、1师、运营等等。但是创业型公司中产品经理往往都是身兼数职,创业公司追求的是效率最大化、成本最低化,根本没精力将岗位分的那么细致。下面我以一个创业者的视角或者说负责一个产品项目的产品经理角度出发,来审视整个过程,看一个产品从无到有,产品经理需要哪些事情。

      产品从概念到产出到流程 
    这里写图片描述

      做任何东西之前,首先要考虑其背后的用户需求、商业价值、技术难度。只有用户有需求,你的产品才会有人用;只有其商业价值成立,才能为企业带来利润,毕竟企业最最基本的目标就是要盈利;只有技术上的总体评估是可行的,整个项目才可被执行。现在的互联网创业,大家都在追求”快“,比如2个月融资,4月用户过百万,3年后纳斯达克上市。但是这都是大家看到别人创业成功的表象,殊不知做任何事情的前提是,你得了解你在做什么,诚然,不排除哪些胆子大运气好随便干就成了的,但那只是个案,不值得深究。

    一、用户需求

      1.1产品定位

    这里写图片描述

      在项目的执行过程中,我们经常陷入一种情景,就是一堆人在一块,讨论的氛围可谓是情绪高涨,A说这个地方的按钮不行,B说这个地方应该像人家APP那样做,C又说你们都不对应该是这个模块不要换成这个云云。经常参加这种讨论,会无比的耗费时间和体力,动辄好几个小时过去,但一散会,发现什么结果也没得出来。多数情况下,一定是产品定位出了问题。执行的人一定要清楚的明白产品是用来干什么的,给什么人用,才能正常的去讨论具体细节。如果热血沸腾、蹬鼻子上脸的的讨论了好久,发现没结果,发现会议的讨论跑偏了,不妨回归本质,想想我们的产品定位是什么。

      产品定义:产品定位包含两个大的内容一个是产品定义,另一个是需求定义。产品定义要分析的内容包含产品的使用人群、主要功能和产品特色。

    这里写图片描述

      举例,你现在要创业搞一个移动端招聘APP取,作为产品经理首先应该干什么?中国每年的就业人口非常庞大,行业也各种各样,那你就有要想,你的产品是要给什么样的人提供服务,你如果想服务所有行业的人群那是不可能的,首先一个小公司去整合这么多行业招聘信息本身就非常困难,另外并不是每个行业的人对互联网的接受程度那么高。

      通过数据分析和调研,发现现在国家鼓励创业,创业的高峰期必然产生大量的人力需求,尤其是现场几乎说到创业没有哪个是跟互联网无关的,而且从事互联网的人对于APP的接受程度也很高,至少都愿意尝试。所以你把互联网这个行业的从业人群作为你产品的使用人群。

      当你分析完其他招聘类APP后,你发现这些APP有很多问题,比如我就是要找北京西二旗那边的工作,但是很多APP目前都是没位置筛选;虽然可以海投,但是得到的反馈的寥寥无几;能够了解的企业信息太少;在投递建立前,作为求职者希望知道这个公司的老板是谁;现在都互联网时代,电子简历完全可以了,为什么每次招聘还需要招聘者自己打印简历,要知道打印简历对于求职者来讲并不是很方便,因为随时会改动,这对求职者非常不方便。所以你打算做这个APP,他的特色功能就是:1、岗位支持企业所在位置分类;2、招聘方应该时时给予求职者反馈;3、取消纸质简历。主要功能就是招聘。现在我们给APP取名叫做飞鸽招聘。

      需求定义:需求定义的分析包含目标用户、使用场景、用户目标三个方面。目标用户是什么类型的人会用你的产品;主要功能是指你的产品是用来干什么的,是工具是社交还是其他;你的产品相对于其他市面上的产品有什么不同的地方,这就是产品特色。

    这里写图片描述

      刚才明确了APP的适用人群、主要功能和产品特色。市面上的招聘APP,有的是做猎头的专门针对于希望跳槽的,你的APP的目标用户是谁?基于特色功能分析和用户痛点,分析出出产品的目标用户是那些有想在具体位置找工作的人,比如已经定居北京后沙峪的人,希望工作在望京;当你刚刚搬家到回龙观时,此时你面临着换工作,你可能会倾向于找西二旗那边的工作。

      1.2需求分析

      以上就是所有产品定位的内容。这些完成之后,紧接着的就是竞品分析和用户调研,一方面这是对我们的需求进行一定的验证,另一方面也是我们直接接触用户的一个机会,看用户存在什么需求。 
    这里写图片描述

      1.3需求筛选

    这里写图片描述

      早期需求筛选是个非常苦逼的事情,如果产品经理自己就是老板,自己心里很清除还行,如果不是很容易陷入海量的需求中拔不出来,讨论着讨论着就跑偏了,讨论完之后好像什么功能都需要,这个功能有用,必须加;那个功能太好玩了,用户肯定有趣。这话总完全凭个人主观臆断的东西,往往都是当时听起来貌似合理,但事后却经不起推敲。所以我们需要始终把握住我们的产品定位和优先级,万不可盲目的在这个地方做很多无畏的牺牲和奋斗(少做不经思考的、拍脑袋的、不经过大脑的决定)。

      需求记录表: 
    这里写图片描述

      早起需求筛选期间,会出现很多这样或者那样的需求,有些我们不能立马做出判断说做还是不错,这些点子有可能以后会成为我们产品迭代的启发点,也会给产品的发展带来更广的思路。做好管理,尊重每一个人的想法,在出现模棱两可时,记录下载,对会议的推动和进展会有很大的帮助。

    二、商业价值

    这里写图片描述

      市场需求文档和商业需求文档,一般在大公司会得到比较成熟的体现。小公司往往多数都是老板自己决定,老板可能不会搞这样或者那样的文档,但他自己肯定会去做基本了解,或者本身自己就很了解某个行业。这两个文档并不是多余的,也不是累赘,如果在项目启动前,能够花一定的时间去深入了解行业和用户是非常必要的。具体文档细节在这里不做阐述,网上有很多可以去借鉴的。

    三、技术评估

    这里写图片描述

      作为不是技术出身的人,就不再这里转笔了。尊重开发人员,和开发相处融洽一点,会对产品的推动非常有帮助。

    (二)项目执行中

      在前文中已经给大家讲了项目启动前应该做的三大块1、需求;2、商业;3、技术。在这些准备工作整理完之后,接下来就是执行,执行过程中不像之前需要考虑的那么宏观,但需要你足够的细心和耐心。

    一、产品层面

    这里写图片描述

      需求产生了之后,紧接着产品人员就可以产出需求文档,需求文档对接下来交互设计(创业公司往往产品经理会担任)、UI设计起着关键性的作用,当然在需求闻文档产生的过程中,如果有专职的交互设计,在需求阶段最好和产品人员一起来探讨需求文档的细节,这对于交互设计自己理解整体的需求有帮助,也对他进行原型设计和撰写交互说明有很好的帮助。

      需求文档大致包含的内容会有如下几个方面:

      背景描述:为什么开展这个项目?解决用户什么问题?会有多大的价值?大致就是把项目启动前做的功课进行一下总结说明,务必精简明了。

      用户画像:对用户特征进行虚拟说明,阐明用户情况。

    这里写图片描述

      项目时间规划:什么时候出来原型?什么时候出来真实设计稿;什么时候进入开发?什么时候开始测试?什么时候开始提交应用商店? 这些都需要明确出来,不然如果没有时间概念,什么事情都会拖拖拉拉,没有紧迫感。

      信息结构图:APP的内容组织结构。下面是举例,简单的给出微信的基本结构。

    这里写图片描述

      任务流程图:对于APP中的大功能,把用户从开始到结束的整个过程梳理出来,把各种可能性考虑进来,否则之后如果开发碰到问题了问你,你还得重新考虑,更可怕的是开发不问你直接就开发了,而结果还不是你想要的。下面以一个简单的登录为例:

    这里写图片描述

      需求说明:把每个操作的条件和结果说清楚,如果能够用文字说清楚的就用文字,说不清楚的最好用图片。可能有的人会说,这个时候还没有线框图,怎么解释啊。这个并不矛盾,早起的需求文档是用来给交互看的(再次强调,创业型公司的产品可能会兼着交互),交互设计师再根据你的功能结构和流程梳来设计线框图和高保真的原型图。

      数据埋点:把后期需要查看的数据列成清单,比如说这个按钮的点击率,这个页面的打开率等等,这个时候需要和运营多交流,对需要做埋点的地方理清楚。这对于产品上线后的数据分析很有帮助,数据也可以辅助产品功能的迭代。

    二、交互设计

      需求整理完成之后,接下来大致要进行的就是线框图、页面流程、高保真原型图和交互说明的设计和产出。高保真原型是具体情况来定,有的公司有要求,有的没有。

      2.1线框图:

      力求简单清晰的表达出每个页面的视觉效果,这里最好不要加入交互,也不要搞的五颜六色,最好是黑灰色。每个情形就是一个页面,把各个情况用页面分别表达出来,一方面你会更加清晰APP整体的界面数量,另外设计也会更加清楚你想要什么,否则加入了交互,设计也不知道怎么点,你还得解释半天。 
    这里写图片描述

      2.2页面流程图:

      比较类似之前的信息结构图,页面流程图这是用各个页面来做连接,视觉上更加清晰各个环节的衔接和跳转。 
    这里写图片描述

      2.3高保真原型图:

      对交互的要求会更高。需要比较完整的展现各个功能之间的交互动作,另外在视觉上尽量还原真实产品的样子。(关于Axure,可以学习金乌的课程,很不错,很多人觉得讲的太罗嗦,但是你认真看下来还是很有收货的) 
    这里写图片描述

      2.4交互说明:

      我个人觉得,交互说明和高保真原型有重合之处,如果做了高保真,那么多数的交互动作基本上都可以展现。但是有些地方的交互动效是软件无法搞定了,这个时候就需要你用交互说明了。

      如果文字和图片都不要说明的就直接用纸片来模拟。不要小看这种方式。

    这里写图片描述

      这里做交互标记的工具推荐几个给大家:mac电脑果断是sketch了;windows下有snagit、圈点、FScapture,另外viso也可以标注。

    这里写图片描述

    三、UI设计

      一般情况下,交互设计师讲线框图交给设计师,设计师就可以开工了。这个过程,交互也要多和设计去沟通,毕竟UI也会有自己的专业度,她会有自己的设计见解,这很正常。

    四、项目执行

      设计产出了,交互的工作也做完了,该去交给项目经理执行了,这个身份目前来看那只有很大的公司里才会有,一般情况下是由产品经理直接兼任了。这里需要提醒的是,在执行前,各种相关的规范要先建立起来。比如:

      4.1,apk、api文件的命名规范和不同类型安装包的管理:

      这里全是我个人的经验,做好这些,会对以后安装包的管理会有极大的帮助。我们当时把搭建了一个开发者环境,这个环境下的APK、API文件只能在局域网类使用,在这个环境下可以任意折腾和测试,不会影响到已经上线的应用。

      开发者环境下打包的安装包图标和命名要和线上环境下的应用区别开。以后在续测试时就不会因为各个版本搞的手忙脚乱。

    这里写图片描述

      4.2APK、API文件管理

      4.2.1开发版:纯开发自己使用或者产品使用,其他无关人员一般情况下不会接触到这个版本。网络环境:仅特定网络环境下使用(需要技术人员搭建环境)。

      4.2.2公测版:经过产品和测试人员的详细测试后,基本没有什么BUG了,就可以拿出来给公司的人使用,也算是上线前的稳定性测试。网络环境:仅在特定环境下可以使用(需要技术搭建环境)。

      4.2.3商店版:准备提交到市场的APK、API文件。在经过开发版本、公测版的全面测试后,排除一切不稳定bug,此时打包的商店版仍然需要经测试人员的最后把关,最后一定要保证的是,准备上线的APK、API文件是经过测试人员的最后把关的,否则如果开发如果做了改动不通知测试和产品人员,上线后出了问题再改就晚了。

    这里写图片描述

    五、APP测试和版本号管理

      版本好号的管理,前期就要搞清楚,否则后面产品上线后,出现bug要改进,或者添加新功能后对老版本是否有影响,这个时候版本号管理的好就会起到很大的作用,一方面你可以随时找出之前上线过的apk、API文件,另一方面面对不断修改打包的文件不至于把自己搞混。

      下面是我个人的意见,如哪个大牛有好方法可以分享出来。版本号始终是唯一的,是依次迭代递进的,不要为了上线时版本号好看就去刻意干扰版本号,严禁搞多套版本号。

    测试须知:

      UI、交互、产品在技术人员开发阶段,要多和技术人员沟通,最好是将大功能细化成小功能模块,每次做好一部分就通知相关的人进行检查,以免累计到最后问题过多修改动作太大。UI负责盯着开发是否按照自己的设计实现的,交互负责关注交互效果是否符合你的标准,产品负责关注各个功能的实现是否正确。 
    这里写图片描述

      测试用例:好的测试用例能够有效的推进测试的进程,好的测试用例在于尽可能的把APP的各种需要测试的情况用人话描述清楚,这点就看你的文字能力了,测试用例写出来会交给测试人员来测,这也是他们评判APP是否达标的标准。

      Bug管理工具:bugtags,bugclose等等,市面上有很多,多是免费的,即使是收费也不要在意那么点钱,借助bug管理工具能够有效的提高测试人员和技术人员的协作效率。

    (三)项目上线后

      之前给大家介绍了两个部分,项目启动前和项目执行中。项目上线后,作为产品需要关注的事情有几个方面,一是APP数据,二是用户反馈,三是需求提取。

    一、APP数据

    新增用户:第一次启动应用的用户;

    新增独立用户:全体应用的新增用户的总和(去重)

    活跃用户:当天启动一次的用户即为活跃用户,含新用户和老用户;

    活跃独立用户:当天应用的活跃用户总和(去重)

    MAU:MAU(monthly active users)月活跃用户人数。

    DAU:DAU(Daily Active User)日活跃用户数量。常用于反映网站、互联网应用或网络游戏的运营情况。

    用户留存率:在互联网行业中,用户在某段时间内开始使用应用,经过一段时间后,仍然继续使用该应用的用户,被认作是留存用户。这部分用户占当时新增用户的比例即是留存率,会按照每隔1单位时间(例日、周、月)来进行统计。

    用户留存率中的40-20-10法则:如果你想让游戏、应用的DAU超过100万,那么日留存率应该大于40%,周留存率和月留存率分别大于20%和10%。

    次日留存率:(当天新增的用户中,在往后的第1天还活跃的用户数)/第一天新增总用户数;

    第2日留存率:(第一天新增用户中,在往后的第2天还有活跃的用户数)/第一天新增总用户数;

    第7日留存率:(第一天新增的用户中,在往后的第7天还有活跃的用户数)/第一天新增总用户数;

    第30日留存率:(第一天新增的用户中,在往后的第30天还有活跃的用户数)/第一天新增总用户数。

      另外就是APP的埋点数据,这个功能的点击率是多少?这个功能有多少人打开,又有多少人使用了?有多少人在频繁使用这个功能?等等,这些埋点数据要时常关注。结合数据变化来反思功能设计的问题,从而优化产品。

    二、用户反馈和评论

      产品上线后,用户的反馈和评论对于产品人员来讲是尤为珍贵的材料,一方面这是你的真实用户的直观感受,另一方面他们再表达直接的需求。那么,怎么样处理用户的意见就显得格外重要。用户反馈什么我们就做什么,这是肯定不行的。很多情况下用户表达的只是一种表面现象,要学会去挖掘用户背后的需求本质。多去研究世界上一些革命性的产品,多去了解人。

    这里写图片描述

    这里写图片描述 
    当看到四处飞来的意见时,我们要学会思考,而不是全盘接受、全盘照抄。

    是不是我们的目标?想想我们的目标用户是谁。

    使用场景是否成立?还是这只是极个别人的场景需求。

    用户目标是否正确?我们的APP是不是用来满足用户这个需求的?

    产品定位还正确吗?如果做了这个功能,还符合我们产品的定位吗?

    如果要做这个功能,那么自身的项目资源是否能够满足?如果需要举全部资源来做这件事情,那就要慎重再慎重。 
    这里写图片描述

    三、需求提取

    也许用户的意见是个圆形,但经过分析之后,很有可能得到需求是个三角形。

    “如果我最初问消费者他们想要什么,他们应该是会告诉我,‘要一匹更快的马!’”

    ——这是亨利·福特的一句经典名言,如今我们在《乔布斯传》里又见到了它。

      100多年前,福特公司的创始人亨利·福特先生到处跑去问客户:“您需要一个什么样的更好的交通工具?”几乎所有人的答案都是:“我要一匹更快的马”。很多人听到这个答案,于是立马跑到马场去选马配种,以满足客户的需求。但是福特先生却没有立马往马场跑,而是接着往下问。

    福特:“你为什么需要一匹更快的马?”

    客户:“因为可以跑得更快!”

    福特:“你为什么需要跑得更快?”

    客户:“因为这样我就可以更早的到达目的地。”

    福特:“所以,你要一匹更快的马的真正用意是?”

    客户:“用更短的时间、更快地到达目的地!”

    于是,福特并没有往马场跑去,而是选择了制造汽车去满足客户的需求。

    这里写图片描述

      客户需求有显性需求和隐性需求两大类。我们通过市场调查得知的往往都是一些诸如“我要一匹更快的马”这类显性需求。客户的显性需求并不是客户真正的需求。企业需要根据所收集的显性需求信息进行深度挖掘和捕获,以了解客户的隐性需求是什么,进而分析出客户的真正需求是什么(例如:用更短的时间、更快地到达目的地)。这就是一个需求分析的过程。

    乔布斯所言:“我们的任务是读懂还没落到纸面上的东西。”实际上就是用户隐性需求的深度挖掘。

    展开全文
  • 本笔记的主题为:产品经理笔面试技巧 1. 0-1年产品经理的特点 由于专业背景不同,业务能力存在差异; 工作经验和社会经验少,容易将工作理想化; 谦虚谨慎的人容易产生自卑心理,自视甚高的人容易眼高手低 理想状态...
  • 看到纯银V,蝉游记创始人写的一篇如何自学产品经理的文章,不能更赞同作者的一些观点。原文如下:======================================做内容,做产品,全靠自己摸索。首先得有极大的兴趣,在兴趣的驱动下,自然...
  • 完成三节课产品经理P1课程,以全优成绩毕业。课程目标用户,是未入行及2年内的初级产品经理,目的是打牢基本功,培养基本产品感。方式是每周线上课程(录像)+作业,助教会对每次作业进行点评,鼓励迭代修改。 课程...
  • 近日,有一则程序员暴打产品经理的视频,据悉,该PM提出了一个需求:要求根据用户手机壳来改变软件主题颜色。▼然后,程序员怒了,然后,就有了视频中这一幕。根据此事,大家纷纷开始讨论,到底谁是产品经理,谁是...
  • Axure RP 7.0从入门到精通是一本介绍使用Axure RP 7.0软件的图书,通过对基础知识、实际案例和实战项目的讲解,帮助读者学会如何进行互联网产品原型的开发。本书共分为9章。第1~2章主要讲解软件安装的方法及基础功能...
  • 产品经理是不是一定要使用过百款以上的App体验?” 零基础的产品新人都会遇到过诸如以上的问题,甚至会问出十万个为什么、怎么办? 那么,今天我们来聊一聊关于那些“为什么”背后的故事。 在咱们产品交流社群...
  • 在现在越来越多的app,你可以看到有一些app中是混着网页加载的(我们俗称的为H5)但要注意的web 前端开发是包含着h5的。web前端开发还包括了许多内容,比如说后台html,css,div等都是属于web前端开发的,html5和...
  • 原生APP和微信的关系课程目标1.了解APP发展的整体趋势;2.认识原生APP和微信公众号的关系;3.掌握用微信公众号做产品的条件。前言最近一阶段H5技术被推到高峰,很多人认为借助H5就能利用微信公众号取代APP原生应用了...
1 2 3 4 5 ... 20
收藏数 4,319
精华内容 1,727