N°53 : l’équipe Web unifiée Lettre Opquast du 31 octobre 2018

Édito : l’équipe Web unifiée

Au fur et à mesure que passent les années et que les activités Web s’industrialisent, le besoin de transversalité apparait de plus en plus criant. Le mois dernier, Jared Spool, expert UX, a publié un article sur les liens entre contenus et design. Mais ces liens vont beaucoup plus loin que cela. Et allons-nous attendre la publication d’un article sur les liens entre les contenus et le développement ? Entre le SEO et l’UX ? Entre le développement et les services ? Et si nous utilisions plutôt directement un modèle transversal qui nous hurle ce qui est en train de se passer dans le secteur. Alors, certains d’entre nous me voient peut-être venir. Je vais de nouveau reprendre le modèle VPTCS que j’ai créé avec Éric Gateau en 2001, et qui me sert à analyser tout le secteur Web à partir de 5 exigences fondamentales des utilisateurs. Le revoici pour mémoire.

Les enseignements de ce modèle sont clairs : un site Web de qualité – et sans doute une bonne partie de la transformation numérique – passe par la mise en place d’équipes unifiées. Cette équipe comporte des acteurs ou au minimum des compétences en visibilité, graphisme et ergonomie, technique, contenus et services. Tous ces points correspondent à des exigences des utilisateurs. Aucun de ces points ne peut être négligé. Aucun de ces points ne peut être travaillé indépendamment des autres. Chaque membre de l’équipe doit connaître les enjeux et contraintes des autres. Toute frontière, séparation, mésentente ou difficulté de communication dans ces différents secteurs provoque des coûts de non qualité.
Alors, pour créer l’équipe Web unifiée, rapprochons-nous, comprenons-nous et orientons-nous vers les utilisateurs.

Elie Sloïm (@elieSL)


Actualités

Opquast Day le 28 novembre à Paris

Le prochain Opquast Day aura lieu dans deux mois, vous pouvez déjà réserver une place si vous faites partie des partenaires ou demander une invitation si vous faites partie de la communauté ou des certifiés Opquast
Programme et inscriptions.

Témoignages certifiés

Patricia Cardesa vient de mettre en ligne les témoignages des certifiés opquast.
Quelques témoignages.

Formation Référent formateur qualité Web : Paris, décembre 2018

Cette formation évolue et va devenir un passage obligé pour les futurs formateurs Opquast. Inscrivez-vous à notre prochaine session de formation Référent formateur qualité Web qui auront lieu les 13, 14 et 15 décembre à Paris. Un livre Qualité Web et le passage de la certification Opquast sont offerts à chaque participant. Téléchargez le programme de la formation (PDF, 426 Ko). À vous de jouer.

Le coin des vieux de la veille

Tout comprendre à la documentation technique

Voilà l’article du mois, et même peut-être l’article de l’année. C’est de l’anglais, mais ça vaut le coup de faire l’effort. Pour commencer, vous allez pouvoir comprendre les différents types de documentations techniques existantes, leurs avantages et inconvénients, vous y trouverez aussi une multitude de conseils. Un petit bijou.
What nobody tells you about documentation.

Design, inclusion, accessibilité

Véronique Lapierre a donné récemment une conférence chez Adobe France. Voici une interview publiée à la suite de la conférence.
Le design est-il inclusif par nature ?

Impact de la sécurité sur les performances

Eric Meyer explique dans cet article l’impact du passage à https sur la performance pour les utilisateurs. Au passage, notez que le titre de l’article comporte le mot accessible pour désigner autre chose que l’accessibilité au sens des WCAG, belle illustration de la polysémie du terme dont je parlais dans un récent billet sur le blog Opquast.
Securing Web Sites Made Them Less Accessible.

Champs de saisie téléphone

Voici quelques mauvaises pratiques concernant les formulaires de saisie de numéros de téléphone. Les exemples sont au format US, mais ça vous donnera plein de bonnes idées.
Bad Practices on Phone Number Form Fields.

Scroll infini, ennuis garantis

Au départ, ça semble une bonne idée, et puis on réfléchit un peu et on se rend compte que sauf exception, le fait de proposer un scroll infini, autrement dit des pages qui n’ont pas de fin, ni de pied de page, est une très mauvaise idée. Voici quelques arguments.
Stop building websites with infinite scroll!.

Microcopie, le peuple du texte

La microcopie – ou plutôt microcopy en anglais car je ne suis pas certain que le mot existe en français en ce sens – désigne la production des petits textes de détail dans les interfaces. Au passage voici quelques exemples aussi marvelous que amazings. Bref, c’est intéressant, utile, riche, très simple en apparence et très complexe en pratique. Tout ce qu’on aime.
How we work with microcopy.

La microcopie, toujours

Toujours sur le même sujet, cet excellent article contient plein d’exemples et de conseils pour rédiger vos textes, notamment pour des actions classiques et fréquentes sur les interfaces.
No Good, Very Bad UX Writing Mistakes.

Cahier décharge ?

Agile et cahier des charges ne font pas vraiment bon ménage. Malgré un titre d’article un peu radical, l’auteur de cet article donne une multitude de bons conseils pour définir un projet. Chez Opquast, nous ajouterons nos conseils maison pour définir votre projet Web, à savoir, répondez dans l’ordre aux deux questions suivantes : à quoi ça sert (services) et qu’est-ce qu’il y a dedans (contenus) ? De rien.
Pourquoi vos cahiers des charges finissent tous dans ma?️?

Structure de titres

La présence d’une structure de titres peut sembler anecdotique. Pour certains utilisateurs de technologies d’assistance, c’est essentiel pour comprendre les contenus et naviguer dans les pages. Voici une belle explication.
The Importance of Heading Levels for Assistive Technology.


Presse


Agenda

La prochaine lettre de la qualité Web sortira fin octobre. Vous avez aimé ? Faites passer la lettre à vos amis et collègues ou faites circuler l’adresse du formulaire d’inscription.

A très bientôt,

L’équipe Opquast