快好知 kuaihz订阅观点

 

浅析:以百度地图洞悉场景化应用

产品的场景化应用,一方面体现了产品的核心优势,另一方面也帮助用户提高了使用效率。尤其是伴随着VR、AR的不断发展,场景化应用愈发受到重视,可谓产品即场景场景即生态。今天我们就以百度地图为例,来聊一聊产品的场景化应用是如何构建起来的。

核心场景

要想构建场景化应用,我们首先要弄清楚的就是,产品属性的核心场景是什么?例如在线教育产品的核心场景是学习,视频类产品的核心场景就是看视频,而说到地图类产品,其核心场景就是出行与发现。我们来看百度地图的首页截图:

通过首页,我们不难发现,用户可能会因为以下某个场景而使用:

想知道某个地方怎么走;

想知道某个地方在哪儿;

要开车出门,想知道路上堵不堵;

想知道某个地方的街景;

想分享自己的准确位置;

想看看自己周边有什么。

我称这六个场景为基本场景,只是给用户提供了场景化应用的入口。从产品的设计角度考虑,我们永远都是希望用户停留的时间越长越好,因此用户的场景体验可以始于基本场景,但最好不要终于基本场景,而要存于衍生场景

因为百度地图是一个非常庞大的系统,所以我们就沿着路线这个入口,来阐释一下基本场景与衍生场景的逻辑。

场景因素

出行线路的场景因素,可以归纳为三个:地点、道路、方式。

所谓地点,大的方面可分为出发地点、途径地点、目的地,其中出发地点既可以是自己当前的位置,也可以是其他某个地点。值得一提的是,现在大部分的地图类产品,都可以设置家和公司的地点,毕竟这两个地方是我们最常用的地点

说到道路,我们可能会想到距离、红绿灯、拥堵情况等等因素,这些因素组合起来,就成为了距离长短、顺畅与否、红绿灯多少等道路类别。

再说方式,我们熟知的有驾车、公交、公交/地铁、骑行、步行、出租/专车/顺风车等等。

因素组合

百度地图路线的场景化应用,也正是由这些场景因素自由组合而来的。我们来看下面的截图:

从截图中可以看到,对场景因素的横向组合,构成了用车、驾车、公交/地铁、步行、骑行的应用场景。进一步分析,对场景因素的纵向组合,原有的横向应用场景,又可以构建起出若干个细分场景。如下截图:

在驾车导航中,用户又可以选择若干种导航方案,并且每种方案下面都标注准点率、红绿灯个数等内容。

通过横向和纵向两方面的场景细化,我们基本上就能覆盖用户所需要的场景

不过,大家可能会注意到一个细节,在终点输入框的旁边有一个加号。这个加号的作用是添加途径地点的,可满足如下的场景

某天你要开车去公司,但去公司之前要把家人或朋友送到某个地点,然后再去公司。

对于类似的场景,可能我们需要进行两次导航。现在通过添加途径地点,一次导航即可解决问题。

不过,在场景细化过程中,还需要注意场景应用的差异性。就拿途径地点功能来说,它只存在于驾车、步行、骑行三种出行方式中,而其他方式中没有。这是因为其他方式所匹配的场景中,是不太可能包含这个因素的,话说谁能让公交车为你绕路去接一个人呢。

衍生场景

前面说到用户的场景体验不应终于基本场景,而应存于衍生场景。其实从商业模式角度考虑,因为地图导航本身是免费的,因此对于百度地图来说,引导用户进入衍生场景,就成为商业变现的重要方式。这里我们仍以路线模块来分析。

在“用车”模块中,我们可以看到出租车、快车、专车、接送机四种类型。这里我并没有考证过这些服务是百度自己的,还是与其他平台合作,但确实提供了类似滴滴出行的用车服务,其商业价值不言而喻。

下面我们再看“驾车”模块:

设想一下用户的应用场景,一位车主使用地图导航的同时,可能还希望看看当天限制哪两个号;可能需要查查自己有没有违章;还可能需要购买个车险或加油卡,等等。这些服务,你统统可以在百度地图上实现,真可谓是只有车主想不到的,没有平台做不到的。

总结

今天我们就场景化应用,简单分析了百度地图的一小部分功能,肯定会存在不全面的地方,有兴趣的朋友可以做进一步研究。不过我觉得通过对百度地图路线模块的简要分析,我们可以归纳出场景化应用设计的一个大概思路:定位产品核心场景—>梳理场景因素—>场景因素横/纵向组合—>衍生场景设计。步步引导用户进入产品场景中,在满足用户需求的同时,实现产品发展与商业目标。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:洞悉  洞悉词条  浅析  浅析词条  场景  场景词条  地图  地图词条  应用  应用词条  
设计

 Android那些事儿:Andr...

Android Pad 和Phone一样都存在多尺寸问题。对于Pad,更揪心的是屏幕比例和尺寸的多样性,这些因素直接影响着UI的表现方式。比较困惑的是我们的如何...(展开)