Ouverture de l’accès à GOV.UK Forms

 (gds.blog.gov.uk)
1 points par GN⁺ 2023-10-07 | 1 commentaires | Partager sur WhatsApp
  • Le GDS prépare l’élargissement de l’Early Access, au sein de la private beta, afin de permettre aux ministères de l’administration centrale de remplacer les formulaires fondés sur des documents, comme des PDF, par des formulaires numériques accessibles
  • GOV.UK Forms est un outil gratuit de création de formulaires en ligne, utilisable sans connaissances techniques, qui vise à réduire le temps consacré par les créateurs de formulaires et par les ministères qui traitent les soumissions
  • Depuis la publication du premier formulaire en octobre 2022, des fonctionnalités comme le routage des questions, les copies brouillon de formulaires en production et des instructions détaillées ont été ajoutées, ce qui permet de convertir des formulaires plus complexes
  • Le principal goulot d’étranglement pour élargir l’accès concerne la connexion et la gestion des droits : un travail est en cours pour passer de GOV.UK Signon à Auth0 et à un contrôle des permissions intégré au produit
  • L’Early Access a commencé en novembre 2023, et la public beta est prévue pour le premier semestre 2024, mais le calendrier peut évoluer selon les découvertes faites pendant le développement et les priorités

Le problème que GOV.UK Forms cherche à résoudre

  • GOV.UK Forms est un outil de création de formulaires en ligne pour créer des formulaires numériques destinés à GOV.UK
  • Les équipes gouvernementales peuvent transformer en quelques minutes des PDF et d’autres formulaires fondés sur des documents en formulaires numériques
  • Les formulaires générés doivent être accessibles à tous les utilisateurs et respecter les Public Sector Bodies Accessibility Regulations 2018
  • Aucune connaissance technique particulière n’est requise, et le service est fourni gratuitement
  • Il est actuellement en phase de private beta, avec un petit nombre d’équipes propriétaires de formulaires, afin de valider le fonctionnement du produit et les problèmes à résoudre
  • Lors du passage en public beta, les ministères de l’administration centrale pourront utiliser librement GOV.UK Forms

Le plan pour élargir la private beta à l’Early Access

  • Le GDS appelle Early Access l’étape consistant à ouvrir l’accès à un plus large groupe d’utilisateurs au sein de la private beta
  • À ce stade, les ministères dont les formulaires peuvent être couverts par les fonctionnalités actuelles pourront créer eux-mêmes leurs formulaires, et les utilisateurs gouvernementaux pourront tester le produit
  • L’augmentation du nombre d’utilisateurs permettra aussi de vérifier la stabilité de la plateforme avant la public beta
  • À partir de novembre 2023, les ministères de l’administration centrale pourront essayer GOV.UK Forms et, s’ils remplissent les critères, recevoir l’autorisation de mettre des formulaires en production
  • Lors de la public beta, il est prévu d’ouvrir la possibilité pour les ministères d’accorder eux-mêmes un accès editor aux créateurs de formulaires

