Bon, déjà, fixons le contexte :
Par multi canal, dans ce billet, j’entends mobile et ordinateur.
(Je sais bien, et c’est d’ailleurs un sujet sur lequel je travaille, que multi canal, ça peut vouloir dire Magasin ET e-commerce)
Donc, la question traité ici, c’est : comment bien concevoir une application, utilisable sur mobile et sur l’ordinateur.
Premier exemple, raté à mon sens : Things
C’est Benoit qui, avec son article, m’a convaincu d’essayer cette application.
J’ai donc acheté cette application, pour le Mac et pour l’iPhone.
Normalement, cette application permet de gérer, sur iPhone ou sur Mac, une liste de « trucs à faire ».
Les deux applications sont très bien, le problème n’est pas là.
Pour que cette double utilisation ait du sens, il faut que la synchronisation soit impeccable.
En l’occurence, la synchronisation fonctionne… Mais le problème, c’est qu‘elle ne fonctionne qu’en mode Wifi.
Elle ne fonctionne donc ni en mode « synchronisation filaire », ni « Over The Air », sur un réseau 3G…
Et, dans mon cas, c’est rédhibitoire, parce que ce n’est pas du tout évident que j’ai un accès Wifi par jour. Et si les applications doivent être désynchronisées plusieurs jours, l’intérêt de ces applications en prend un sacré coup 😉
Deuxième exemple, réussi : Informant
Dans ce cas, c’est Serges qui m’a convaincu (je sais, je suis influençable 😉 ).
L’application, c’est un gestionnaire d’agenda très bien fait, et synchronisé avec l’agenda de Google.
Dans ce cas, la synchronisation est bien « Over The Air ». Je n’ai donc pas à m’en occuper, et mes agendas sont bien synchronisés, en temps « quasi réel ».
Entre les deux exemples, la différence, en terme d’usage, est énorme : en fait, j’utilise au quotidien Informant, et pas Things.
Je parle de ce sujet parce que, quand on parle de m-commerce, c’est la même chose :il faut concevoir un service cohérent, sur plusieurs contextes, pour que les usages décollent vraiment.
