La multiplicité des terminaux d’accès aux services en ligne (ordinateurs, smartphones, tablettes, bornes intéractives, etc) incitent les éditeurs de ces services à proposer une expérience client sur un choix de terminaux de plus en plus varié. La conception des parcours client doit ainsi prendre en compte les sauts de terminaux. Prenons l’exemple du porte-monnaie électronique mobile proposé par PayPal.
La promesse client de PayPal Mobile est attractive : pouvoir par exemple rembourser un ami qui vient de payer la note d’un verre que vous venez de prendre ensemble. Pour cela, rien de plus simple : l’application PayPal Mobile vous permet d’envoyer de l’argent à un téléphone mobile. Le destinataire reçoit une SMS lui informant qu’il peut récupérer la somme en se connectant sur Pay Pal : « PayPal : xxx vous a envoye €1,00 EUR. Recuperez votre argent sur https://m.paypal.fr/m?p=dddddd, ou sur votre ordinateur si vous devez ouvrir un compte PayPal. »
Etant en situation de mobilité, BlackBerry à la main, un simple clic sur l’URL indiquée dans le SMS permet d’accéder au site Web mobile de PayPal. Et c’est là que les ennuis commencent. En effet, pour accéder au site, il faut d’abord activer le terminal (ou la ligne, ce n’est pas très clair). L’activation provoque l’envoi d’un nouvel SMS : « PayPal : Code de confirmation PayPal Mobile. Votre code est : « xxx ». Entrez le code sur le site PayPal pour activer votre telephone. »
Le bon sens invite à rechercher sur le site Web mobile de PayPal (eh oui, vous êtes toujours en situation de mobilité), le point d’accès à la fonctionnalité qui permet de saisir le code d’activation. Malheureusement, ce point d’accès n’existe pas ! Ce n’est qu’en consultant le site de PayPal depuis un ordinateur que l’on peut accéder l’activation du terminal (ou de la ligne). Qui plus est, cette procédure d’activation n’est pas non plus proposée depuis l’application PayPal téléchargeable sur App World.
En se mettant réellement à la place du client, en situation de mobilité (en d’autres termes, sans accès à un ordinateur connecté à Internet), il aurait été facile au chef de produit PayPal Mobile de se rendre compte de la rupture du parcours client et d’apporter les ajustements nécessaires. Par exemple :
- Préciser dans le SMS que le code de confirmation doit être saisi sur le site Web de PayPal depuis un ordinateur connecté à Internet. Le bénéfice est immédiat pour le client qui arrête ainsi son parcours et le reprendra ultérieurement. PayPal peut même apporter une assistance proactive ultérieurement si le client ne poursuit pas son parcours (et surtout ne récupère pas son argent), dans les quelques jours qui suivent : une belle occasion d’entrer en dialogue avec le client.
- Enrichir le site Web mobile de PayPal de sorte à ce que le parcours client d’activation soit proposé. Le coût pour PayPal est probablement plus important, et cette option peut poser des contraintes de sécurité. Pour le client, le bénéfice est évident, offrant de PayPal une image de service sécurisé et simple d’usage, y compris en situation de mobilité alors que le mobile (ou la ligne) n’a jamais été activé.
Bien sûr, il ne s’agit pas d’accabler le chef de produit PayPal Mobile, mais bien d’illustrer le propos et de comprendre la nécessité pour un éditeur de service de se mettre à la place de son client… vraiment ! Et vous, avez-vous tenté d’utiliser les services mobiles que vous proposez, comme si vous étiez client de votre employeur ?
Michaël Tartar 