Aller au contenu principal
Service 03 · Phase conception

Spécifications
techniques pour
développeurs

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.

Format
Fiches par composant
Référentiel
RGAA · WCAG 2.2
Délai type
2 à 4 semaines
Format livrable
Confluence · PDF

Coder juste
du premier coup.

§ 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.

Bénéfice 01

Conformité native

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.

Bénéfice 02

Coût maîtrisé

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.

Bénéfice 03

Équipes formées

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é.

Quatre
livrables.

§ 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.

Livrable 01

Fiches par composant

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.

  • Modale / Dialog
  • Menu déroulant
  • Onglets / Tabs
  • Formulaire & validation
  • Carrousel, accordéon, etc.
Livrable 02

Guide de mise en œuvre

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.

  • Règles globales du projet
  • Templates de pull request
  • Checklist développeur
  • Outils recommandés
Livrable 03

Extraits de code type

Des snippets HTML, CSS et JavaScript accompagnent chaque fiche. Prêts à coller dans votre codebase, commentés, testés sur NVDA, JAWS et VoiceOver.

  • HTML sémantique
  • CSS accessible (focus)
  • JS — gestion focus trap
  • Compatible React / Vue / vanilla
Livrable 04

Restitution & accompagnement

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.

  • Réunion de restitution — 1h30
  • Q&R illimité par mail
  • Revue de code — optionnelle
  • Garantie 30 jours

De la maquette
à la mise en prod.

§ Déroulé

01Cadrage

Récupération des maquettes

Vous nous transmettez vos maquettes Figma, Sketch ou XD. Nous identifions les composants à documenter et listons les points d'attention.

Semaine 1
02Rédaction

Spécifications techniques

Nous rédigeons les fiches par composant. Chaque fiche est validée en interne par un second expert avant livraison.

Semaines 2 — 3
03Livraison

Restitution à vos équipes

Une session de travail avec vos développeurs pour dérouler les specs, adapter aux contraintes techniques et répondre aux questions.

Semaine 4
04Suivi

Support développement

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.

30 jours inclus

Quand
nous consulter.

§ Cas d'usage

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.

Apport Les développeurs disposent d'un référentiel précis pour coder des composants accessibles dès la première itération. La recette accessibilité devient une formalité.

Cas · Agence & prestataire

Refonte d'un site institutionnel.

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.

Apport L'agence structure sa production autour de principes éprouvés, garantit la conformité au client final, et capitalise sur les specs pour ses projets suivants.

Cas · Secteur public

Service public en ligne.

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).

Apport L'équipe interne comprend les exigences étape par étape et les implémente de façon progressive, sans dépendance à un prestataire extérieur après la livraison.

FAQ
technique.

§ Questions fréquentes

Quelle différence entre vos specs et un audit ?
L'audit intervient après le développement, pour mesurer l'écart au référentiel. Les spécifications interviennent avant, pour éviter que cet écart ne se créé. Les deux sont complémentaires : les specs réduisent drastiquement le volume d'anomalies à corriger en recette.
Vos specs sont-elles adaptées à notre stack ?
Oui. Nous rédigeons des specs indépendantes du framework (React, Vue, Angular, vanilla JS). Les snippets fournis sont déclinés selon votre stack principale, et nous adaptons la convention de nommage et la structure documentaire à vos outils internes.
Pouvez-vous mettre à jour nos specs existantes ?
Absolument. Si vous disposez déjà d'une documentation interne, nous pouvons la relire, la compléter et la mettre à niveau WCAG 2.2 / RGAA 4.1.2. C'est souvent plus rapide que de repartir de zéro.
Combien coûte ce service ?
Le tarif dépend du nombre de composants à documenter et du niveau de détail souhaité. Un design system standard (15 à 25 composants) est généralement livré en 2 à 4 semaines. Nous vous proposons un devis après un premier échange de cadrage, sans engagement.
Formez-vous aussi les équipes ?
Oui — la restitution des specs est déjà un temps de formation. Pour aller plus loin, nous proposons des formations développeurs sur-mesure, ainsi qu'un accompagnement technique en revue de code.

Besoin de
spécifications ?

§ 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.

Demander un devis → Nous appeler

Direct

Téléphone +33 6 24 76 39 08
Livrable Confluence · Notion · PDF
Délai type 2 à 4 semaines