Quels sont de bons exemples pour guider les gens à travers une infographie ou une interaction, mais sans qu'il ait l'impression d'être sur des rails?
J'aide actuellement diverses entreprises clientes à mettre en ligne leurs ressources d'impression existantes. Beaucoup de ces clients sont assez conservateurs et/ou nouveaux dans le numérique, c'est donc souvent un gros vidage d'informations de PDF en html - mais certains ont de l'argent à dépenser pour faire un ou deux bits du html La plupart des clients n'ont pas le budget pour un véritable coup de fouet - juste quelque chose qui élèvera un contenu très plat et le rendra moins comme un document qui se trouve être en ligne.
Une tendance que j'ai remarquée parmi les sites riches en informations qui tentent d'être plus interactifs consiste à amener les utilisateurs à cliquer sur une icône ou une zone sensible d'image pour interagir avec elle, révélant ainsi une pépite d'informations. Des exemples de cela sont des cartes cliquables, des menus d'accordéon click-to-expand ou des diagrammes/visuels avec des zones chaudes qui se développent. Ces traitements sont superficiellement plus intéressants que le texte plat et les images, mais les utilisateurs semblent les fatiguer assez rapidement, en cliquant sur quelques icônes pour voir ce qui se passe, puis une fois qu'ils apprennent comment cela fonctionne, s'ennuient et vont ailleurs. Quelques clics seraient acceptables s'il n'y avait que quelques pépites d'information à révéler, mais le type d'interactivité que nous construisons est assez dense en informations, et l'objectif est d'amener les utilisateurs à en apprendre davantage sur tous les aspects, pas seulement sur les un ou deux bits, ils arrivent à cliquer au hasard. Tout ce que nous construisons a probablement besoin d'une structure ou d'un récit, car nous savons que les personnes ayant trop de choix ont du mal à choisir quoi que ce soit (PDF). Cependant, si l'expérience interactive ressemble trop à Rails, elle devient simplement une version glorifiée de documents interactifs de changement de page , ce qui est mauvais pour toutes les raisons données dans la première réponse à ce message . Je n'ai pas de problème avec une structure imposante si elle existe déjà, mais parfois il n'y a tout simplement pas beaucoup de narration inhérente au contenu du client, et nous n'avons pas vraiment les ressources pour en créer un.
Question: quelqu'un a-t-il vu (ou construit) de bons exemples de sites où le contenu lui-même est assez "plat" et immuable, où le but est d'amener les utilisateurs à lire chaque information, et où les utilisateurs peuvent simplement se promener et brouter sur du contenu interactif sans trop se sentir sur les rails? Merci.
Modifier à la lumière des réponses au 10 février UCT, 22 février 2013:
Merci a tous. Pour clarifier: dans ces types de projets, notre champ d'application pour retravailler le document imprimé en tant que site qui reflète les besoins des utilisateurs en ligne est généralement limité, car (i) nous devons architecturer le site conformément à la structure du document imprimé, et ( ii) il existe une obligation légale de rendre certaines informations disponibles, même si c'est la dernière chose que vous souhaitez en tant que page Web. Les clients veulent que nous les aidions à rendre la documentation (a) aussi simple que la version imprimée, mais pour le Web, et (b) aussi intéressante que possible à consulter en ligne, dans la contrainte que le contenu du site est largement prédéterminé.
C'est (ii) que c'est le vrai tueur ici - une partie de ce contenu obligatoire est interminablement longue et verbeuse. Heureusement, il existe généralement une certaine marge de manœuvre pour utiliser les bons principes UCD et IA pour hiérarchiser la structure/le contenu des pages, en particulier les pages de destination - et chaque fois que nous le pouvons, nous utilisons les données des utilisateurs sur le client pour aider à cela. Mais permettez-moi de souligner, ce que je ne pense pas avoir fait la première fois, à quel point après coup "mettre les imprimés en ligne" est, non seulement pour le client, mais pour l'entreprise. Nous faisons ce que nous pouvons pour plaider en faveur d'une implication numérique beaucoup plus précoce, mais cela va prendre du temps.
Deux options sont Prezi (grapical, navigation par zoom) et Metablob (textuel, avec graphiques, développer/réduire la navigation). Metablob est actuellement en version alpha et une version bêta privée est attendue prochainement.
Des deux, je pense que Metablob trouve le meilleur équilibre entre encourager une exploration complète et ne pas se sentir comme s'il était "sur Rails". Prezi peut avoir un chemin spécifiquement défini, créant une histoire et permet une exploration gratuite. Metablob n'a pas de chemin spécifiquement défini, mais à la base c'est une histoire. L'histoire montre clairement où le lecteur peut approfondir, il y a donc des motivations définies pour l'achèvement à l'œuvre pour le lecteur.
Exemples:
De son apparence, vous manquez les deux étapes principales décrivant votre problème. La toute première chose que vous devez faire est de définir l'objectif du site et les besoins des utilisateurs . D'après votre description (verbeuse), rien de tout cela n'est présent pour le moment.
Je vous conseille de prendre quelques pas en arrière, de repenser la stratégie et de discuter avec les parties prenantes des problèmes que vous essayez de résoudre et pour qui. Nous avons eu cette discussion avec notre client le mois dernier lors de la migration d'un ancien système vers un nouveau. Au cours de ce processus, nous avons constaté que le contenu actuel ne s'adressait à aucun des groupes d'utilisateurs auxquels le site était destiné. Trop léger pour les scientifiques et les praticiens, trop lourd pour les débutants, trop ennuyeux pour les utilisateurs occasionnels, etc. la seule chose que nous avons trouvée utile aussi était la section obligatoire "carrière" qui était bien cachée. Boom!
Permettez-moi de vous dire que le projet a pris une tournure à laquelle nous ne nous attendions pas, mais c'est une joie de faire enfin quelque chose qui compte à la fois pour les clients et leurs utilisateurs. Je pense que vous devez faire de même dans votre cas.
Déterminez d'abord les objectifs du site et les besoins des utilisateurs.
Image de Jesse James Garret
Les documents réactifs sont relativement faciles à créer et peuvent ajouter une touche d'interactivité aux documents numérotés et graphiques. WorryDream en a un bel exemple. De nombreux morceaux de contenu de cette page sont interactifs.