Une notion mériterait d'apparaître plus souvent dans les manuels ergonomie de sites web : le "ici et maintenant".

L'idée, c'est que l'on doit trouver ce dont on a besoin, au moment où on en a besoin, et là où on se trouve.

Sur un site web, cela se traduit souvent par une multiplication des liens sur chaque page.
Une des raisons de cette prolifération peut être le mode de classement de page de Google, dont le calcul utilise le nombre de liens qui pointent vers ladite page. Plus de liens implique un meilleur classement Google, cqfd.
Avec les interfaces riches, on peut masquer certains liens, tout en les gardant sous la main en cas de besoin. On peut donc allier simplicité et "hic et nunc".

Les wikis se distinguent de nombreux CMS (Content Management Systems) par l'immédiateté de la mise à jour. La plupart des CMS (et les applications de création de site web à l'ancienne) demandent de changer d'environnement lorsqu'on veut modifier une page.
Les étapes de ces systèmes sont les suivantes :

• je repère une modification à apporter
• je bascule vers mon interface de rédaction (autre site web, logiciel sur mon ordi)
• je recherche la page à modifier
• je la modifie
• je retourne sur le site pour vérifier que la modification correspond à ce que j'espérais.

Avec les wikis, on édite la page que l'on regarde, et on voit le résultat dès qu'on a sauvegardé.

D'expérience (chez NetValue//NetRatings, nous avons testé des CMS avant de passer définitivement aux wikis pour notre intranet en 2000), la différence entre un système hic et nunc et un autre est simple :
dans le premier cas on fait les mises à jour (l'intranet se remplit, se corrige, reste à jour), et dans l'autre on ne les fait pas.

Il y a énormément de fonctionnalités que l'on pourrait rappatrier sur un site web plutôt que de les faire ailleur. Je vous en ferai part une autre fois…