Mise à jour régulière du SDK de Batch : quels bénéfices pour vos équipes marketing et IT ?

Nos clients identifient souvent, et à raison, l’installation et la mise à jour régulière des SDK comme un réel enjeu d’allocation de ressources.

Pourtant, après une dizaine d'années à travailler sur le développement des SDK de Batch, j'ai pu voir chez certains clients les répercussions business d'une économie de cette mise à jour.

Campagnes avortées, cas d’usage limités, allers-retours incessants au support, incidents pendant des temps forts de ventes, etc. Les effets négatifs sont nombreux et arrivent souvent au pire des moments.

On vous explique dans cet article les stratégies à adopter pour vous éviter ces déconvenues potentielles.

Les bénéfices d’une mise à à jour du SDK

Retournons aux fondamentaux. Les SDK et leurs mises à jour régulières ont un double intérêt pour nos clients :

1. Profiter en continu de la valeur et des innovations de Batch. Avec de nouvelles fonctionnalités que nos équipes développent et améliorent constamment, le SDK de Batch - reconnu par Google parmi les 80 meilleurs au monde - reste le moyen indispensable pour vous de rester à l’état de l’art du marché.
2. La simplification de la complexité technique des mises à jour OS. Chaque année, les nouvelles versions bêta des OS qui sortent peuvent exiger des changements plus ou moins importants. Cela peut concerner les notifications, la UI, ou du travail en tâche de fond, etc. Côté Batch, on analyse ces changements, on vérifie et anticipe leurs effets chez Batch et chez nos clients, puis on modifie le SDK pour intégrer les différences. Dans ce processus, on s’assure que nos clients n’aient rien à faire, hormis effectuer la mise à jour.

Mise à jour du SDK de Batch : un processus simple, documenté et séquencé

Dans la très grande majorité des cas de mises à jour du SDK de Batch, nos clients n’ont rien à effectuer. L’expérience développeur simplifiée et optimisée de nos clients reste une obsession pour nos équipes Tech et Produit, et c’est particulièrement le cas lorsque l’on développe les SDK de Batch.

Les seuls moments où il y a davantage d’actions à réaliser, c’est lorsque des acteurs comme Google et Apple nous imposent de modifier la manière dont le SDK fonctionne.

A ce moment-là, nos équipes Produit et Solutions Engineering fournissent des guides ainsi que de la documentation claire et complète, qui sont facilement déroulés, adoptés et plébiscités par nos clients.

En outre, notre versioning - notre méthode de gestion des versions de notre SDK - permet à nos clients de séquencer de manière progressive leur processus de mise à jour.

Le temps d’effectuer une montée en version complète, le versioning de Batch permet à nos clients d’appliquer un patch - un correctif - en toute confiance et sans effectuer de changement d’API, et ainsi opérer les traitements les plus prioritaires le plus rapidement possible.

Adaptez-vous aux contraintes de l’environnement mobile, pour contrôler votre temporalité

En tant que développeurs ayant déjà travaillé sur des applications, on comprend que nos clients n’aient pas tout le temps les ressources pour effectuer constamment des mises à jour de SDK, surtout quand il y en a un nombre non négligeable à réaliser.

Cependant, par expérience, on se rend compte que mettre ce sujet de la mise à jour sous le tapis va irrémédiablement venir leur coûter plus cher, souvent à un moment inopportun, notamment les temps forts de ventes (Soldes, Black Friday, offres spéciales, etc.)

En effectuant la mise à jour en avance de phase, vous contrôlez votre temporalité. Ce contrôle de votre agenda vous permet de ne pas subir les évènements dans la précipitation, où la probabilité de bugs augmente considérablement.

Cette régularité dans l'anticipation des mises à jour du SDK est d’autant plus essentielle sur l’environnement mobile. Pourquoi ? Pour deux motifs principaux :

Motif d’anticipation n°1 : Les délais incompressibles du déploiement sur mobile

Contrairement à un site web, où il suffit de rafraîchir pour voir la mise à jour s'opérer instantanément, il y a un temps de latence au déploiement d'une mise à jour sur mobile.

Après le déploiement du SDK côté Batch, il y a trois étapes indispensables dont nos clients ne peuvent faire l’économie :

