Le laboratoire Viabloga

J'ai beaucoup réfléchi la nuit dernière, à tous les échanges qui ont eu lieu sur ce site, en particulier au plan de Jesabeth, à la nécessité de définir des étapes claires, et au fait que c'est impossible d'expliquer les mots-clés. Donc j'aimerais vous proposer ce plan d'action :

1. Amélioration de l'ergonomie de la plate-forme
2. Refonte (structure, contenu et présentation) de viabloga.com -> le site "institutionnel" destiné aux personnes qui découvrent ViaBloga (et qui n'ont pas encore de site sur ViaBloga)
3. Refonte (structure, contenu et présentation) de ce qui est aujourd'hui utilisateurs.viabloga.com -> le "centre d'échange et d'informations" pour les personnes qui ont déjà un site sur ViaBloga
4. Interaction avec les utilisateurs

------

Je découpe en plus petits bouts :

1. Amélioration de l'ergonomie de la plate-forme

• Nouvelle charte graphique
• Meilleure interface
• Meilleure terminologie
  
• Changements dans le menu administrateur
• Changements dans les formulaires
• Simplification de certaines fonctionnalités existantes
  

2. Refonte (structure, contenu et présentation) de viabloga.com -> le site "institutionnel" destiné aux personnes qui découvrent ViaBloga (et qui n'ont pas encore de site sur ViaBloga)

et

3. Refonte (structure, contenu et présentation) de ce qui est aujourd'hui utilisateurs.viabloga.com -> le "centre d'échange et d'informations" pour les personnes qui ont déjà un site sur ViaBloga

Là, après avoir lu tous les échanges, je pense qu'on pourrait partir sur une approche un peu différente : au lieu de décrire des outils et des fonctionnalités, on présente des cas d'utilisations, on donne des exemples de ces cas, on dit quelles fonctions (et pas fonctionnalités) sont utilisées pour ces cas, et pour chaque fonction, on fait un tutoriel vidéo -> montrer plutôt qu'expliquer.

• Définir des cas d'utilisations
• Publier un journal visible de tous sur Internet (weblog classique)
  
• Publier un journal à destination d'un groupe restreint (site familial par exemple)
• Ecrire un journal intime
• Publier un journal à plusieurs
• Créer un site d'association
• Créer un site d'entreprise
• Travailler en équipe sur un projet
• ...
  
• Pour chaque cas :
• Donner des exemples réels
• Donner des témoignages d'utilisateurs si disponibles
• Dire quels fonctions de ViaBloga sont utilisées
• Par exemple pour un journal familial alimenté par toute la famille:
• Fonctions de base:
  
• Publication d'articles
• Gestion d'accès en lecture (site privé)
• Mode collaboratif
  
• Fonctions avancées, pour aller plus loin
• Choix et configuration d'un modèle de mise en page
  
• Classification des articles par mots-clés
• ...
  

• Pour chaque fonction :
• Classification (via des mots-clés pour qu'on puisse faire des listes de fonctions facilement)
  
• Dire s'il s'agit d'une fonction de base, d'une fonction avancée, ou d'une fonction expert
• Dire à quel domaine la fonction appartient
• Brêve description
• Exemple réel si possible (tel site utilise telle fonction pour faire telle chose)
• How-to :
• Texte + photos
• Vidéo
• Pour aller plus loin, voir tels autres fonctions

• Puis : définition de la séparation entre le site pour les nouveaux et pour les utilisateurs
• On peut partager du contenu entre les deux (tous les textes par exemple)
• Ou on peut faire un seul et même site, avec deux entrées distinctes
• Ou deux sites complémentaires, avec une présentation similaire pour qu'on puisse s'y retrouver

La raison pour laquelle je pense qu'il vaut mieux parler de cas d'utilisations, puis de fonctions (comme classer ses articles avec des mots-clés), plutot que d'outils (mots-clés) ou de fonctionnalités (fil RSS 2), c'est que ViaBloga est une plateforme extremement flexible, avec des dizaines de fonctionnalités qui peuvent etre utilisées de centaines de façons différentes. L'exemple typique, c'est les mots-clés. Il y a tellement de chose possible à faire avec, que je n'ai jamais réussi à bien les expliquer, sans les montrer. Il n'y a qu'à voir nos récents échanges sur ce site pour s'en rendre compte.

Donc on ne parle pas technique, on parle applications, et comment les réaliser.

Vous noterez que je ne parle pas du tout de la doc là dedans. En fait mon objectif c'est de faire disparaitre la doc. ;-) Que l'interface soit suffisamment intuitive, avec suffisamment d'aide en ligne, pour qu'on ait jamais besoin de chercher dans la doc. A terme, il faudra aussi revoir la partie "doc de référence", en particulier tout ce qui concerne le code des modèles de mise en page, les objets, les attributs etc. Mais je pense que ce n'est pas une priorité, car celà concerne au mieux 5% des utilisateurs.

4. Interaction avec les utilisateurs

• Gestion des problèmes / demandes d'aide
• Gestion des suggestions
• Recommandations d'autres site
• Présentation de son site
  
• Lettre d'information mensuelle
• ...
  

Que pensez vous de tout celà ? Commentaires et suggestions bienvenues évidemment. :-)

Si ça vous plait, on peut commencer à définir les étapes qui vont bien pour chaque domaine, par exemple :

• Elaboration de la liste des cas d'utilisation
• Remplissage des cas d'utilisation
• Elaboration de la liste des fonctions (normalement déjà bien avancée après le remplissage des cas)
• Remplissage des fonctions
• ...