Cas · Nouveau produit
Lancement d'un service numérique.
Une entité publique ou privée prépare un nouveau produit et souhaite garantir l'accessibilité dès le déploiement — sans reprise coûteuse ni audit correctif post-livraison.
Des fiches techniques détaillées, livrées en amont du développement, pour aligner vos équipes sur le RGAA et les WCAG dès la première ligne de code. Moins d'audits correctifs, plus de projets conformes à la recette.
§ Le principe
Les spécifications techniques d'accessibilité sont le document de référence que nous remettons à vos équipes avant qu'elles n'écrivent la première ligne de code. Chaque composant — modale, menu, formulaire, carte, onglet — fait l'objet d'une fiche qui décrit sa structure HTML, ses attributs ARIA, ses états au clavier et ses contrats d'accessibilité.
L'objectif n'est pas de rédiger un manuel du RGAA, mais d'apporter des réponses précises à vos cas d'usage. Un bouton qui ouvre un tiroir dans votre design system n'a pas besoin d'un traité théorique ; il a besoin de cinq lignes qui disent exactement ce qu'il faut coder.
Plutôt que de corriger 200 anomalies en recette, on en évite 180 par une spec écrite en amont. Les développeurs produisent du code conforme sans avoir à maîtriser l'intégralité du RGAA.
Une anomalie détectée en recette coûte 10 à 30 fois plus cher qu'une anomalie prévenue en conception. Les specs compressent ce ratio en déplaçant l'effort au bon moment du cycle.
Chaque fiche est aussi un support pédagogique. Vos développeurs s'approprient progressivement les patterns accessibles — au-delà du projet, c'est la bibliothèque interne qui monte en qualité.
§ Ce que vous recevez
Un dossier complet, structuré, prêt à intégrer votre outillage de développement. Nous travaillons indifféremment sur Confluence, Notion, GitHub ou un livrable PDF, selon vos pratiques internes.
Une fiche par pattern d'interaction de votre design system. Chaque fiche décrit la structure HTML attendue, les attributs ARIA obligatoires, les états au clavier et les critères RGAA rattachés.
Un document transverse qui cadre les règles globales : gestion du focus, convention de nommage ARIA, stratégie de tests automatisés, templates de PR.
Des snippets HTML, CSS et JavaScript accompagnent chaque fiche. Prêts à coller dans votre codebase, commentés, testés sur NVDA, JAWS et VoiceOver.
Une séance de restitution d'1h30 avec vos équipes pour dérouler les specs, répondre aux questions et ajuster selon vos contraintes. Suivi par mail pendant toute la phase de développement.
§ Déroulé
Vous nous transmettez vos maquettes Figma, Sketch ou XD. Nous identifions les composants à documenter et listons les points d'attention.
Nous rédigeons les fiches par composant. Chaque fiche est validée en interne par un second expert avant livraison.
Une session de travail avec vos développeurs pour dérouler les specs, adapter aux contraintes techniques et répondre aux questions.
Pendant la phase de réalisation, votre équipe peut nous solliciter à tout moment. Une revue de code en milieu de parcours est proposée en option.
§ Cas d'usage
Cas · Nouveau produit
Une entité publique ou privée prépare un nouveau produit et souhaite garantir l'accessibilité dès le déploiement — sans reprise coûteuse ni audit correctif post-livraison.
Cas · Agence & prestataire
Une agence reçoit une commande pour refondre un site d'ampleur. Son équipe maîtrise le design et le développement, mais pas le détail du RGAA.
Cas · Secteur public
Un service public doit mettre à jour son site pour se conformer aux obligations légales (loi du 11 février 2005, directive européenne 2016/2102).
§ Questions fréquentes
§ Démarrer un projet
Envoyez-nous vos maquettes ou votre design system. Nous vous proposons sous 48h un périmètre, un délai et un budget — sans engagement.
Direct