1. Il faut le temps que leurs développeurs - internes ou externes - intègrent la nouvelle version du SDK au sein de leur application ;
2. Ensuite la mise sur le Store prend également un peu de temps ;
3. Enfin, la mise à jour par les utilisateurs finaux reste toujours très hétérogène.

Chacune de ses étapes présente son délai incompressible, qu’il ne faut pas négliger.

Et si Batch sort une nouvelle fonctionnalité sur le canal mobile, plus la mise à jour du SDK est effectuée en amont, plus le nombre d’utilisateurs qui pourront en bénéficier sera élevé.

Compenser la dette technique en amont vous évitera ainsi de devoir décaler des campagnes In-app ou push spécifiques de plusieurs semaines, voire plusieurs mois.

Motif d’anticipation n°2 : la fréquence élevée des mises à jour sur mobile

Contrairement à des OS comme Windows plus matures, l’environnement mobile évolue très rapidement, ce qui décuple le nombre de risques techniques associés, et en particulier ceux de compatibilité.

Dans cet environnement, adopter la posture attentiste “jusqu’ici tout va bien” est le meilleur moyen de favoriser les problèmes techniques inopportuns qui seront découverts beaucoup trop tard.

Android 13, Tracking iOS, Oreo, etc. évitez de transformer le manque d’anticipation en manque à gagner

Prenons un exemple actuel, avec le cas concret de la permission de notifications sur Android 13 pour nos clients.

Malgré l’absence de mise à jour du SDK de Batch, certains clients ont toujours les compatibilités. Ces clients décident soudainement de se mettre à la page, avec un appareil de test qui n’est pas forcément 100% à jour. Et ils ne s'en rendent pas compte tout de suite.

Et puis un jour, la part des utilisateurs qui ont un OS à jour sur le store commence à grossir. Et là, ils commencent à recouper des signaux faibles, et s'aperçoivent que : “Notre SDK n'a jamais géré Android 13, et tous nos utilisateurs qui sont sur Android 13 ne reçoivent plus de notifications.”

La réalisation des équipes CRM est déjà trop tardive, le manque d’anticipation s’est transformé en manque à gagner déjà conséquent : les performances et le ROI des campagnes à plusieurs dizaines de milliers d’euros sont en chute, etc. Le mal est déjà fait.

On avait vécu une situation similaire avec certains clients sur Android Oreo.

Ces clients n’avaient pas opéré la mise à jour de leur SDK Batch. Pour leurs équipes, les compatibilités encore effectives faisaient foi, et leurs développeurs nous assuraient : “Ne vous inquiétez pas, nous gérons Android Oreo”.

Un jour, bien évidemment, ces équipes se sont rendues compte qu’Android n'affichait plus de notifications, et que la délivrabilité était affectée. Dès lors, les équipes Client Services de Batch ont dû les accompagner sur la mise à jour de la dernière version du SDK de Batch sortie il y a un an.

Outre les mois d’opportunités ratées causées par ces problèmes de délivrabilité, les moyens déployés pour cette mise à jour forcée ont commencé à devenir très coûteux, avec des opérations de debugging chronophages.

Et on peut reprendre le même scénario pour le tracking sur iOS et bien d’autres cas de figure.

Face aux multiples risques du manque de mise à jour, investir dans le gain de temps futur

En conclusion, notre recommandation c’est de garantir au grand minimum une mise à jour du SDK par an, et ce pour trois raisons principales qui sont dans votre intérêt :

1. Rendre la dette technique inoffensive. La mise à jour mobilise des ressources, mais nous vous garantissons que ça sera toujours moins d’effort, de temps et de coûts financiers que lorsque vous serez contraints de le faire sous la contrainte d’un bug, d’incidents technique, ou dans le cadre d’un moment clé comme les soldes, le Black Friday Cyber Monday, etc.

2. Réduire des allers-retours évitables avec le support. Même si les équipes de Batch sont réactives et optimisent toujours dans vos intérêts la résolution d’incidents ou des problématiques, épargnez-vous des séquences de debugging qui auraient pu être évitées en amont et qui restent démotivantes et chronophages.

3. Profiter en continu et pleinement des innovations fonctionnelles de Batch. Plus de cas d’usage, de performances dans vos campagnes, et toujours plus de productivité marketing.

Pour connaître les dernières versions du SDK, consultez le changelog de notre documentation: iOS / Android / Web.

Pour être notifié(e) des mises à jour des SDK de Batch, consultez l'article de notre Help Desk dédié.