百度通过地图服务成为本地生活入口这一做法会成功吗?

【来源媒体】:知乎
【相关专题】:百度地图
【相关观点】:百度地图押注本地生活入口会成功吗?
【特别感谢】:oogps
【相关搜索】:百度地图O2O

 

  如果时间倒退会2008年,千千静听说他们要做在线曲库在线找歌在线播放,一定有一群人跳出来说:“好好的一个简单的产品就这样被越做越复杂,最终一定会毁掉的!” 后来事实发展是,千千静听确实被毁掉了,不过是是被功能更为“复杂”的QQ音乐、酷狗、酷我等毁掉的。

  也许有人觉得拿这个例子作为类比并不恰当,但其背后的思路都是一致的。那就是:你如何界定你的产品目标体验范围的上下游界限?一个完整的用户任务链可能会很长,你到底选择多少作为你自己产品的职责范围?那些你cover不到的上下游用户任务你通过什么手段保证其体验良好?

  这是一个很复杂的问题,O2O领域中这个问题尤其的复杂。举个最常见的例子:我要出去吃点好吃的。一个完整的用户任务链可能是这样的:

  1、我要选择去哪家店吃

  2、我选中一家餐馆后,我需要实体到达

  3、我到达后,需要等座点菜享用结账走人

  4、我吃完后,如果特别爽或者特别不爽,我都需要抒发一下

百度通过地图服务成为本地生活入口这一做法会成功吗?百度通过地图服务成为本地生活入口这一做法会成功吗?百度通过地图服务成为本地生活入口这一做法会成功吗?百度通过地图服务成为本地生活入口这一做法会成功吗?百度通过地图服务成为本地生活入口这一做法会成功吗?

  so,百度地图应该cover其中哪些环节?以前地图定位与做好第2点就够了,但那只是用户任务链中一个环节。在PC互联网时代,cover整个用户任务链的成本着实太高,但在移动时代,这个问题可以重新再重新思考一下:在成本允许的情况下,加强对于整个用户任务链上下游体验把控所带来的收益是毋庸置疑的。这不光体现在用户体验的提升,更会提升你产品的商业价值。

  仔细回想,成熟产品向上下游扩展已经是有无数案例了,每个产品在恰当的时机考虑自己的业务定义:百度在大搜索基础上做百科做贴吧;360在浏览器基础上做网址导航;迅雷在下载基础上做播放;京东做自有物流体系,新浪在新闻基础上做博客(向上游拓展可阅读的信息源),优酷在视频基础上自己拍短视频,等等。

  诚然,百度地图在这个过程的执行中,确实遇到了大家所说的诸多问题:地点数据不准、软件性能变差、产品逻辑不明晰等等,这些都是百度地图必须在这个过程中解决的,是做上下游整合中必然遇到的痛苦。对于任何一款产品,把握好扩展的节奏至关重要:太快用户受不了,太慢市场机会抓不住。推出新产品的话推广是问题;在老产品基础上迭代的话产品功能把控又是问题……但这些问题都不是你固步自封停滞不前的理由,否则3年后百度地图就是下一个百度MP3。

  回到开始那个问题:你如何界定你的产品在用户任务链中上下游界限?我的回答是:从你最擅长最合适的一段开始,但不要永远停留在这里:适时向上下游拓展,同时把握好产品节奏,时刻关注那些趋势性的产品技术变化。

上一篇:阿里收购高德后下一步将做什么?
下一篇:也淡腾讯路宝、车托帮的实时路况与导航社交