转载自:老二牛车教育 » 【产品经理】App应用产品法则
既然是抖干货,也不想多废话。但背景必须交代一下。
我受邀参加过几次百度的开放日活动。这种PM的宣讲,有个好处,你可以把PM和产品对上号,下来再点对点沟通,收获会大得多。
我对百度PM的印象还挺留在俞军(第一代)、李明远(算1.5代?)时代,贴吧、知道无论如何评选,都是殿堂级的。后来的百度确实没做出过几款像样的产品,包括已经废掉的百度Hi,半废掉的空间等。
现在的百度PM到底是第几代,我也不清楚。这几次参加活动,认识了百度App的产品经理和leader,本文就是整理自我们的往来邮件。我尽量不带感情色彩的归纳,希望给各位做移动互联网的兄弟一些启发。文中的数据获得披露授权。
法则1:坐享移动互联网人口红利害死人,你必须跑赢它
把CNNIC从2007年到2012年的移动网民数量做个增长率对比,你会发现移动网民增长正在趋缓。未来3-5年,人口红利将消失,这个过程比PC互联网要快。
百度App是原生版的百度搜索,和web版(m.baidu.com)并行,对于这种入口级应用来说,对人口红利的分享额度是最高的。说白了,百度在PC领域搜索的垄断地位,在移动时代,马太效应会帮它。
但是,坐享你就输了。最经典的案例就是微信和手Q的内部PK。百度App在2013年Q1,DAU(日活跃用户量)从1000万涨到2000万,和2012年初相比,涨了72倍,这放在哪儿,都算很好的成绩。而在李彦宏看来,搜索本来就是百度的主场,对核心业务,李的眼光极挑剔。
这就是我要说的:对战略决策者来说,不要被移动互联网人口红利蒙蔽你的眼睛;对产品leader和PM来说,复合KPI=常规KPI-人口红利分享额度。至于额度到底是多少,很难有个准确的计算模型,基本的逻辑是:离入口越近,额度越高。
法则2:跨终端产品,尽最大努力继承你的品牌资产
从我的理解来看,这是百度的教训。早期百度移动端的搜索产品是“掌上百度”,现在则是“百度”。为这个纠结,百度交了时间的学费。曾经有很长时间,两款App在移动分发平台并行,用户也跟着纠结,当然这也是铸就DAU狂飙的因素之一。
对用户来讲,“百度”是品牌核心,“掌上”二字确实多余,如果按照这样的命名规则,那未来可穿戴设备出来,可能会有“腕上百度”、“眼眶百度”。百度意识到这个问题还不算晚。
如果大家留意对比一下可以发现,百度App不管是Android还是iOS,在首页都花了巨大的区域来进行品牌LOGO的展示,这与一般App的处理非常不一样。一方面或与搜索产品的特殊性有关,另一方面正是品牌资产的考虑。
其实终端环境已经决定了品牌语境,对品牌资产的最大继承,就是保持多终端品牌一致性,但现在很多跨终端产品,尤其是大公司的,依然做得乱七八糟,未来必走弯路。
法则3:保证iOS始终有一个待审核版本快速迭代,但不代表容忍BUG
任何一个PM都会告诉你:快速迭代。但是崩溃的是,很多PM走偏了,导致很多BUG也跟着迭代了。任何时候,BUG对用户的伤害都是致命的。
我统计了一下,百度App在Q1累计有4个iOS版本,平均下来,有一个规律:基本上随时会保证有一个待审核版本在iOS后台。而迭代周期的设定,PM要和RD配合,为自己留下空窗期,而这个空窗期可以关注用户反馈以及运营推广等周边。
另外,不要急着评估迭代效果,让产品方向发生错乱。比如百度App有一个实时热点widget设计,在多次迭代后,对用户启动频次的提升产生突然质变(日订阅量很短时间涨24倍)。由于widget是基于云,给迭代带来便利,PM可以非常自由的去小碎步尝试,找到用户最痒的地方。
对于BUG和产品反馈,百度App有一个值得一提的做法:除了内部QA,外部专门有维护一个极死忠的粉丝组织,这个粉丝组织的每一个成员几乎都可以第一时间找到PM,沟通几乎是零障碍,其触角可以渗透到产品的每一个犄角旮旯。
法则4:挖掘长尾需求和精细化体验,但守住你的核心定位
我在看Q1的某个时间段的数据时,发现一个惊讶的事:百度搜索的两大入口——移动搜索(m.baidu.com)并没有出现爆发式增长,但百度App却飙得出奇的猛。按常理:1、用户习惯不太可能短期完成迁徙;2、用户的搜索需求短期内不太可能骤变。
咨询PM后,PM告诉我,他们一直在研究用户热点行为,造成这个现象的很大因素来自对更符合移动端搜索体验的加强,比如扫描后翻译、条码二维码扫描后翻译等。基于这个架构,会对垂直和长尾做进一步挖掘。从菜单布局也可以看出(在二级菜单中),这些需求对于海量搜索行为来说,属长尾需求,但对搜索体验完整性帮助很大。PM对用户的热点进行追踪发现,凡是开启过二级菜单的用户,其后续开启频次增长很快,这证明长尾被激活了。
由此可以看出,手机屏幕寸土寸金,舍弃功能对PM来说是必做的功课,尤其是长尾需求往往被从更新列表中一推再推,这个时候有一个原则可以衡量:如果功能是App核心定位,即便是长尾需求,也应优先满足。
法则5:产品对话要接地气,别动不动就上用户引导
说到产品对话,百度App吃过一个甜头:在3.5版更新时,更新日志中程序猿有一个“天天加班,他男朋友都和他分手了”的卖萌文案,取得了极大的传播效果。虽然这种套路的鼻祖是图吧,但比起干巴巴的产品新功能介绍,显然用户更愿意为此买单。
PM和RD往往都有一个臭脾气,总是觉得自己的产品如何如何牛×,与用户的对话有意无意的自我包裹,尽可能装。或者潜意识中认为产品宣传是PR的事,不想因为产品设计成为话题。这其实是反用户体验的思想。
此外,百度App特别控制新手引导的使用。我觉得这一点尤其需要提及,基本的原则是:能不用就不用,不要为了引导而引导,不要把用户当白痴,不要老学某×信的文艺范儿式的5屏引导,结果往往是东施效颦。
以上就是我归纳和提炼来自百度App做DAU的一些经验和教训。说到这里,我想起了李彦宏在2010年百度十周年的那次讲话。他说,百度要花10年营收增长40倍。要完成目标的三大关键词分别是搜索、移动和国际化。在Native为王的移动互联网当下,百度App从某种意义上承载了前两者,有时候战略和目标其实都是浮云,做PM应该有绣花的心态,再伟大的愿景,也只在一针一线之间。
转载请注明:老二牛车教育 » 【产品经理】App应用产品法则
既然是抖干货,也不想多废话。但背景必须交代一下。
我受邀参加过几次百度的开放日活动。这种PM的宣讲,有个好处,你可以把PM和产品对上号,下来再点对点沟通,收获会大得多。
我对百度PM的印象还挺留在俞军(第一代)、李明远(算1.5代?)时代,贴吧、知道无论如何评选,都是殿堂级的。后来的百度确实没做出过几款像样的产品,包括已经废掉的百度Hi,半废掉的空间等。
现在的百度PM到底是第几代,我也不清楚。这几次参加活动,认识了百度App的产品经理和leader,本文就是整理自我们的往来邮件。我尽量不带感情色彩的归纳,希望给各位做移动互联网的兄弟一些启发。文中的数据获得披露授权。
法则1:坐享移动互联网人口红利害死人,你必须跑赢它
把CNNIC从2007年到2012年的移动网民数量做个增长率对比,你会发现移动网民增长正在趋缓。未来3-5年,人口红利将消失,这个过程比PC互联网要快。
百度App是原生版的百度搜索,和web版(m.baidu.com)并行,对于这种入口级应用来说,对人口红利的分享额度是最高的。说白了,百度在PC领域搜索的垄断地位,在移动时代,马太效应会帮它。
但是,坐享你就输了。最经典的案例就是微信和手Q的内部PK。百度App在2013年Q1,DAU(日活跃用户量)从1000万涨到2000万,和2012年初相比,涨了72倍,这放在哪儿,都算很好的成绩。而在李彦宏看来,搜索本来就是百度的主场,对核心业务,李的眼光极挑剔。
这就是我要说的:对战略决策者来说,不要被移动互联网人口红利蒙蔽你的眼睛;对产品leader和PM来说,复合KPI=常规KPI-人口红利分享额度。至于额度到底是多少,很难有个准确的计算模型,基本的逻辑是:离入口越近,额度越高。
法则2:跨终端产品,尽最大努力继承你的品牌资产
从我的理解来看,这是百度的教训。早期百度移动端的搜索产品是“掌上百度”,现在则是“百度”。为这个纠结,百度交了时间的学费。曾经有很长时间,两款App在移动分发平台并行,用户也跟着纠结,当然这也是铸就DAU狂飙的因素之一。
对用户来讲,“百度”是品牌核心,“掌上”二字确实多余,如果按照这样的命名规则,那未来可穿戴设备出来,可能会有“腕上百度”、“眼眶百度”。百度意识到这个问题还不算晚。
如果大家留意对比一下可以发现,百度App不管是Android还是iOS,在首页都花了巨大的区域来进行品牌LOGO的展示,这与一般App的处理非常不一样。一方面或与搜索产品的特殊性有关,另一方面正是品牌资产的考虑。
其实终端环境已经决定了品牌语境,对品牌资产的最大继承,就是保持多终端品牌一致性,但现在很多跨终端产品,尤其是大公司的,依然做得乱七八糟,未来必走弯路。
法则3:保证iOS始终有一个待审核版本快速迭代,但不代表容忍BUG
任何一个PM都会告诉你:快速迭代。但是崩溃的是,很多PM走偏了,导致很多BUG也跟着迭代了。任何时候,BUG对用户的伤害都是致命的。
我统计了一下,百度App在Q1累计有4个iOS版本,平均下来,有一个规律:基本上随时会保证有一个待审核版本在iOS后台。而迭代周期的设定,PM要和RD配合,为自己留下空窗期,而这个空窗期可以关注用户反馈以及运营推广等周边。
另外,不要急着评估迭代效果,让产品方向发生错乱。比如百度App有一个实时热点widget设计,在多次迭代后,对用户启动频次的提升产生突然质变(日订阅量很短时间涨24倍)。由于widget是基于云,给迭代带来便利,PM可以非常自由的去小碎步尝试,找到用户最痒的地方。
对于BUG和产品反馈,百度App有一个值得一提的做法:除了内部QA,外部专门有维护一个极死忠的粉丝组织,这个粉丝组织的每一个成员几乎都可以第一时间找到PM,沟通几乎是零障碍,其触角可以渗透到产品的每一个犄角旮旯。
法则4:挖掘长尾需求和精细化体验,但守住你的核心定位
我在看Q1的某个时间段的数据时,发现一个惊讶的事:百度搜索的两大入口——移动搜索(m.baidu.com)并没有出现爆发式增长,但百度App却飙得出奇的猛。按常理:1、用户习惯不太可能短期完成迁徙;2、用户的搜索需求短期内不太可能骤变。
咨询PM后,PM告诉我,他们一直在研究用户热点行为,造成这个现象的很大因素来自对更符合移动端搜索体验的加强,比如扫描后翻译、条码二维码扫描后翻译等。基于这个架构,会对垂直和长尾做进一步挖掘。从菜单布局也可以看出(在二级菜单中),这些需求对于海量搜索行为来说,属长尾需求,但对搜索体验完整性帮助很大。PM对用户的热点进行追踪发现,凡是开启过二级菜单的用户,其后续开启频次增长很快,这证明长尾被激活了。
由此可以看出,手机屏幕寸土寸金,舍弃功能对PM来说是必做的功课,尤其是长尾需求往往被从更新列表中一推再推,这个时候有一个原则可以衡量:如果功能是App核心定位,即便是长尾需求,也应优先满足。
法则5:产品对话要接地气,别动不动就上用户引导
说到产品对话,百度App吃过一个甜头:在3.5版更新时,更新日志中程序猿有一个“天天加班,他男朋友都和他分手了”的卖萌文案,取得了极大的传播效果。虽然这种套路的鼻祖是图吧,但比起干巴巴的产品新功能介绍,显然用户更愿意为此买单。
PM和RD往往都有一个臭脾气,总是觉得自己的产品如何如何牛×,与用户的对话有意无意的自我包裹,尽可能装。或者潜意识中认为产品宣传是PR的事,不想因为产品设计成为话题。这其实是反用户体验的思想。
此外,百度App特别控制新手引导的使用。我觉得这一点尤其需要提及,基本的原则是:能不用就不用,不要为了引导而引导,不要把用户当白痴,不要老学某×信的文艺范儿式的5屏引导,结果往往是东施效颦。
以上就是我归纳和提炼来自百度App做DAU的一些经验和教训。说到这里,我想起了李彦宏在2010年百度十周年的那次讲话。他说,百度要花10年营收增长40倍。要完成目标的三大关键词分别是搜索、移动和国际化。在Native为王的移动互联网当下,百度App从某种意义上承载了前两者,有时候战略和目标其实都是浮云,做PM应该有绣花的心态,再伟大的愿景,也只在一针一线之间。
转载请注明:老二牛车教育 » 【产品经理】App应用产品法则
发表评论
-
【产品设计】瀑布流与分页模式比较
2014-09-30 16:32 790转载自:老二牛车教育 » 【产品设计】瀑布流与分页模式比较 在 ... -
十年前的各大网站首页是什么样子
2014-09-29 21:40 0转载自:老二牛车教育 » 【产品设计】十年前的各大网站首页是什 ... -
【产品经理】产品违规内容的处理讨论
2014-09-29 21:31 606转载自:老二牛车教育 ... -
【Axure教程】Axure中使用表格的技巧
2014-09-28 18:45 869转载自:老二牛车教育 » 【Axure教程】Axure中使用表 ... -
【产品经理】产品经理使用Axure工具经验谈
2014-09-26 14:54 368转载自:老二牛车教育 » 【产品经理】产品经理使用Axure工 ... -
【产品设计】做出好的产品设计因素
2014-09-26 14:47 412转载自:老二牛车教育 » 【产品设计】做出好的产品设计因素 【 ... -
【产品设计】互联网思维概念
2014-09-25 16:08 451转载自:老二牛车教育 » 【产品设计】互联网思维概念 搜索了 ... -
【产品经理】产品经理之我述
2014-09-25 15:56 433转载自:老二牛车教育 » 【产品经理】产品经理之我述 产品经理 ... -
【产品经理】产品抄袭是非论
2014-09-24 16:36 340转载自:老二牛车教育 ... -
【产品经理】互联网产品与消费者期望
2014-09-24 16:18 289转载自:老二牛车教育 » 【产品经理】互联网产品与消费者期望 ... -
【Axure元件下载】Axure7.0元件库(线框图及流程图)汉化下载地址
2014-09-23 19:56 0转载自:老二牛车教育 » 【Axure元件下载】Axure7. ... -
【Axure下载】Axure7.0的汉化包下载
2014-09-23 19:34 513支持 Axure RP Pro 正式版 当前最新版本 7.0. ... -
【产品经理】产品经理使用Axure工具经验谈
2014-09-22 12:14 525本文借用官网的描述定 ... -
【Axure教程】Axure中使用表格的技巧
2014-09-22 11:37 1041转载自:老二牛车教育 » 【Axure教程】Axure中使用表 ... -
【Axure教程】Axure中使用表格的技巧
2014-09-22 11:33 521转载自:老二牛车教育 » 【Axure教程】Axure中使用表 ...
相关推荐
产品经理APP功能需求文档V100.pdf主要涵盖了快播阅读APP的功能设计、用户需求和产品规划。这份文档的目的是为了详细阐述APP的核心功能,确保产品的开发能够满足目标用户的需求。 1. **产品概述** 快播阅读APP是一...
2019产品经理大会PPT汇总,供大家学习参考。 上海站 1、商业化驱动与小程序增长闭环 2、产品增长的三个阶段 ...11、从APP体验到产品体验 12、产业互联网的产品哲学 13、产品经理的思维突破-破茧成蝶
标题中的“简单的手机APP产品设计官网模板下载-简单 手机 产品 app 手机应用 安卓 科技 app应用.rar”表明这是一个与手机应用产品设计相关的资源包,主要包含了一个官网模板,适用于手机APP的展示。这个模板可能包含...
产品经理入门作品集练习之积分商城APP.zip是一个包含了一系列关于构建积分商城APP的详细文档和设计素材的压缩包。这个项目涵盖了产品经理在实际工作中所需的重要环节,让我们逐一解析这些知识点。 首先,"需求背景...
【标题】:“手账产品从实物到APP应用的元素迁移研究” 【描述】:该研究探讨了手账产品从实体形式转变为手机应用的过程,关注功能的演变和用户体验的差异。 【标签】:APP应用开发、数据分析、参考文献、专业指导...
【需求文档实例】读书人频道产品需求-人人都是产品经理出品 APP原型实例:墨者科技-旅行小蜜APP2.0.rp Dw_android手游产品需求文档(初稿) 产品经理-产品评审意见表Release_051227 产品经理-产品商业需求文档BRD ...
在标题和描述中提到的"ios一个app应用内部调用另一个新的app应用",实际上就是指通过URL Scheme实现iOS应用间的跳转。 首先,我们需要理解什么是URL Scheme。URL Scheme是一种类似于http或https的自定义协议,但它...
Mac OS 中通过 Shell 命令执行 App 应用的快捷方式 在 Mac OS 中,通过 Shell 命令执行 App 应用的快捷方式可以通过创建一个文件夹,存放打开各个 App 的 sh 命令文件,然后在该文件夹中创建 sh 命令文件,例如 qq....
产品经理APP功能需求文档V100.doc
产品经理全套文档模板 Axure8可以打开8、7版本制作 Axure9可以全部打开9、8、7版本制作 ——网站 阿里云网站.rp 车辆违章处理.rp 城市介绍网站.rp 城市旅游网站.rp 城市网站.rp 城市网站线框图.rp 宠物网站.rp 电商...
产品经理app功能需求文档v1.0.0.doc
简单的手机APP产品设计官网模板下载_简单 手机 产品 app 手机应用 安卓 科技 app应用.zip简单的手机APP产品设计官网模板下载_简单 手机 产品 app 手机应用 安卓 科技 app应用.zip
总的来说,"APP应用设计网页模板"是一个用于展示和推广APP产品的工具,它的设计原则和结构为快速创建吸引人的网页提供了便利。通过合理地利用和定制这些模板,可以有效提升APP的在线展示效果,增加用户的兴趣和参与...
在使用这个模板时,开发者可以根据自己的需求进行定制,比如修改颜色方案、调整布局、替换图片,或者添加特定的功能模块,以打造出符合自己品牌风格的APP产品官网。 总的来说,"扁平化APP应用产品官网模板"是设计者...
移动应用APP十大应用场景.ppt
(PC+WAP)网赚APP软件下载类pbootcms网站模板 APP应用软件官网网站源码下载
首先,让我们来关注一下这款产品最为核心的特性——仿fir.im的分发APP应用分发托管平台。fir.im作为一款广受欢迎的应用托管和分发服务,其用户体验和操作流程都得到了市场和开发者的高度认可。新版APP分发源码正是...
【标题解析】:该文标题提到的是"基于跨平台技术架构的上海农产品价格查询App构建及应用",意味着文章将详细介绍如何使用跨平台技术来设计并实现一个针对上海农产品价格查询的应用程序。这个App旨在为用户提供上海...
10. 应用市场及发布:产品经理应该了解Android和iOS应用发布到Google Play Store和Apple App Store的过程,包括应用审核、版本更新、市场推广等方面的知识。 11. 版本控制系统:了解如Git这样的版本控制系统可以...