高德+神州，用车 App 的竞争，也是图商之间的竞争
上周高德发布了「LBS＋」 战略，宣布自己开放行业解决平台。同时还宣布与神州租车达成战略合作，基于地图为其提供相关服务。 什么是「LBS＋」？ 这次高德发布「LBS+」 的含义是指在 LBS 开发工具之上，整合地图大数据和地图云计算，能够帮助开发者进行自有数据管理、分析、预测，并基于此进行智能商业决策，更好地构建开放共赢的 LBS 生态。也就是说，高德会利用用户反馈回来的数据分析处理，得出用户的使用趋势，帮助开发者更好的制定服务战略。 「LBS＋」 的本质还是围绕大数据位置来进行服务的升级。 过去 LBS 开放平台只是向开发者和合作伙伴提供移动端 LBS 开发工具，但对于大部分开发者和合作伙伴来说，这还远远不够。举例来说，在原来的 LBS 服务基础上，云图功能也进行了升级。去年只是地图渲染，而今年开发者可以在地图上进行自有数据渲染，自己产生大数据。开发者可以直接利用高德的「 观景台」 做大数据分析。 开发者的争夺战 谈到高德地图，百度永远是一个躲不开的话题。作为最直接的竞争对手，百度也给开发者提供相同的 LBS 服务。不过高德认为他们的「LBS＋」 更贴近于开发者，为开发者提供了更低的开发成本。对于从百度平台迁移过来的用户，高德也尽可能降低其迁移成本。 同时，高德对于开发者的领域更加细分。针对用车会有专门的用车解决方案。「 我们就是提供 O2O 解决方案。针对用车 O2O 或者是智能硬件，专门解决这个领域当中的问题。」 高德「LBS＋」 部门总经理魏凯明用一句话来形容这种区别：「 百度有一个砖头，高德则会在砖头之上做一个基本模型和框架。」 用更细致的服务来吸引开发者，这就是高德的战略。 高德敢于去开放自己更多的接口和更大的权限，这其实对开发者是一个很大的吸引力。他们在向开发者宣示自己的「 诚意」。 而除了用车领域之外，高德还与 O2O、智能硬件、公益环保等行业合作。只要是需要用到地图的服务，高德都想要成为地图服务商。反过来说，这些数据最后都会反馈到高德的数据库中，当数据的量级到了一定程度，大数据就能为高德提供更多可能性。 更让人感兴趣的是高德与神州达成的战略合作。他们将为神州租车旗下的租车、专车、拼车等提供地图及定位等调用服务。 内置在神州专车 App 里的高德地图能够实现用户& 司机定位、路线规划、导航、费用计算等功能。与此同时「 高德观景台」（基于位置的大数据分析）会为其提供用户位置数据分析预测，实现智能用车资源分配。例如，当一个区域用车量长时间处于一个较高水平的时候，系统就会自动分析然后安排更多车辆在相应区域。 高德的意图很明显，就是要在用车领域和百度抗衡，起码不输于对手。当地图服务的用户体验已经不能拉开明显差距的时候，百度和高德对于底层用户的争夺就转移到了服务入口。百度选择的方式是通过战略投资来进入用车市场，而高德在着重强调「 数据」。 百度最近接连注资 51 用车和天天拼车，再加上之前投资易到用车和 Uber，他们对于用车市场的布局在有条不紊的进行着。而用车领域跟地图的关系可以说是最密切的，阿里要想和百度在这方面竞争，高德就必须发挥自己的作用。 神州加入高德的「 阵营」，对于高德来说也算是拉拢到了一个很重要的盟友。在用车领域，我们看到的显性动态是不停的投资、站队，而在这些 App 的基础——地图服务上，站队也在进行着。 LBS（基于位置服务）：是指通过电信移动运营商的无线电通讯网络或外部定位方式，获取移动终端用户的位置信息，在 GIS 平台的支持下，为用户提供相应服务的一种增值业务。它包括两层含义：首先是确定移动设备或用户所在的地理位置；其次是提供与位置相关的各类信息服务。
智能汽车平台 Android Auto 就要来了，Google 这次只许开发者改改应用配色
在运行 Android Wear 的系列智能手表登场之后，Google 今天正式承诺将在几个月后发布为汽车行业准备的 Android Auto SDK。不过由于 Google 今天放出了 Android Auto 的开发者文档 ，所以即便 SDK 尚未发布，我们也可以先从文档中看看汽车上的 Android 是怎样的。 按照 Google 的说法，当你的 Android 手机和 Android Auto 连接在一起时，你就可以通过 Android Auto 来播放音乐、拨打电话、收发消息了。与此同时，用户的手机将会被锁住，这样以来驾驶安全也就有了保障。 对于开发者来说，Google 并不希望你在 Android Auto 上开发原生的 Android 应用，开发者只要通过对应的接口把手机中的数据传输到 Android Auto 上即可。在 Android Auto 这一边，Google 已经为这些数据准备好了 UI 框架和交互方式。这也就意味着开发者可以用已经熟悉的 Android API 开发应用，然后借助于 Auto SDK 把它们扩展到汽车上即可。 由于 Google 已经限定了 UI 框架和交互方式，开发者自然就不必再为不同汽车的硬件规格、屏幕尺寸、屏幕分辨率等因素而烦恼了。这些问题都会由 Google 和汽车厂商来解决，为汽车开发者应用的 Android 开发者只需要满足 Google 提供的这一套标准即可，而不用再像手持 Android 设备那样还要顾及不同终端上的呈现效果。 从 Google 目前的文档中可以看到，Android Auto 的 UI 元素包括应用 Launcher、App 的主界面、用户操作按钮、Drawer 和配色模式。这些框架以及交互方式 Google 都已经准备好了，开发者在外观方面可以做的就是更改应用图标、名称、主题颜色、背景图片以及一些自定义的按钮。 对于那些爱好个性化的开发者来说，看完 Google 对 Android Auto 的限制也许会颇感失望。不过在 Google 看来，由于人们在驾驶过程中的必须要集中注意力，所以为汽车准备的 Android Auto 在设计时会尽可能的让驾驶员快速获得足够多的信息然后把注意力转回到汽车驾驶中。此外，禁止自定义 UI 也是为了让开发者的应用规避不同国家和地区各式各样的法律条文。 由于 Android Auto 的使用场景和手机、电视甚至可穿戴设备都有很大不同，所以 Google 可以说是在 Android Auto 上做了最严格的限制。开发者能发挥的空间的确小了，但和驾驶安全相比，后者明显更重要。（转自：PingWest）