新智驾|滴滴要对自动驾驶“产品”定义,3密码、76模块只是RoboTaxi的“起点”( 三 )


其三是技术地图 。 根据现在技术定义和路段本身的限速、车道清晰程度、自行车道和汽车道等打分 。
可以看出 , 上述图片里的三张地图代表的含量信息不一样 , 但都是结果化信息 。
更重要的是 , 我们把三张图放在一起形成滴滴战术地图 , 以此循序渐进推进自动驾驶 。
这是一个很有意思的例子 , 我们把它做出来并形成了一套打法或者产品化的思路 。 虽然它具备时效性 , 但我们会基于大数据平台会实时更新 , 最终这些数据可能以秒为单位迭代 。
其实 , 这套方法论非常普适 , 在中国普适 , 在全国不同地方都非常普适 。
传统来讲 , 如果我们需要在小范围内开一片区域运营 。 首先 , 我们需要调研用户出行习惯 , 看有没有用户在哪里打车 , 需求是什么 。 同时 , 验证技术的可行性 , 这可能又需要一段时间 , 判断会不会遇到现在技术不能解决的问题 。 然后 , 我们在这个区域里用自动驾驶采图、打磨、迭代 。 整个流程大概需要半年时间 。
现在来讲 , 我们只需要把三图合一形成战术地图 , 从需求角度、技术角度、安全角度搭建这套体系大概10秒钟时间 , 最终量化判断结果 。
本质来看 , 我们在做自动驾驶本身的产品定义 。
大家都在讨论L4、L5级自动驾驶 , 但它们依然是宏大的概念 , 也有各自其定义 。 重要的是如何限定各自范围、区域 , 并进行迭代和扩张 。
其实 , 任何一家创业公司都面临这样的选择 。 这个命题不难 , 但执行起来很难 , 因为你没有数据 。
这个过程在移动互联网时代是依靠产品经理实现 , 但在自动驾驶场景里主要是量化和数据实现 。
3、网络
运营网络是我们自动驾驶行驶的边界 。
【新智驾|滴滴要对自动驾驶“产品”定义,3密码、76模块只是RoboTaxi的“起点”】在滴滴平台上有很多产品 , 包括出租车、快车、豪华车等 , 绝大多数经常打车的同学非常熟悉 。
自动驾驶车是我们额外的品类 , 这件事有什么意义?
当你只有自动驾驶车辆 , 没有其他品类车辆的时候 , 几十辆车、几百辆自动驾驶车在限定的区域里是无法很好地服务用户的 。
对用户而言 , 早期就是尝鲜 , 但只有限定范围和少量车 , 就无法提供很好的体验 。
滴滴是采取混合派单的方式解决上述问题 。
新智驾|滴滴要对自动驾驶“产品”定义,3密码、76模块只是RoboTaxi的“起点”
文章图片
在滴滴平台上 , 我们把自动驾驶车和大量有司机驾驶的网约车放在一起 , 当区域、路况、天气符合自动驾驶条件时 , 我们把单派给自动驾驶车辆 , 否则就派给网约车司机 。
其实 , 司机在相当长一段时间是非常重要的元素 , 他们是我们运输的主力 , 同时也解决了自动驾驶长时间无法解决的问题 。
实际上 , 自动驾驶车辆和有司机驾驶的网约车是相辅相成的 。 他们可以在两种情况下无缝连接 , 逐步快速迭代自动驾驶网络的生成 。
因为自动驾驶车队不可能一步到位完成所有事情 。
除了运营网络外 , 还有两个网络很重要:乘客和车队运营 。
乘客运营网络方面 , 滴滴有超过5亿用户 , 一年有超过100亿次的运送人次 。 我们有非常多服务经验 , 这个经验是无价的 。 你服务第一个客户时有很新鲜的体验感 , 当你服务100个用户时 , 他们提出的意见、需求各不相同 , 这时候你对产品的需求不断变高 。 当你服务到10万、100万、1000万时 , 你的认知是不断迭代的 。 其实 , 滴滴网约车的形成也是是经过每年百亿次的打磨做成的 。
车队运营网络方面 , 对应的客户是庞大体系的车队 。 这些车绝大多数不是滴滴自己持有的 , 但很多车是我们服务的 , 包括集中采买、车辆使用、车辆养护、充电、加油、维修、后续处置等 , 滴滴有相当长时间的经验 , 服务超过100万辆车的车队 。


推荐阅读