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

核心场景

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

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

1. 想知道某个地方怎么走；
2. 想知道某个地方在哪儿；
3. 要开车出门，想知道路上堵不堵；
4. 想知道某个地方的街景；
5. 想分享自己的准确位置；
6. 想看看自己周边有什么。

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

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

场景因素

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

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

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

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

因素组合

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

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

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

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

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

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

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

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

衍生场景

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

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

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

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

总结

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

#专栏作家#

E木笔记，微信公众号：E木笔记，人人都是产品经理专栏作家。在线教育领域探索者，专注移动互联网产品研究

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 unsplash，基于 CC0 协议