【近期在设计O2O商城的商圈系统|导读：O2O商城是指互联网线上和线下消】

按关键词阅读：

导读：O2O商城是指互联网线上和线下消费者的结合的交易平台，很多企业都看好这块市场，投入了大量的资金和人力。本文基于自身工作经验，了O2O平台快速搭建商圈模块的思路以及具体的产品解决方案，与你。
近期在设计O2O商城的商圈系统
文章图片

序言：
近期在设计O2O商城的商圈，发现相关的产品介绍文章较少。故将自己近期摸索出来的经验进行整理，以供大家参考。本文主要介绍了O2O平台快速搭建商圈模块的思路以及具体的产品解决方案。
一、场景介绍
场景：目前公司在一个O2O商城，为了便于用户根据地区搜索商户，所以规划了商圈筛选功能。在经过竞品分析后，我们发现大众点评的地区商圈+地铁商圈的结构可以满足多种场景下的用户搜索。
用户故事：
用户故事一：用户可以根据目的地商圈进行搜索，以便于寻找目的地附近感兴趣的商户。
用户故事二：用户可以根据目的地地铁站寻找附近的商户，以便于在地铁站附近完成就餐。
所以，我们决定沿用地区商圈+地铁商圈的结构进行商圈的搭建。本教程也围绕该方案进行展开。
二、需求拆解
我们根据以上场景将需求进行拆解。
我们需要在后台创建多个商圈，以便于用户根据商圈搜索商户。
商圈需要支持地区商圈和地铁商圈。三、需求调研
针对以上讨论的结果，我对常见的三大地图服务商进行了调研。三大地图服务商分别为：百度、高德。
经过调研，三大地图服务商都具备地理编码以及地理逆编码的功能。其中逆地理编码功能可以获得包含商圈在内的诸多信息。
四、思路简介
由于商圈相关的信息只会在逆地理编码的接口中获取。所以在后台创建商户时，需要先添加商户的门牌号。我们需要根据商户的门牌号进行地理编码解析，从而获得商户的经纬度坐标信息，再通过经纬度坐标进行逆地理编码的解析。接口返回的信息中会包含商圈相关的数据，根据该数据即可完成商圈的创建/匹配工作。
近期在设计O2O商城的商圈系统
文章图片

如此一来商户的商圈数据就建立完成了，但还有商户的地铁商圈数据需要建立。
此时我们需要先获取某一个城市的所有地铁站名称（网上有现成的数据）对地铁站的名称进行地理编码解析，解析出坐标并保存在后台数据库中。每当创建商户时，通过接口向地图服务商请求与地铁站的距离数据，小于某一个数值即可算作属于该地铁商圈。
近期在设计O2O商城的商圈系统
文章图片

我们需要在后台配置一个参数，即距离地铁站多少范围内的商户会被归属为该商圈。该数据就依据业务的实际需求进行配置。在实际产品设计过程中，考虑到不同城市的规模，甚至可以依据不同的城市进行配置。
综上O2O平台如何创建商圈的思路已经描述清楚了。这里需要注意的是，根据以上逻辑，一个商户有可能会属于多个商圈，所以商户和商圈的关系是一对多的关系。各位产品经理在和沟通过程中务必要明确这点。
五、地理编码接口
1. 地理编码接口
分页标题#e#
文章图片

2. 高德地理编码接口

文章图片

3. 百度地理编码接口

文章图片

六、逆地理编码接口
1. 逆编码接口
【近期在设计O2O商城的商圈系统】
文章图片

文章图片

2. 高德逆编码接口

文章图片

文章图片

3. 百度逆编码接口

文章图片

文章图片

接口返回的数据都包含商圈信息，上文中已经用红框标记。
4. 服务示例
我们注意到在返回参数中，的API只返回一个商圈信息，高德和百度返回的都是多个商圈的信息。
于是我们在页面上直接调用各个地图服务上的服务示例，如下。
近期在设计O2O商城的商圈系统
文章图片

地图返回的结果中有business_area一栏，在文档中并没有标出，从含义上判断为商圈，但是还有一个famous_area的字段标记的是相同的内容，具体使用返回的那一个数据，建议各位产品经理根据自己所在城市的业务场景再次深入调研一下。
近期在设计O2O商城的商圈系统
文章图片

在高德地图的返回结果中，我们可以看到已经有多个商圈信息存在，这里可以直接调用。
PS：百度上没找到可以快速调用的服务示例，所以无法看到返回参数，从接口上看百度也是支持多商圈信息返回的，所以我们需要成为百度者后才能调用数据。
除以上内容外，各位产品在设计产品时需要注意，每一家地图供应商的经纬度坐标是有偏差的，如要混合使用则需要先进行坐标转换，每一家地图供应商都会有对应的接口。
本文相关词条概念解析：
商圈
【近期在设计O2O商城的商圈系统】商圈，是指商店以其所在地点为中心，沿着一定的方向和距离扩展，吸引顾客的辐射范围，简单地说，也就是来店顾客所居住的区域范围。无论大商场还是小商店，它们的销售总是有一定的地理范围。这个地理范围就是以商场为中心，向四周辐射至可能来店购买的消费者所居住的地点。分页标题#e#