Julien Carnelos Blog – Archives

Dans le monde web, un principe de base d’avoir le moins de friction possible. Le cas d’école est un processus de vente sur un site de e-commerce où l’on voit s’afficher en haut de la page « Etape 1/12« . Le taux de transformation (achat validé) se résume à ceux qui auront le courage d’aller au bout des douze étapes supposés. Autant dire beaucoup d’abandons !

Une autre friction importante est celle de la création d’un compte. C’est pourtant l’étape cruciale qui nous fait passer de simple anonyme à client. C’est un lien que le client crée de lui même en acceptant de s’incrire sur le site parce qu’il est convaincu du bien fondé de son choix. C’est un acte fort et engageant.

Et pourtant, les exemples ne manquent pas de voir s’afficher un formulaire de 3 pages avec une quinzaine de zones à remplir jusqu’à l’âge de mon chat…  C’est un peu comme si on entrait dans un magasin pour acheter des chaussettes et qu’un vendeur nous saute dessus pour prendre des mesures des pieds à la tête…

Certaines sites font des efforts, voir ici Twitter qui demande le minimum vital pour s’incrire :

C’est aujourd’hui la tendance la plus commune et la plus pertinante dans cette logique d’abaissement de la barrière d’entrée.

Mais on peut mieux faire.

Lorsqu’un visiteur vient pour la première fois sur un site, on l’authentifie grâce à un cookie session. Ce cookie permet de reconnaitre le visiteur pendant la durée de sa navigation sur le site. Mieux, le cookie peut être rendu persistant et dans ce cas, il reste dans le cache du navigateur autant que le site le souhaite.

L’idée est donc d’utiliser ce lien (le cookie) qui unit visiteur et site pour faire du visiteur un privilégié. 

Un exemple qui implémente parfaitement ce concept est Netvibes.

En effet, la première fois que l’on se connecte sur ce site, on se retrouve devant une page portail pleine. On peut alors s’amuser avec le site et déplacer, bouger et remplacer les blocs…

Si je ferme mon navigateur et que je reviens 1 mois plus tard sur netvibes (je confirme le mois, je viens de tester), grâce au cookie persistant, Netvibes a retrouvé mon identité et m’affiche le portail tel que je l’avais laissé la dernière fois ! 

Ce sentiment de « privilégié » incite fortement l’utilisateur à s’incrire car il a déjà investi du temps à « jouer » avec le site, donc pour ne pas tout perdre, le mieux est de s’incrire…

Je ne resiste pas à l’envie de vous citer cet extrait.

Blog Driven Developpement (BDD) :

Consacré aux développeurs qui pensent constamment au sujet de leur prochain post. Presque chaque ligne de code intéressante qu’ils produisent finit en post sur leur blog.

J’ai des noms… 😀

Via VDU.

C’est sorti il y a quelques temps déjà (fin mars 2007) mais je n’en n’avais jamais entendu parler. Pourtant c’est un des premiers problèmes que j’ai rencontré sur Vista : L’impossibilité de pouvoir afficher des vidéos dans le navigateur Firefox. C’est bien utile quand même, par exemple pour accéder au nouveau site des webcasts Microsoft (http://www.microsoft.com/france/vision/).

Pour l’installation c’est par ici qu’il faut voir : http://port25.technet.com/pages/windows-media-player-firefox-plugin-download.aspx

Microsoft qui développe une extension pour un outil open-source, ça fait toujours plaisir 🙂

Incroyable mais vrai :

Safari est désormais disponible sous Windows XP / Vista.

Youpi, ca va faire encore plus de tests de compatibilité de navigateurs… 🙁

Lien pour télécharger : Safari Windows.

Comme on dit, « L’accessiblité est l’affaire de tous ».

Pourtant, c’est une pratique que l’on retrouve rarement mise en place dans les projets web. Le site Pompage.net propose une explication :
10 raisons expliquant pourquoi les clients n’ont que faire de l’accessibilité que je trouve très pertinente…

Le tableau dressé n’est pas encourageant mais ils proposent quelques voies de sortie intéressantes. Pour ma part, je retiendrais surtout le fait de vendre l’accessibilité comme une exigence fonctionnelle et non plus comme un problème technique.

 Ce post traine depuis trop longtemps dans mes brouillons, alors je publie avant qu’il ne soit complètement périmé…

Silverlight a été récemment annoncé par Microsoft au MIX07.

C’est une annonce intéressante car le produit est annoncé comme un Flash-Killer. Il faut oser aller sur ce marché où l’on considère aujourd’hui que le lecteur Flash d’Adobe est installé sur 95% des postes, ce qui représente une part de marché assez conséquente.

Silverlight est donc le nom officiel d’un produit en gestation depuis quelques temps. Son nom de code était « WPF-E ». Il empruntait son nom à la technologie WPF qui permet de réaliser des interfaces graphiques vectorielles puissantes en .NET 3.0. Un truc sympa et classique en WPF est qu’une vidéo est considérée comme une texture. On peut donc associer notre vidéo à un bouton ou la coller sur un cube en 3D assez simplement. Le WPF utilise également une sémantique de balises pour décrire l’interface. Il s’agit simplement d’un fichier XML et le langage du XAML.

Microsoft a donc repris les bonnes idées de son WPF (le XAML, la simplicité d’utilisation,…) et en a réalisé une version « Everywhere ». La version WPF faisant partie du framework .NET 3.0, elle est limitée à l’environnement Window…

Silverlight est donc une runtime qui s’installe sur le poste client qui est aujourd’hui disponible pour Windows et pour Mac (une version Linux sera proposé, implémentée en Mono).

Ce qui est amusant avec cette annonce est de voir à quelle point le mouvement est cyclique dans les inventions informatiques. En effet, depuis un bon moment maintenant on voulait alléger le client au maximum et utiliser le navigateur comme interface universelle. Les applets Java sont déclarés mortes et le succès des technologies AJAX ne sont pas là pour démentir.

Aujourd’hui, il parait aberrant de proposer à un client une solution où il faudrait installer une runtime sur le poste de l’utilisateur et pourtant c’est exactement ce que Microsoft nous propose.

Alors quelle est la pérennité d’une telle offre ?

A l’heure actuellle, Silverlight n’est pas prêt de remplacer toute le savoir que l’on commence à maîtriser sur les technos AJAX. Là où Silverlight peut séduire c’est par sa simplicité : pour une partie d’un projet ASP.NET où le besoin ergonomique est fort, on implémente une partie sous la forme d’un projet .NET Silverlight. Résultat, on ne change pas de technologie et on se retrouve avec une interface jolie. Si beaucoup de projets ouvrent cette voie, le cercle vertueux de l’adoption pourra démarrer. Car avec 10 ans de différences, j’espère que Microsoft aura prévu de contrer les arguments qui ont fait l' »échec » des applets Java.