Applications mobileset usages offline

Julien Tessierjulien@cahri.com+230 494 75 04

Qui est Cahri ?

■ Création à la Réunion en 2007,arrivée à Maurice fin 2010

■ 40% du CA hors Réunion

■ 30% du CA sur le mobile

■ Fort investissement en R&D

■ Quelques clients : Orange, Air Austral, Runmuzik, LANDesk

2

État du marché

3

Résidents à l’Ile Maurice

■ ≈ 350 000 utilisateurs de smartphones à Maurice (source : Mobile Apps 2012)

■ dont ≈ 30 000 avec un abonnement data(source : ITU)

4

Visiteurs de l’Ile Maurice

■ ≈ 950 000 touristes par an à Maurice (source : Central Statistics Office)

■ dont ≈ 330 000 avec un smartphone(source : ComScore)

■ dont quasiment aucun avec du roaming data

5

Conséquences

■ Disponibilité de la connexion internet peu probable

■ Applications doivent fonctionner « offline »,càd sans connexion Internet

■ Applications doivent embarquer le contenuau lieu d’aller le chercher sur Internet

6

Solutions

7

Solutions traditionnelles

■ Créer une application autonome

■ Envoyer l’application sur les stores mobileavec la base de données

■ Envoyer une mise à jour de l’applicationà chaque mise à jour de la base de données

8

Problèmes

■ Peu d’utilisateurs font les mises à jour :

■ Risque d’avoir des applications obslètesdans la nature

■ Délais de validation/mise en ligne sur certains stores :

■ Manque de réactivité en cas de mise à jour urgente

■ Processus lourd car nécessité de produireune build à chaque mise à jour

9

Solution Cahri

■ Construire une application capable de se mettre à jour grâce à un serveur central

■ Contraintes :

■ solution longue à stabiliser (plusieurs mois de R&D)

■ solution à penser dès les premiers développements de l’application

10

Solution Cahri

■ Avantages :

■ Facilité du déploiement des mises à jour(pas d’application à renvoyer au stores)

■ Facilité de mise à jour pour l’utilisateur(mise à jour réalisée au lancement de l’application)

11

Exemple concret

Application Nord Réunion 12

Fonctionnalités principales

■ Géolocalisation avec réalité augmentée

■ Agenda souvent mis à jour

■ Itinéraires

■ Annuaire des professionnels régulièrement mis à jour

13

Contraintes client

■ Application touristique :

■ cible équipée mais sans data ;

■ données accessibles via web-services ;

■ données complétées par back-office.

14

Architecture technique 15

Web-services

Back-office

Application

Couche bas-niveau :web-services

■ Web-service : technologie d’accès temps-réel à une base de données existante dans l’Office de Tourisme

■ Interrogation par itération et stockage des réponses

■ Synchronisation dans une base de données

■ insertion des nouvelles données ;

■ mise à jour des données existantes ;

■ suppression des données obselètes.

16

Couche intermédiaire :back-office

■ Ajout d’informations aux POI remontés par le web-service

■ Création de circuits avec les POI

■ Connecteur pour l’application

17

Couche applicative

■ Synchronisation des données avec le back-office

■ Téléchargement des données uniquement en cas de mise à jour

■ Use-case : le touriste met à jour son application avant de partir, ou depuis le wi-fi de son hôtel

18

Résumé

■ Données non prévues pour être stockées « offline »

■ Nécessité de développer une couche intermédiaire

■ Enrichissement des informations

■ Préparation des données pour être synchronisées avec les smartphones

19

Problèmes rencontrés

■ Perte de connexion data en cours de synchronisation

■ Connexion data de mauvaise qualité (très lente)

■ Utilisateur sur la fiche d’un POI supprimédans la base de données lors de la synchronisation

20

Valeur ajoutée Cahri

■ Utilisation des données déjà existante : pas de double saisie

■ Mise en œuvre de technologies novatricescomme la réalité augmentée

■ Possibilité de location de smartphones avec lignes restreintes (pas de risque de dépassement de forfait data) et d’utilisation par les touristes (pas de roaming data)

21

Avis utilisateurs

■ « Une application vraiment excellente et fluide » etienne974

■ « L’appli est très jolie et facile à utiliser » Nirlea

■ « Superbe ! » Minex974

22

Avis presse

■ « Notons également, l’application Nord Réunion, atypique et originale, elle propose de trouver les adresses de sa base en réalité augmentée. Voilà une bonne application à cette technologie très commentée mais finalement peu utilisée » Guideapolis

23

Avis presse

■ « L’IRT nous a invités à découvrir son application smartphone. Géolocalisation, suggestions de sortie, itinéraires… Jusqu’ici tout va bien. Mais les touristes auront une bien mauvaise surprise lorsqu’ils voudront visualiser le contenu actualisé de l’application. Celui-ci est en effet inaccessible hors connexion. Nord Réunion et les fonctionnalités de son appli « Le Beau Pays » ne commettent pas le même impair. La base de données est directement enregistrée dans l’application. Ingénieux, non ? Encore faut-il avoir un smartphone. »Réunion Multimédia, n°96

24

Autre exemple

Hocus Pocus 25

Fonctionnalités

■ Actualités

■ Écoute des morceaux

■ Table de mixage

■ Vidéos

■ Côté client : back-office pour gérer toute son application

26

Conclusion

27

Autres usages

■ Journal/magazine avec mise à jour du contenu par l’abonné le matin avant de partir

■ Transports en commun avec mise à jour des ligneset horaires de passage

■ Magasin avec mise à jour des promotionset des points de vente

■ Fiches d’informations pour les vendeurs

■ Collecte d’informations terrain sur tablettes wi-fi

28

Conclusion

■ Rien ne sert de développer une application à Maurice si les usages offline ne sont pas pris en compte.

■ Grâce à la R&D Cahri, il est possible de garder la flexibilité de mise à jour sans perdre ces usages offline.

■ Grâce à l’expertise Cahri, vous pouvez nous confier sans craintes le développement de vos applications.

29

Julien Tessierjulien@cahri.com+230 494 75 04

Questions

QuestionsA bientôt !

Merci !