App days 2012 vices cachés

App Days - Vices Cachés Matthieu Rouif

Vices Cachés : Pourquoi tester son app dans la vraie vie ?


Expérience• iOS Programming à Stanford - 2009

!

• Fondateur d’As-App - 2009-2010

!

!

• Co-Fondateur de HeyCrowd - 2011-2012

Crix Kolorami Goldfish ToitDeParisStations de Ski x12

HeyCrowd


Développer sur son émulateur

Tester dans la vrai vie

“get out of the building” Steve Blank


Environnement Hardware

StoresUtilisateurs



Environnement

Sans sortir, on ne peut pas tester :

• Le GPS

• La réalité augmentée

• La connexion (intermittence, débit)

• La photo

• La batterie

!


GPS

• Pas besoin de forfait data. Utilise le signal GPS/wifi/GPRS

• Peu précis dans un batiment, en montagne (Android)

• Autorisation demandée

• Appareils sans puces GPS

• Les femmes refusent plus


GPS

• Tester en ski, en voiture, en train, en vélo, en intérieur

• En déplacement rapide : CPU plus utilisé (l’utilisateur s’en aperçoit : batterie, température)

• Calibrer la géolocalisation:

Signal Batterie PrécisionGPS 1 heure 10m

Wi-Fi 1 jour 800m


Réalité Augmentée• Plusieurs technologies possibles

• Boussole+GPS +Accéléromètre. Encore instable.

Ex : même conditions donnent un résultat différent

• Reconnaissance d’image fonctionne mieux mais pas pour tous les usages (Tour Eiffel, Montagnes)

!

!


Connexion!

• Mobile = connexion intermittante

• Précharger le contenu (6 questions toujours en réserve sur HeyCrowd)

• Donner l’impression de la fluidité

• Utiliser des requêtes asynchrones, surtout pour les images

• Tester dans le métro : peu de bande passante et instable. PARFAIT

!


Appareil Photo

!

• Vos utilisateurs ne sont ni photographes, ni ingénieurs. Donc : mauvaise lumière, mauvaise position GPS. PHOTOS NULLES

• Temps de chargement très long. Surtout en EDGE et la montagne

!


Batterie

• La batterie reste le premier problème des smartphones. Elle est sensible :

• A l’usage GPS : il faut absolument tester dans le train/voiture/métro

• A l’usage 3G

• A la luminosité de l’écran

• Au froid


Luminosité

• Ecran rétroéclairé

• En plein soleil, on ne voit rien

• A la montagne, on ne voit absolument rien


A retenir

• Prototyper au plus vite l’application et tester dans son environnement pour évaluer la faisabilité

• A minima :

!

!

• Paramètrer avant la publication

Simulateur (dev)

Mobile (jour)

Edge (semaine)

Métro (mois)



Hardware

Sans utiliser plusieurs appareils, on ne peut pas tester :

• La compatibilité des appareils

• La compatibilité des OS

• Leur combinaison


Compatibilité• Problèmes pour tester sur toutes les

combinaisons device+OS

• Des dizaines de possibilités. Android plusieurs mois de tests pour un mois de dev

• Solutions Pareto :

• 80% du parc représenté par quelques combinaisons majoritaires

• Avoir une base de beta testeur diverse et utiliser les crash reports pour le reste



Utilisateurs

Sans observer ses utilisateurs , on ne peut pas :

• Tester la première expérience

• Connaître les usages de son app

• Itérer pour améliorer


Première ExpériencePrimordiale dans l’impression que vous

laissez aux utilisateurs.


Première Expérience

•Lent et Instable : Beaucoup de choses à initialiser : Graphismes, Librairies, Base de données local et externe, Login... !

•Simplifier ! Ex : Questions préchargées, Pas de création de compte, un seul Xib


Première Expérience

•Nouvelle App = Nouvelle UX !

•Difficile d’observer la première expérience à distance !

•Trouver des utilisateurs dans la rue, Apple Store, gares... et observer : “show don’t tell”


Connaître les usages

Où sont vos utilisateurs ? !

• 40% dans leur chambre • 30% devant leur TV • 10% aux toilettes


Connaître les usages Connatre les usages

36% des utilisateurs refusent le Push systématiquement



Connaître les usages Connatre les usages

54% des utilisateurs refusent le Facebook Connect

systématiquement (Attention aux reviews)



ItérerConnaître les usages

•Etre à l’écoute Ex : reviews, questions •Suivre les comportements (Flurry et en interne). !

Itérer en conséquence: •Faciliter l’accès aux features les plus utilisées. Ex : nouveau profil utilisateur


A retenir

• Premier chargement primordial : simplifier le lancement tester avec de nouveaux utilisateurs

• Penser l’expérience sans Facebook et Push Notifications

• Observer le comportement de vos utilisateurs pour améliorer



Store

Sans observer les Stores, on ne peut pas :

• Observer les spécificités locales

• Améliorer sa visibilité

• Profiter des opportunités


Spécificité Locale

!

• Opportunités liées aux spécificités locale, législation. Ex : Crix premier de l’App Store Brésilien en changeant de catégorie

• Attention aux régies pub en fonction de vos pays et devices


Leviers d’optimisation!

• La découverte d’App est réelle

• Icône, nom de l’appli, notes, visuels et mots-clefs extrêmement importants. Ex : Passer premier du store après avoir changé l’icône

• Se positionner dans tous les Stores (surtout Android)


Rester Agile

!

• Les plateformes mettent en avant ceux qui adoptent le plus vite les nouveaux paradigmes

• Tous les changements de règle de Store créent des opportunités

!


A retenir

Restez agile, à l’affut d’opportunités :

• Locales

• Ponctuelles (nouvel OS)

• Optimiser icônes et metadata



Dans la vrai vie !


Merci

[email protected]

et @matthieurouif

mailto:[email protected]

Technology

App days 2012 vices cachés