Quels critères considérer lors du choix d'une solution télématique?

Introduction

La réussite d’un produit d’assurance connectée qui utilise le smartphone dépend étroitement de la technologie de collecte et de traitement des données. Ce type de produit d’assurance se compose d’une application mobile développée par l’assureur et équipée d'une fonctionnalité télématique permettant d'enregistrer et d'analyser les données des capteurs du smartphone.

Habituellement, cette fonctionnalité est développée par un fournisseur de télématique et elle est incorporée à l'application de l'assureur grâce à un kit de développement logiciel (SDK) mobile.

Le fournisseur de télématique est chargé de la collecte et de l’analyse des données. Elles sont transformées en indicateurs reflétant le comportement de conduite. Ces données sont ensuite utilisées par l'assureur pour calculer la prime d’assurance et pour faire de la prévention.

Si vous envisagez de lancer une assurance connectée basée sur le smartphone, il est crucial d'évaluer la technologie offerte par chaque fournisseur de télématique. Pour vous guider dans cette décision, cet article propose un inventaire des aspects essentiels à vérifier :

• Les moyens mis à disposition pour tester la solution.

• Les performances du SDK mobile.

• La documentation technique.

• La fréquence des mises à jour.

• Le support technique.

• Les moyens d’accès aux données.

Les moyens mis à disposition pour tester la solution

En premier lieu, il est impératif d'évaluer la technologie du fournisseur en conditions réelles. Pour vous épargner des développements techniques, le fournisseur doit être en mesure de vous fournir une application de démonstration prête à l'emploi utilisant son kit de développement logiciel (SDK) mobile.

Cette application est conçue pour vous aider à appréhender l'expérience utilisateur et à évaluer la performance de la technologie, notamment :

• le recueil des permissions nécessaires à l’accès aux capteurs du téléphone,

• l’enregistrement des trajets,

• et la restitution des données de conduite.

Un bon fournisseur doit vous offrir un accès simple et rapide à une application de démonstration. Pour une évaluation approfondie et complète, nous suggérons d'impliquer une dizaine de collaborateurs de votre organisation et de mener des tests sur des smartphones iOS et Android pendant au moins un mois.

L’application DriveQuant est construite à partir du SDK DriveKit et elle utilise la même technologie que celle que nous fournissons à nos clients. Elle est disponible sur l’App Store et sur Google Play.

Les performances du SDK mobile

Il y a deux éléments à prendre en compte en priorité lors de l'évaluation d'une solution de télématique smartphone. 

Premièrement, il faut vérifier la capacité du SDK à détecter automatiquement des déplacements en véhicule et à enregistrer la totalité des trajets d’un utilisateur. C’est pourquoi, une fois l’application de test installée sur votre téléphone, vous devez vous assurer que tous vos trajets ont été correctement analysés.

Deuxièmement, la consommation de la batterie doit être la plus faible possible car c’est un critère clé de l'expérience utilisateur. Une solution télématique nécessite un fonctionnement en arrière-plan et l’utilisation du capteur GPS. Une utilisation excessive du capteur GPS peut réduire significativement l'autonomie du téléphone, ce qui pourrait dissuader les utilisateurs.

Trouver le juste équilibre entre les performances de la détection automatique de trajet et la minimisation de la consommation de la batterie est complexe et très peu de fournisseurs sont capables de trouver le bon compromis.

Le SDK DriveKit a été conçu pour minimiser la consommation de la batterie en n'utilisant pas le capteur GPS en dehors des trajets. La détection automatique repose sur une combinaison de mécanismes économes en énergie, tels que l'API de reconnaissance d'activité, le SLC sur iOS, l’utilisation de géozones, la détection du système Bluetooth du véhicule ou d’Android Auto et dans certains cas l’utilisation d’un émetteur Bluetooth de type iBeacon. Ces mécanismes collaborent pour garantir une captation optimale des trajets (pour en savoir plus sur le fonctionnement de la détection de trajet, consultez notre article dédié).

Lors de vos tests, vérifiez la consommation après une journée d’utilisation et basez vos comparaisons sur cet ordre de grandeur. En règle générale, la consommation de la batterie occasionnée par une application télématique doit être inférieure à 2% pour un utilisateur qui réalise deux trajets quotidiens de 30 minutes.

La documentation technique

Un SDK de télématique smartphone s’accompagne d’une documentation technique détaillée pour les développeurs. La documentation facilite l'intégration, la compréhension et la résolution des problèmes liés à l'utilisation du SDK dans une application mobile.

La plupart du temps, la documentation est libre d'accès et elle doit contenir : 

• des instructions détaillées sur l'installation, l'utilisation et l'intégration du SDK dans une application mobile

• une description des fonctionnalités, des méthodes et des paramètres du SDK.

• des exemples de code, des conseils qui aident les développeurs à intégrer rapidement le SDK.

• l’historique des mises à jour et de l’introduction de nouvelles fonctionnalités, ce qui permet aux développeurs de tirer le meilleur parti des dernières versions.

Un SDK bien documenté témoigne de la qualité de la solution. De plus, un SDK générique et maintenu par une équipe de spécialistes garantit la pérennité et la fiabilité de l'outil.

Notez que plus un SDK a été intégré et plus il est performant puisque les améliorations techniques, les nouvelles fonctions ou les correctifs de bugs sont mutualisés et bénéficient à tous les clients.

La documentation du SDK DriveKit développé par DriveQuant est en accès libre ici.

Pour simplifier l’intégration dans les applications de nos clients, nous proposons : 

• un projet contenant le code essentiel pour un démarrage rapide sur iOS et Android.

