Comment Bet365 a fonctionné autour des changements de politique de l’App Store iOS d’Apple

En 2016, avec une date de fin de vie imminente pour le support d’Adobe Flash, Bet365 avait besoin de convertir son ancien site basé sur Flash en HTML 5. Cela a conduit l’entreprise à consolider ses plates-formes et à se concentrer sur la fourniture d’applications iOS et Android basées sur le nouveau site web.

C’était il y a plus de cinq ans et depuis lors, l’entreprise a dû apporter d’autres changements radicaux hors de son contrôle. Fin 2019, Bet365 a reçu une instruction d’Apple qui stipulait qu’elle développerait des fonctionnalités, du contenu et des améliorations de l’interface utilisateur qui élèveraient son expérience d’application iOS au-delà de celle trouvée sur le site Web de l’entreprise.

Expliquant comment les plans de développement du site de paris étaient dirigés par la stratégie d’Apple, Alan Reed, responsable du développement sportif chez Technologie Hillside, la La branche technologique de Bet365, déclare : « Apple voulait différencier les applications iOS. Il voulait un produit homogène. Cela nécessite un changement radical dans la pensée. Il n’y a pas eu de négociation.

Dans le passé, explique Reed, les applications Bet365 clonaient normalement le site Web, ce qui signifiait que l’entreprise devait faire le strict minimum pour créer des applications pour le Google Play Store et l’Apple App Store. Mais comme Apple cherchait maintenant à créer une expérience client iOS cohérente avec une apparence et une navigation plus proches de celles d’Apple, Bet365 devait retravailler complètement son approche du développement d’applications iOS.

« La nécessité est la mère de l’invention et nous avons formé une équipe de conception », déclare Reed.

Auparavant, la logique de l’application cliente aurait été développée en TypeScript, mais le changement de politique d’Apple signifiait que l’application iOS devait utiliser le code natif pour la navigation dans les applications. Par exemple, alors que le site Web utilise la souris pour faire défiler, le défilement dans l’application iOS implique de faire glisser l’écran de l’appareil vers la gauche ou la droite.

L’équipe de développement logiciel avait besoin de créer une application iOS Bet365 native de validation de principe, mais à l’époque, la société ne disposait pas de développeurs qualifiés dans le modèle de programmation Swift utilisé par Apple. Bien que le framework SwiftUI introduit par Apple en 2019 simplifie le développement Swift et fournisse un framework pour créer des interfaces utilisateur pour les appareils Apple, comme l’explique Reed, Bet365 avait également besoin de fonctionnalités non disponibles dans le framework pour prendre en charge la haute disponibilité et la faible latence dont elle avait besoin.

« SwiftUI vous permet d’écrire des applications de plus en plus rapidement pour l’App Store », dit-il. “Mais nous avons un site Web primé en dehors de l’App Store et nous avions besoin d’une gamme de fonctionnalités non verrouillées sur l’appareil.”

Bien que SwiftUI soit riche en fonctionnalités et offre de nombreuses fonctionnalités de développement, « celles-ci ne sont pas toujours alignées sur les problèmes que nous voulions résoudre », explique Reed.

“Le problème pour nous était de porter l’expérience utilisateur très riche que nous proposions déjà vers une autre interface utilisateur riche.” Le framework basé sur SwiftUI avait également besoin d’accéder au riche ensemble de données de Bet365, a-t-il déclaré.

Les défis de conception que l’équipe devait résoudre impliquaient de traiter la navigation à l’intérieur de l’application comme native et d’utiliser le site Web comme magasin de données. Reed dit que l’équipe devait réfléchir à la présentation d’un “jeu de cartes” différent sur un site Web par rapport à l’application iOS.

En exécutant des preuves de concept, l’équipe a pu travailler sur des compromis qui offriraient une bonne expérience utilisateur, dit-il.