Nous ne sommes pas déçus, c’était même dans nos prévisions. La raison ? Mauvais usage d’un élément d’interface Apple réservé à l’ajout de contacts (plus de détails dans la suite de l’article). Ils sont pros jusqu’au bout et défendent la cohérence de l’interface utilisateur. Nous aprécions presque ce rejet, cela signifie quelque part qu’une réelle attention est portée à notre travail.

Ce qui est intéressant, c’est que nous avons quelques traces de la visite de notre testeur

Le bouton AddContact

Mea culpa, nous aurions pu éviter ce premier rejet en respectant un peu mieux les recommandations Apple, très (trop pour le temps que nous avions ?) bien documentées.

Nous avons utilisé le bouton réservé AddContact. C’est un plus ( »+ ») blanc au dessus d’un disque bleu dont le bord est blanc, le tout avec une ombre portée. Nous avons fait l’erreur de l’utiliser dans notre vue de détail des chambres disponibles pour un hôtel. Dans notre cas, il permet d’incrémenter la quantité d’un type de chambre. Mais comme son nom l’indique, chez Apple il est dédié à l’ajout de contacts… fonction essentielle sur un téléphone.

Nous nous attendions à pires raisons pour un rejet. Nous allons donc corriger rapidement ceci.

Dans les coulisses du test Apple

Nous avons pu tracer la session de notre testeur afin d’avoir le plus d’informations sur le processus de validation d’Apple et d’apporter des pièces à notre précédent article purement spéculatif. C’est assez instructif.

Le lieux, les conditions de test

Notre testeur a utilisé un iPhone sur le réseau 3G ATT, depuis Los Angeles en Californie.

Comme l’application est connectée à internet, nous nous soucions beaucoup de la qualité  de cette connexion ainsi que de nos interconnexions avec les opérateurs télécom dans le monde entier. Nous  avons pu mesurer la latence de son réseau mobile et elle nous a semblé plutôt bonne.

Nos serveurs se situent en France et nous souhaitons apporter la meilleure qualité de service partout dans le monde. Il nous faut mesurer avant d’agir. Nous proposerons bientôt à des utilisateurs volontaires de nous apporter plus de précisions et de mesures sur l’utilisation de l’application dans différents points du globe.

La durée du test

Il a été très rapide : moins de 2 minutes ! Cela confirme ce que nous avions calculé.

Il faut dire à notre décharge qu’il est aussi très rapide avec notre application zzZ de réserver un hôtel, et ce pour plusieurs raisons évidentes :

• Le design et l’ergonomie de l’application sont simples à comprendre, ma grand mère de 80 ans qui n’avait jamais utilisé d’iPhone de sa vie a réussi à réserver un hôtel en moins de 5 minutes !
• Le nombre de communications vers « internet » est réduit et optimisé afin de limiter les temps d’attente. Notre expert réseau a beaucoup réfléchi à cette contrainte tout au long de la conception de l’application (et nous avons encore une marge de progression importante à venir dans les prochaines mises à jour)
• Dans la liste des résultats (coverflow) les hôtels sont classés par prix croissant, pas besoin de chercher plus longtemps le meilleur hôtel au meilleur prix, il sera forcément dans les premiers résultats

La recherche de notre testeur

Pour les plus curieux d’entre vous : il a recherché un hôtel à San Francisco, puis il a consulté le premier hôtel de la liste de résultats : « Hotel North Beach ».

Il a passé presque la moitié de la durée du test à consulter le profil de cet hôtel :

• la gallerie photo
• les informations détaillées
• la géolocalisation de l’hôtel via google maps intégré

Enfin, il a appuyé sur le bouton réserver pour choisir sa chambre. Les test s’est arrêté là à cause de notre usage inapproprié du bouton AddContact.

En conclusion

Nous déplorons juste le fait qu’il n’aie pas poursuivi le test jusqu’au bout, jusqu’à l’acte de réservation final.

Qu’en sera-t’il de la prochaine revue de l’application ? Les parties non consultées lors de ce test passeront-elle le processus de validation ? Nous vous tiendront informés dans la suite de nos aventures…