OTA的运营与建设

OTA运营

一、升级工作内容概述

升级工作按照阶段可以划分为升级准备工作，升级执行工作和升级收尾工作三部分。其中各个阶段需要做的工作简单列表如下：

二、部分工作内容涵盖的内容

车辆升级任务的执行需要开展大量的工作，全部描述清楚涉及的内容较多，挑选其中的几个重点做些说明。

• 升级方案设计

升级工作是一项相对复杂的跨部门管理活动，需要企业内部多个部门之间的协作，也涉及多项工作内容。在开展升级任务之前，需要对工作进行统筹安排，升级方案的设计是一项提纲挈领的工作。升级方案需要在内部创建后并经过审核才可以进入执行阶段。升级方案中要明确升级零部件范围、升级任务时间段、升级车辆范围、问题解决流程等工作内容，同时将各项工作进行时间安排并为每项工作指定负责人。升级方案针对升级任务进行设计，但在OTA平台上可以针对不同的客户群体设置系统任务。

• 升级宣传文案

为提升升级任务的执行效果，最好在升级任务执行前在市场上提前开始宣传，宣传目的是让目标用户了解本次升级的相关信息，确保目标用户能够配合开展升级活动。特别是，当升级包含新功能时，一定要让目标客户及时了解信息并对升级产生一定的期待。对于，修复BUG的升级活动，在升级过程中并不会为用户带来新的功能，建议不做升级前的宣传工作，毕竟在市场上宣传自己的产品需要修复问题，对品牌有一定的损失。需要开展升级宣传工作的，需要在升级任务正式执行前准备好宣传文案。如要开展宣传工作，升级前、升级中和升级后在宣传内容上有不同的侧重。升级前侧重信息告知，升级中侧重引导，升级后侧重效果及数字。

• 升级任务报备

OTA技术在车辆上大规模搭载后，国家相关部门对车辆升级的监管会越来越规范。2021年，国家质监总局已经明确发布通知，OTA是车辆召回正规途径，市场上所有的车辆软件升级活动必须向国家质检总局进行报备。虽然，现在还没有明确指出需要审批，但从发展趋势上来说，将来涉及到车辆产品一致性的软件升级活动，肯定需要国家相关部门的审批。升级报备工作原则上需要在升级任务正式开始前完成

• 升级任务部署

升级任务的部署是升级工作执行的关键步骤。升级任务的核心工作是在云端系统中确定升级车辆范围、通知时间、灰度升级设置、升级任务的有效期、升级任务的重要度等。为了更好贴合用户的使用习惯，建议依据用户的一些共同属性来进行针对性的设置和调整。升级任务中要设置灰度模式，以发现问题时可以及时阻止问题大规模蔓延。升级任务在组织内部应设立审核机制，确保升级任务的部署不会出现问题。

• 升级过程答疑

远程升级对大部分车辆用户来说都是一个新鲜事物。用户在车辆上进行操作的时候，难免会出现疑问。升级任务执行过程中，需要为用户开通解答疑问的渠道。答疑的渠道可以是公众号，也可以是呼叫中心，或者是微信群。建议升级的常规操作要形成专门的文档，或者是拍摄成视频，发布在用户能够接触到的地方。用户群聊、使用手册、论坛、微博、公众号、官方网站、问答类网站都可以作为宣传渠道。用户操作正确是稳定升级的必要条件，正确的引导十分有必要。

• 异常问题解决

升级任务执行的过程中，难免会出现问题或者出现升级失败的情况。主机厂需要创建相应的异常问题解决流程。异常问题的处理包含线上处理和线下处理两种方式。无论何种方式，主机厂都需要有相应的技术人员。对于已经明确的常规问题，需要充分利用主机厂庞大的服务体系，需要形成相应的技术支持文档，并能够快速传递到所有服务站。确保用户在遇到问题时能够第一时间得到主机厂的关注。

三、写在后面

升级工作的开展本质上是一个用户运营的过程。不能简单的将此项工作交给技术部门来处理，最好有一个实体的或者是虚拟的组织对升级工作负责，可以称之为OTA运营团队。赋予运营团队一定的权利和职责，让其能够正常在组织内开展工作。随着OTA系统逐渐成熟，用户对OTA技术的接受程度也会越来越高，运营工作的重要度也会逐渐提升。必要时，主机厂可以找有OTA运营经验的供应商为自己提供咨询服务，让供应商帮助自己建立完善的组织运营流程。

OTA建设

一、OTA系统建设的四个阶段

任何一个新事物在组织推广都会遇到阻力，想要在企业中让OTA技术发挥作用，需要对OTA有一个完整的认知，并提前做好规划。梦想总是很美好，现实却充满挑战，只有在不断应对挑战的过程中，我们才能不断的成长。

