百度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的某个时间段的数据时，发现一个惊讶的事：百度搜索的两大入口——移动搜

索()并没有出现爆发式增长，但百度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应该有绣花的心态，再伟大的愿景，也只在一针一线之间。

人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台