Des fonctionnalités de création pour des formulaires plus complexes

  • En octobre 2022, l’Insolvency Service a publié le premier formulaire créé avec GOV.UK Forms ; à l’époque, seules des fonctionnalités relativement basiques étaient prises en charge, ce qui le rapprochait d’un formulaire simple
  • De nombreux formulaires fondés sur des documents nécessitent des fonctionnalités plus complexes, comme des choix multiples ou des déclarations, pour être convertis au numérique

  • Routage pour ignorer les questions non pertinentes

    • Le routage est une fonctionnalité qui permet, selon une réponse donnée, de passer à une question ultérieure et d’ignorer les questions non pertinentes
    • Par exemple, il permet de mettre en œuvre un parcours de formulaire du type « si vous sélectionnez Non, allez à la question 13 »
    • Pour une question où l’utilisateur choisit une réponse dans une liste d’options, le créateur du formulaire indique quelle réponse mène à quelle question ultérieure
    • Les personnes qui soumettent le formulaire ignorent les questions auxquelles elles n’ont pas besoin de répondre, ce qui réduit le temps de saisie et de traitement
    • Le routage actuel ne couvre pas encore tous les besoins
    • À l’avenir, l’équipe souhaite étudier le branching, qui permettrait de diviser le parcours en différents groupes de questions selon les réponses
    • Par la suite, il devrait aussi être possible d’ajouter des parcours à plusieurs réponses, ou d’étendre les parcours fondés sur des combinaisons de réponses

  • Des copies brouillon pour modifier un formulaire en production en toute sécurité

    • Début 2023, lorsqu’un utilisateur modifiait un formulaire après l’avoir mis en production, les changements étaient immédiatement répercutés sur le formulaire live
    • Pendant que plusieurs changements étaient effectués, ou lorsqu’un utilisateur changeait d’avis et modifiait à nouveau le formulaire, les personnes en train de le remplir risquaient de perdre leur progression
    • Désormais, un formulaire live ne peut pas être modifié directement : pour le changer, une nouvelle draft copy de ce formulaire est créée et modifiée
    • La nouvelle version passe en production une fois tous les changements terminés, et remplace automatiquement le formulaire live existant
    • Comme les changements ne sont appliqués qu’une seule fois, l’impact sur les personnes en train de remplir le formulaire est réduit

  • Des instructions détaillées pour les longs textes d’aide

    • L’outil de création de formulaires permettait déjà d’ajouter à une question un hint text, par exemple « saisissez le nom figurant sur votre passeport »
    • Certaines questions nécessitent des informations plus longues, comme des instructions spécifiques ou la définition de codes sectoriels
    • La fonctionnalité detailed guidance, lancée en septembre, permet de fournir des informations plus détaillées aux personnes qui soumettent un formulaire

Les problèmes de connexion et de permissions à résoudre avant d’élargir l’accès

  • GOV.UK Forms utilise actuellement GOV.UK Signon pour fournir la fonctionnalité de connexion
  • Pour qu’un nouvel utilisateur obtienne l’accès, l’équipe GOV.UK Forms doit configurer elle-même son compte, et il n’est pas possible de lui attribuer des niveaux de permission adaptés à ce qu’il peut ou ne peut pas faire
  • Signon travaille à des améliorations en self-service, mais elles ne seront pas prêtes au moment où GOV.UK Forms commencera à passer à l’échelle
  • L’an dernier, le GDS a décidé de migrer de Signon vers Auth0 et de ramener le contrôle des permissions à l’intérieur du produit GOV.UK Forms
    • Auth0 est aussi utilisé par MOJ Forms du Ministry of Justice
  • Un système est aussi en préparation pour permettre aux utilisateurs de créer un compte d’essai sans intervention de l’équipe, de tester le produit, puis de passer facilement au niveau de permission suivant, leur permettant de mettre des formulaires en production
  • Pendant la private beta, il faut garder un contrôle suffisant sur les personnes autorisées à créer des formulaires live, et les utilisateurs des ministères doivent accepter des Memorandum of Understandings (MoU) avant de créer un formulaire live

Fonctionnalités restantes et périmètre de support

  • Les fonctionnalités en cours de mise en œuvre avant l’Early Access sont les suivantes :
    • une analytics page affichant des analyses de base, comme le nombre de soumissions et le taux de complétion de chaque formulaire
    • une confirmation par e-mail de transmission de la soumission, afin que la personne qui soumet le formulaire reçoive une preuve que sa soumission a bien été reçue par le ministère
    • une page produit mise à jour, avec une roadmap publique plus détaillée, des informations sur le produit et un moyen plus simple d’envoyer des demandes de support
  • Des fonctionnalités très demandées restent aussi à livrer avant la public beta :
    • l’ajout de pièces jointes
    • l’enregistrement de la progression dans la saisie d’un formulaire pour reprendre plus tard
    • le paiement de frais de service dans le formulaire
  • Pour l’instant, les organisations hors administration centrale, comme les conseils locaux, le NHS ou la Police, ne sont pas prises en charge
  • Le GDS espère pouvoir élargir le périmètre de support à partir du second semestre 2024 et au-delà
  • Les utilisateurs intéressés peuvent s’inscrire à la mailing list sur la page produit pour être informés du lancement de l’Early Access