以当前的项目经验和对主机厂的理解，我们将OTA系统建设大致分为四个阶段：基础能力建设、增强能力建设、技术全面推广和系统后期运营。罗马不是一天建成的，系统建设分阶段，清晰每个阶段的建设目标，才会让系统更稳固，价值发挥的更大。在行业中我们看到了太多主机厂在OTA系统建设方面返工，真心希望这种情况不再出现。

二、基础能力建设的目标与意义

基础能力建设阶段的核心目标是在一个车型上实现基本的OTA能力，搭建一个具备核心功能的OTA管理平台，让OTA核心流程能够在企业内部走通。整个流程的打通，会让组织内部体验到OTA技术带来的优越感，进而让OTA技术的推广成为一种趋势。第一阶段项目的成败非常关键，成则持续推进，败则可能重新选择供应商。说实话，我们看到了太多的项目重新来过的情况。项目第一阶段是理想碰到现实的阶段，收敛并明确关键很重要。

三、基础能力建设阶段需要关注的

OTA作为智能汽车的底层能力，在实现难度上跟硬件和操作系统有很大关系。选择好的硬件和软件环境来率先实现整车OTA其实是具备战略意义的。经过多年项目经历的洗礼，在车型选择上要关注以下几点：

1. 车端存储空间：存储空间虽然在很多智能汽车上已经不是太大的问题了，但还是有很多车型车端的存储空间是不能够满足整车OTA的技术要求的。典型的案例就是将TBOX的功能放在模组上实现的情况，如果不加外部存储，自己升级都是问题。

2. 车内通讯速度：整车升级与单零部件升级的本质区别在于需要充分考虑车内网络对升级过程的影响。整车现在还大都以CAN网络为主，在数据传输速度上是存在上限，如果只是嵌入式设备，通讯速度还能够接受。随着智能件在车上不断增加，软件包的大小会严重影响文件在车内网络中的传输速度。典型的案例就是液晶仪表与TBOX之间是CAN网络，如果想要更新仪表的主题，数据传输的过程都极有可能将小电瓶电量耗完。

3. 零部件操作系统：操作系统的不同对升级能力的支持程度不同，很明显嵌入式系统的RTOS的升级会更底层，安卓和Liunx系统的升级就相对好了很多。但，这里要说明，单纯给车机或者是TBOX这种带操作系统的零部件升级，其实算不上是整车升级。具备整车升级能力的供应商，在整车诊断上一定是能力不错的。毕竟，嵌入式系统还会在汽车产品上存在很多时间。

4. 诊断协议统一性：对于很多规范的大型主机厂来说，这个基本上都不算什么问题。但并不是所有的主机厂都能做到车端诊断协议的统一。这里需要考虑两点，一是诊断流程的统一性，二是安全算法的统一性。如果选择车型的零部件越不统一，车型在实现整车OTA能力时需要消耗的工作量也会越多。如果，你选择的车型急着上市，可以考虑先不上。如果非要上，那要做好充分的心理准备，整车在调式和测试阶段所遇到的困难。

5. 紧跟车型架构发展方向：主机厂都会有自己的电子架构发展方向，在选择车型是要重点关注，咱们总不能找一个已经即将被淘汰的车型来做实验。这样我们做的事情其实在后期的复用性和技术领先性是不存在，也不利于OTA技术在公司内的快速拓展。

6. 控制好升级范围：整车升级并不意味着，整车上所有的控制器都需要升级。基础能力建设阶段，OTA的价值还是体现在帮助售后部门解决市场上的软件问题上。所以，升级范围的选择要关注：第一、跟车主直接接触的零部件，升级后车主能够明显看到变化的零部件，需要首先升级。毕竟，当OTA作为一个功能在市场上宣传时，总要让车主看到OTA的效果。第二、市场上需要不断更新版本的零部件，例如自动驾驶相关的零部件，为了不断完善算法和数据，对OTA的需求会比较高。第三、目前经常会出问题的零部件，这些零部件在市场上出现问题，会大量损耗售后成本，也是最容易体现OTA价值的部分。车型上需要更新的零部件越多，车型所需要做的工作也就越多，因此，合理的选择升级范围是主机厂的工程师必须要考虑的问题。

7. OTA的技术架构要先进：主机厂要充分考虑OTA技术的实现方式，供应商的产品在后期新增升级范围和新车型集成时是否会遇到技术瓶颈。这意味着后期公司在内部推广OTA技术时可能会支付的成本。

四、总结归纳

总结归纳，第一阶段的关键点：要敢想，毕竟前期的架构设计对后期项目的开展十分重要；要敢砍，在交付时精简功能，确保项目的交付质量；控制好，时间也是我们的成本，但任何项目都有一定规律，项目时间和投入产出比要高。

文章转载自公众号：智能汽车开发者平台