• une application iOS et Android dont le code source est libre et qui met en œuvre toutes les fonctionnalités du SDK DriveKit.

La fréquence des mises à jour

Un SDK de télématique doit être mis à jour régulièrement. Les mises à jour sont indispensables car la technologie sous-jacente évolue rapidement en particulier : 

• Les mises à jour des systèmes d’exploitation iOS et Android.

• Les évolutions des consoles AppStore Connect et Google Play.

• Le déploiement de nouvelles fonctionnalités.

• Les résolutions de bugs.

• Les améliorations liées à des retours d’utilisateurs.

• Les mises à jour de sécurité.

En général, un SDK de télématique populaire doit avoir un cycle de mise à jour régulier avec au minimum une mise à jour mensuelle. Il faut également vérifier que la mise à jour du SDK intervient immédiatement après de déploiement des nouvelles versions d’iOS et d’Android (au mois de septembre).

Le journal des modifications du SDK DriveKit est en accès libre depuis notre documentation publique.

Le support technique

Un SDK de télématique est une technologie qui nécessite parfois une assistance experte pour accélérer l'installation dans une application existante. Assurez-vous que c’est une prestation prévue par votre fournisseur.

Le support joue un rôle crucial dans le succès de l'intégration des SDK de télématique mobile pour plusieurs raisons : 

• Les développeurs mobiles habitués au codage d’interfaces graphiques peuvent être déstabilisés par cette technologie qu’ils abordent rarement, en particulier : la gestion des capteurs et des permissions nécessaires au bon fonctionnement d'une application télématique.

• Un SDK de télématique contient de nombreuses configurations et un guidage est essentiel pour en faire le meilleur usage possible.

• Le SDK fournit des données très riches mais également très spécifiques qu’il faut bien comprendre pour les afficher sur des interfaces graphiques de l’application.

En plus d’une documentation exhaustive et des codes en accès libres, DriveQuant propose un accompagnement des équipes techniques pendant toute la phase d’installation du SDK DriveKit dans votre application et participe également aux tests pour valider que l’intégration est conforme à votre besoin.

Les moyens d’accès aux données

La fonction première d’une solution de télématique réside dans la production d’indicateurs du comportement de conduite. Ceux-ci sont directement utilisés pour estimer le niveau de risque, calculer une prime d’assurance ou gérer un sinistre. C’est pourquoi les méthodes d'accès à ces données sont essentielles.

Le premier point à prendre en considération est la rapidité des traitements. Il est essentiel que les résultats d'analyse et les indicateurs de conduite soient disponibles immédiatement après un trajet ou la survenue d’un accident. 

Dans le cas d’un trajet, il est préférable que le conducteur puisse accéder aux résultats de l’analyse après la fin de son trajet. Dans certains cas, les données de trajet sont également traitées sur la plateforme de l’assureur pour compléter l’analyse.

Pour une solution d'assistance, les données relatives à un accident doivent être transmises très rapidement puisqu’elles permettent de déclencher un alerte et qu'elles sont utilisées pour la prise en décision par un opérateur.

Le second point est la nature des données. Il est important qu’un fournisseur de télématique soit en mesure de vous transmettre les données résultant de l'analyse mais aussi les données brutes qui ont été enregistrées à partir des capteurs du téléphone et éventuellement des données intermédiaires (par exemple : filtrage, corrections d’anomalie, projection cartographique). 

Le troisième point concerne les méthodes d'accès aux données. Dans l'idéal, un fournisseur doit proposer dans sa solution la possibilité d'accéder aux indicateurs de conduite et aux données collectées de plusieurs manières :

• depuis le SDK mobile, avec si possible des données déjà synchronisées dans une base de données locale. Cette approche permet un accès direct et instantané aux données pour les présenter à un utilisateur dans l'application mobile.

• en utilisant des services web qui permettent de récupérer les données de trajet ou d'accident sur votre plateforme.

• à travers une interface web d'administration qui comprend des résultats présentés de manière claire et des fonctionnalités de gestion (comme la recherche d'un utilisateur, la visualisation des données de trajet et l'historique des scores).

Le cycle de vie d’analyse d’un trajet avec le SDK DriveKit proposé par DriveQuant est décrit ici.

Le temps d’analyse d’un trajet est toujours inférieur à 4 secondes et une fois analysées les données sont synchronisées dans le SDK et transmises sur la plateforme du client grâce à un service de publication.

Pour d’autres besoins, DriveQuant offre une interface web d'administration et une gamme complète de web services pour accéder aux données des utilisateurs. Ces services sont décrits dans la section “REST SERVICES” de notre documentation publique.

Conclusion

La télématique smartphone est reconnue pour sa fiabilité mais sa complexité nécessite une évaluation minutieuse de la solution proposée par un fournisseur. 

Une solution performante et fiable doit remplir au moins les neuf conditions suivantes :

• Le SDK doit être facilement testable à l'aide d'une application de démonstration.

• Le mode automatique doit être performant et détecter tous les trajets.

• Le SDK ne doit pas générer de consommation excessive de la batterie du téléphone.

• Le SDK doit être générique mais offrir des configurations suffisantes pour s’adapter à des cas d’usage variés.

• Le SDK devrait déjà avoir été intégré dans au moins 20 applications mobiles.

• La documentation doit être accessible, claire et comporter des exemples de code.

• Le SDK doit être mis à jour régulièrement et au minimum une fois par mois.

• Le fournisseur doit être en mesure de mobiliser des experts pour aider votre équipe technique pendant la phase d’installation du SDK.

• L'accès aux données collectées et aux indicateurs doit être possible via le SDK, des API et un portail web.