Créer ou acheter un logiciel OTA: 5 considérations pour les OEM

La révolution de la voiture connectée étant bien engagée, les logiciels OTA (over-the-air) sont rapidement devenus une norme de l’industrie. Cela augmente non seulement les gains de revenus et diminue les rappels, mais il améliore l’expérience client et réduit le temps nécessaire pour mettre à jour, réparer et entretenir les véhicules.

Pour conserver un avantage concurrentiel, les fabricants doivent réévaluer complètement leurs processus de développement de bout en bout pour intégrer le logiciel OTA. Déterminer s’il faut construire en interne ou acheter des solutions existantes dépend des besoins et des circonstances spécifiques de l’entreprise.

1. Délai de mise sur le marché:

À mesure que la technologie automobile continue d’évoluer, les cycles de vie des produits seront plus rapides que tout ce que les OEM ont connu auparavant. Compte tenu de ce chiffre d’affaires rapide, le délai de mise sur le marché du produit pourrait faire la différence entre le succès et l’échec.

La création d’OTA en interne prend plus de temps car elle nécessite une équipe entière dédiée à la recherche, à la conception et à la mise en œuvre, suivie d’une série de tests préalables à la mise sur le marché pour assurer la conformité aux protocoles de sécurité et de sûreté.

En revanche, le logiciel OTA prêt à l’emploi est conçu pour une intégration rapide. Les plates-formes incluent souvent des bibliothèques de protocoles pré-testés, telles que Sibros Network Stacks, pour garantir la conformité aux normes internationales de sécurité automobile. Ces solutions éliminent les tracas des retards imprévus et accélèrent la mise sur le marché du produit.

2. Coût total de possession:

Bien que le logiciel OTA interne offre plus de contrôle, le compromis est un prix nettement plus élevé. La création d’un logiciel en interne coûte de deux à vingt fois plus cher que l’achat d’une solution existante.

Les dépenses communes comprennent:

  • Recherche initiale et développement
  • Plusieurs séries de tests
  • L’intégration
  • Tests de sécurité et de conformité supplémentaires
  • Corrections de bogues et retards
  • Maintenance à long terme
  • Dépannage des échecs de mise à jour
  • Services d’assistance à la clientèle
  • Modification pour se conformer à la nouvelle législation (telle que WP29 et CCPA)

Les entreprises OTA sont en mesure d’offrir des solutions plus abordables car elles servent un certain nombre de clients. Bien que le logiciel ait tendance à être moins personnalisable, sa polyvalence permet à la même plate-forme d’être utilisée par plusieurs OEM. L’achat d’une solution logicielle OTA existante libère des fonds que les OEM peuvent utiliser dans d’autres domaines du développement de produits et réduit le nombre de dépenses imprévues qui surviennent pendant la production en interne.

3. Caractéristiques et fonctionnalités souhaitées:

Les solutions OTA prêtes à l’emploi sont incontestablement moins chères et plus rapides à intégrer, mais elles comportent des limites de personnalisation.

Étant donné que les systèmes existants sont conçus pour plaire à plusieurs clients, ils ont tendance à inclure des fonctionnalités plus générales qui prennent en charge une variété de fonctions. La flexibilité varie entre les plates-formes OTA, bien que certaines fonctionnalités telles que la cybersécurité aient tendance à devenir une norme.

Bien que les solutions existantes ne cochent pas toutes les cases, choisir une solution prête à l’emploi qui satisfait la plupart des fonctions souhaitées est une alternative moins chère et plus rentable à la création de logiciels OTA.

En raison de l’évolution rapide de la demande du secteur, les fournisseurs d’OTA travaillent en permanence pour améliorer les fonctionnalités de leurs solutions. Un exemple est la possibilité d’effectuer des mises à jour OTA complètes du véhicule, comme le montre la plateforme de connectivité profonde de Sibros. Des solutions comme celle-ci accélèrent non seulement le temps de mise à jour, mais aident à résoudre les problèmes de compatibilité qui se produisent entre les calculateurs dépendants à la suite de mises à jour d’unité unique.

4. Connaissances et expertise disponibles:


Les voitures nécessitent plus de code pour fonctionner qu’une navette spatiale,(3) c’est beaucoup d’endroits où les choses tournent mal. Il n’est donc pas étonnant que les connaissances nécessaires pour concevoir, tester, implémenter et maintenir un logiciel OTA prenant en charge la fonctionnalité des véhicules modernes soient étendues.

Les équipementiers doivent déterminer s’ils ont accès à l’expertise requise pour créer des logiciels OTA internes. Leur équipe doit posséder les compétences technologiques non seulement pour créer et intégrer le logiciel, mais également pour gérer les problèmes inattendus et gérer la maintenance à long terme.

Les nouvelles solutions doivent respecter les normes de sécurité internationales actuelles, avoir la capacité d’annuler les mises à jour défectueuses, inclure des analyses de données pour anticiper les mises à jour futures et tenir compte des problèmes potentiels de compatibilité des logiciels ECU / OTA.

La conception en interne impose des exigences extrêmement élevées aux ressources de l’entreprise et ne doit être envisagée que si le fabricant est en mesure de produire un logiciel aussi bien ou mieux que les solutions existantes

5. Compétences essentielles:

Le logiciel lui-même est au centre des préoccupations des fabricants de solutions OTA. C’est là que les entreprises investissent leur temps, leur argent et leur énergie, car la prolifération de leur technologie détermine le succès de leur entreprise.

Pour les OEM, les logiciels OTA ne représentent souvent qu’une partie de la vue d’ensemble. Construire en interne siphonne les ressources des autres domaines de développement de produits. Cela peut entraîner des retards, une extension excessive des ressources et des fonds pour l’assistance extérieure si le personnel interne ne parvient pas à résoudre un problème technique.

Si la construction en interne garantissait un avantage industriel considérable, l’investissement des ressources serait sans conséquence. Cependant, sans le luxe de la bonne aventure, les OEM devraient envisager les concessions nécessaires pour consacrer une équipe entière au développement et à la maintenance de logiciels OTA.

Conclusion

Bien que la construction en interne offre une plus grande flexibilité logicielle, l’industrie se penche actuellement fortement sur les achats. Les solutions OTA existantes sont simplement plus faciles à intégrer, plus rentables et nécessitent moins de maintenance et d’investissement de ressources de la part des OEM.

Facebook
Twitter
LinkedIn
Pinterest

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.

ADVERTISEMENT