À lire aussi

1 commentaires

 
GN⁺ 2023-10-07
Avis sur Hacker News

  • Quand j’ai déménagé au Royaume-Uni, j’ai été surpris de voir à quel point l’écosystème GOV.UK fonctionnait bien.
    Dans le pays où je vivais auparavant, des applets Java, des sites basés sur Ajax et de vieilles technologies web à moitié cassées étaient mélangés sur plusieurs domaines ; GOV.UK, lui, proposait une interface simple et cohérente en HTML statique, ce qui était rafraîchissant.
    À mon avis, c’est à cela que les services Internet devraient ressembler.

    • Je suis vraiment d’accord. Les services .gov britanniques sont une vraie chance : haute disponibilité, accessibilité, faible friction, simplicité, information utile, textes bien écrits, pas de bullshit.
      C’est peut-être le meilleur service en ligne de gouvernement central au monde, et j’ai entendu dire que l’Estonie était aussi une concurrente.
      Cela dit, j’ai toujours peur qu’un jour un ministre corrompu conclue un pacte diabolique avec Microsoft et fasse disparaître le HTML ordinaire, les standards interopérables et l’authentification simple, pour les remplacer par des saletés comme du JavaScript appelant en permanence une infrastructure de tracking, des conteneurs AWS, un intermédiaire Cloudflare, d’horribles modules TPM ou une caméra de smartphone obligatoire qui scanne l’iris.
      Malgré tout, il semble qu’un bastion de bon sens et de décence tienne encore au sein de l’administration, au point que je serais presque prêt à payer un peu plus d’impôts pour le soutenir.
    • Il y a environ un an, j’ai demandé un visa britannique depuis l’Afrique du Sud, et pour commencer la demande il fallait soumettre un formulaire sur ce domaine.
      Mais un grand bandeau lié à l’invasion de l’Ukraine, avec un message indiquant que le niveau de service pouvait être dégradé à cause des réfugiés, masquait le lien vers le formulaire ; quelle que soit la façon dont je redimensionnais la fenêtre du navigateur, je ne pouvais pas atteindre la zone de la page derrière le bandeau.
      Au final, j’ai dû ouvrir les outils de développement et ajouter du CSS pour masquer le bandeau ; ce n’est qu’alors que le lien est apparu et que j’ai pu poursuivre la demande.
    • De l’autre côté, il y a la technologie des collectivités locales. Les conseils locaux — ou plus exactement leurs prestataires — ont souvent commis les pires crimes en matière de développement web.
      D’après mon expérience, la palme revient à tarantopermits.com, un système de gestion des permis de stationnement ; rien que d’y penser, je sens la colère monter.
    • Je suis entièrement d’accord avec l’idée que « les services Internet devraient ressembler à ça ».
      J’ai plusieurs fois fait remarquer à des UX designers la complexité esthétique de leurs designs : si la qualité de GOV.UK est telle qu’elle a même remporté un prix, pourquoi ne pas s’inspirer de GOV.UK plutôt que de copier Google ?
    • Je suis allé des États-Unis au Royaume-Uni, puis je suis rentré, et ce qui m’a le plus surpris, c’est que travailler pour l’administration y est relativement bien payé, et considéré comme un travail suffisamment intéressant et exigeant pour attirer d’excellents programmeurs.
      C’est l’impression que j’ai eue lorsqu’un collègue ingénieur système vraiment brillant a quitté l’entreprise pour travailler chez gov.uk ; je me suis dit que, s’il existait un dispositif comparable aux États-Unis, travailler dans les services publics pourrait être gratifiant.

  • L’équipe GOV.UK Design System fait vraiment un travail remarquable. J’aimerais voir davantage d’exemples de ce type dans d’autres administrations
    https://design-system.service.gov.uk/design-system-team/
    En regardant plus tard, il y en a en fait pas mal, et c’est agréable à voir

  • Les gens qui travaillent dans les coulisses de gov uk font vraiment un travail quasi divin. Ce qui en sort continue d’avoir l’air excellent

    • Tout à fait d’accord. Il y en a deux que j’aime particulièrement : la Holiday API https://www.api.gov.uk/gds/bank-holidays/#bank-holidays, que j’intègre à tous les sites d’e-commerce sur lesquels je travaille, et le Domain Email Security checker https://emailsecuritycheck.service.ncsc.gov.uk/check
      J’aimerais bien que d’autres partagent aussi leurs services préférés
    • Cela fait des années que j’admire leur travail, alors que la plupart des autres pans IT de notre administration sont lamentables
    • D’accord à 100 %, enfin plutôt à 99 %. Le site tax free childcare est assez frustrant
    • Par « les gens qui travaillent dans les coulisses de gov uk », on parle sans doute de ces mêmes personnes que la presse équitable et équilibrée décrit souvent comme des marxistes culturels de gauche woke, incompétents et traîtres, qui refusent la volonté du peuple

  • J’ai déménagé des États-Unis au Royaume-Uni et, comme tout immigré où que ce soit, j’ai dû remplir beaucoup de formulaires
    Surtout pendant le Covid, il semblait toujours y avoir un nouveau formulaire, mais les formulaires Gov.uk étaient littéralement les plus intuitifs et les plus faciles à utiliser que j’aie jamais vus sur Internet
    Aussi proches que possible de la perfection

  • J’ai été surpris de voir que GOV.UK avait une page sur l’amélioration progressive et exposait sa position à ce sujet : https://www.gov.uk/service-manual/technology/using-progressive-enhancement
    Hier, sur HN, j’ai demandé si l’amélioration progressive était morte, et tout le monde semblait penser que oui, alors que gov.uk est très apprécié
    Peut-être qu’elle n’est pas morte, finalement :) https://news.ycombinator.com/item?id=37779408

    • J’éviterais de tirer des conclusions trop définitives à partir des 3 commentaires à la question d’hier
      L’amélioration progressive, c’est bien, c’est convivial pour les utilisateurs et, globalement, cela offre une meilleure expérience utilisateur
      Mais quand on part aujourd’hui sur une stack frontend moderne, elle peut facilement sortir du champ des préoccupations, et des gens comme moi, qui utilisent des frameworks backend traditionnels générant du HTML, peuvent parfois mieux s’en sortir. Évidemment, ce n’est pas toujours le cas, faute de temps et de budget
    • Je ne savais pas que cela s’appelait amélioration progressive. Je pensais simplement que c’était la manière évidemment correcte de faire les choses, mais que les gens étaient trop paresseux pour s’y tenir ; je suis content d’avoir maintenant un nom à mettre dessus
      Au milieu des années 2000, nous concevions explicitement les sites de cette façon, avec des tests séparés sans JavaScript et sans CSS
      J’essaie encore de le faire aujourd’hui, mais comme la plupart des développeurs web se satisfont de jeter n’importe quoi contre le mur pour voir si ça tient, il est difficile de convaincre les autres

  • Pour ceux qui veulent essayer de le faire tourner, voici un récapitulatif : images Docker : https://github.com/notpushkin?tab=packages&tab=packages&q=govuk-forms-
    Le simple stub pour le service signon nécessitera probablement encore quelques ajustements : https://gitlab.com/notpushkin/stupidauth/container_registry
    La stack Docker Compose est ici : https://gist.github.com/notpushkin/f174b52efc6285e6be30fb66bb48153f et fonctionne sur https://lunni.dev/ ou avec Docker Swarm + Traefik
    Si vous arrivez à le lancer, dites-le-moi. J’aimerais aussi l’essayer
    Discussion GitHub : https://github.com/alphagov/forms/discussions/106

  • J’aimerais que tous les sites web soient aussi bons que GOV.UK. Il devrait être enseigné dans les écoles, les universités et les cours d’informatique/web comme la référence absolue en matière de web design
    Pas de décorations, pas d’animations ridicules qui détournent le défilement, pas de machins voraces en JavaScript comme on en voit aujourd’hui sur presque tous les sites web
    Ça donne de l’espoir

    • Il y a quand même un avertissement sur les cookies :-( Sur mobile, en ouvrant la page de formulaire liée dans le titre, la première chose qui m’a accueilli a été une boîte de dialogue bloquante en plein écran avec du blabla sur les cookies
      Impossible d’interagir avec le contenu de la page tant qu’on n’a pas décidé quoi penser des cookies

  • Je trouve un peu agaçant que les ministères utilisent le modèle de « page d’atterrissage » et intercalent excessivement les formulaires
    Par exemple, si l’on cherche « DVLA vehicle information », on arrive sur https://www.gov.uk/get-vehicle-information-from-dvla, et il faut cliquer sur « Start Now » pour atteindre la page que l’on voulait vraiment
    C’est la même chose pour la connexion HMRC Personal Tax : j’aimerais que le vrai formulaire recherché soit sur la même page

    • Je comprends, mais je pense que c’est une question très subjective
      Par exemple, cette page permet d’expliquer ce qu’est le formulaire et de donner d’abord des informations comme : en avez-vous besoin, ou avez-vous plutôt besoin d’autre chose ?
      Le parcours est : si vous êtes au bon endroit, cliquez ici pour commencer, et au final je pense que cela fonctionne plutôt bien
    • C’est en fait une décision explicite, destinée à maintenir une expérience utilisateur cohérente dans l’ensemble des services GOV.UK du point de vue de l’architecture de l’information et de la conception de contenu
      Ce n’est pas un choix laissé à chaque ministère : c’est inscrit dans le GOV.UK Service Manual : https://www.gov.uk/service-manual/technology/get-a-domain-name#ensure-users-start-their-journey-on-govuk
    • L’objectif est aussi de faire fonctionner la recherche. Les pages de démarrage des services sont indexées, ce qui permet aux services hébergés sur d’autres domaines d’apparaître aussi dans les résultats de recherche
      Il y a aussi l’idée d’offrir une expérience utilisateur cohérente, au moins jusqu’au renvoi vers un service qui n’a peut-être pas encore été modernisé
      La page de démarrage peut aussi indiquer que le service n’est disponible qu’à certaines heures, ou qu’il faut préparer certains documents avant de l’utiliser
    • Le fait que les formulaires se chargent très vite rend cela moins problématique
      Si, après avoir cliqué sur « Start now », il fallait attendre 10 secondes que le formulaire se charge, ce serait beaucoup plus frustrant

  • Du point de vue de quelqu’un qui vient du Japon, pays tristement célèbre pour ses expériences numériques épouvantables, l’écosystème gov.uk du Royaume-Uni est étonnant

    • Au Japon, chaque service fait les choses à sa manière, c’est vraiment horrible
      Le mieux que j’aie vu était le recensement national, avec un site qui ne semblait effectivement pas avoir été conçu avant 2000
      Mais il n’a tout de même aucune cohérence avec tous les autres services publics

  • Je suis vraiment fier du travail accompli par l’équipe gov.uk. Sur de nombreux systèmes, tout est propre, accessible et prévisible
    Je pense que c’est une immense réussite