Apertura del acceso a GOV.UK Forms

 (gds.blog.gov.uk)
1 puntos por GN⁺ 2023-10-07 | 1 comentarios | Compartir por WhatsApp
  • GDS se está preparando para ampliar el Early Access dentro de la private beta, para que los ministerios del gobierno central puedan convertir formularios basados en documentos como PDF en formularios digitales accesibles
  • GOV.UK Forms es un creador de formularios en línea gratuito que puede usarse sin conocimientos técnicos y busca reducir el tiempo de quienes crean formularios y de las dependencias que procesan los envíos
  • Desde la publicación del primer formulario en octubre de 2022, se han agregado enrutamiento de preguntas, copias en borrador de formularios live y funciones de orientación detallada, lo que permite migrar formularios más complejos
  • El principal cuello de botella para ampliar el acceso es el inicio de sesión y la gestión de permisos, por lo que se está trabajando en pasar de GOV.UK Signon a Auth0 y al control interno de permisos dentro del producto
  • El Early Access comienza en noviembre de 2023, y la public beta está prevista para la primera mitad de 2024, aunque el calendario puede cambiar según los hallazgos durante el desarrollo y las prioridades

El problema que GOV.UK Forms busca resolver

  • GOV.UK Forms es un creador de formularios en línea para construir formularios digitales para GOV.UK
  • Los equipos del gobierno pueden convertir en pocos minutos formularios PDF y otros formularios basados en documentos en formularios digitales
  • Los formularios creados deben ser accesibles para todos los usuarios y cumplir con las Public Sector Bodies Accessibility Regulations 2018
  • No requiere conocimientos técnicos adicionales y se ofrece de forma gratuita
  • Actualmente está en fase de private beta, donde se está validando con un pequeño número de equipos dueños de formularios cómo funciona el producto y qué problemas debe resolver
  • Al pasar a public beta, los ministerios del gobierno central podrán usar GOV.UK Forms libremente

Plan para ampliar la private beta con Early Access

  • GDS llama Early Access a la etapa en la que abre el acceso, dentro de la private beta, a un grupo más amplio de usuarios
  • En esta etapa, las dependencias con formularios que puedan resolverse con las funciones actuales podrán crear formularios directamente, y los usuarios del gobierno podrán probar el producto
  • Al aumentar el número de usuarios, también se comprobará la estabilidad de la plataforma antes de la public beta
  • Los ministerios del gobierno central podrán probar GOV.UK Forms a partir de noviembre de 2023 y, si cumplen los criterios, podrán obtener acceso para poner formularios en live
  • En la public beta, se abrirá la posibilidad de que las dependencias otorguen por sí mismas acceso de editor a quienes crean formularios

Funciones de creación para formularios más complejos

  • En octubre de 2022, Insolvency Service publicó el primer formulario con GOV.UK Forms, y en ese momento solo se ofrecían funciones relativamente básicas, por lo que se ajustaba más a formularios simples
  • Muchos formularios basados en documentos requieren funciones más complejas para convertirse a formato digital, como opciones múltiples y declaraciones

  • Enrutamiento para omitir preguntas no relevantes

    • El enrutamiento es una función que, según una respuesta específica, lleva a una pregunta posterior y permite omitir preguntas no relevantes
    • Por ejemplo, puede implementar un flujo de formulario como “Si elige No, vaya a la pregunta 13”
    • Quien crea el formulario define, para preguntas en las que se elige una sola respuesta de una lista de opciones, qué respuesta lleva a qué pregunta posterior
    • Como quienes envían el formulario omiten preguntas que no necesitan responder, se reduce el tiempo de llenado y de procesamiento
    • Actualmente, el enrutamiento no cubre todas las necesidades
    • A futuro, quieren evaluar branching, que divide el recorrido en distintos grupos de preguntas según las respuestas
    • Más adelante, también consideran que podría ampliarse para agregar rutas a varias respuestas o incluso rutas basadas en combinaciones de respuestas

  • Copias en borrador para modificar con seguridad un formulario live

    • A inicios de 2023, si un usuario modificaba un formulario después de ponerlo en live, los cambios se reflejaban de inmediato en el formulario live
    • Mientras se hacían varios cambios o se cambiaba de idea para volver a editar, existía el riesgo de que los usuarios que estaban llenando el formulario perdieran su progreso
    • Ahora un formulario live no puede editarse directamente; para cambiarlo, se crea una nueva draft copy de ese formulario y se edita allí
    • La nueva versión se pone en live una vez completados todos los cambios y reemplaza automáticamente el formulario live existente
    • Como los cambios se aplican una sola vez, el impacto sobre los usuarios que están llenando el formulario es menor

  • Orientación detallada para incluir instrucciones extensas

    • El creador de formularios existente permitía agregar hint text a una pregunta, como “Ingrese el nombre tal como aparece en su pasaporte”
    • Algunas preguntas necesitan información más extensa, como instrucciones específicas o definiciones de códigos industriales
    • La función de detailed guidance, lanzada en septiembre, ahora permite proporcionar información más detallada a quienes envían formularios

Problemas de inicio de sesión y permisos por resolver antes de ampliar el acceso

  • Actualmente, GOV.UK Forms usa GOV.UK Signon para ofrecer la función de inicio de sesión
  • Para que un usuario nuevo tenga acceso, el equipo de GOV.UK Forms debe configurar la cuenta manualmente, y no puede asignarle niveles de permiso ajustados a lo que puede y no puede hacer
  • Signon está trabajando en mejoras de autoservicio, pero no estará listo para cuando GOV.UK Forms comience a escalar
  • El año pasado, GDS decidió pasar de Signon a Auth0 y llevar el control de permisos dentro del propio producto GOV.UK Forms
    • Auth0 también se usa en MOJ Forms del Ministry of Justice
  • También se está preparando un sistema para que los usuarios creen cuentas de prueba sin intervención del equipo, prueben el producto y luego puedan ascender fácilmente al siguiente nivel de permisos para poner formularios en live
  • Durante la private beta, es necesario mantener suficiente control sobre quién puede crear formularios live, y se requiere un acuerdo de Memorandum of Understandings (MoUs) antes de que usuarios de las dependencias puedan crear formularios live

Funciones pendientes y alcance del soporte

  • Las funciones que se están implementando antes del Early Access son las siguientes
    • una analytics page que muestre análisis básicos, como el número de envíos y la tasa de finalización de cada formulario
    • confirmación por correo electrónico de la entrega del envío, para que quien llena el formulario pueda recibir un registro de que su envío fue recibido por la dependencia
    • una página de producto actualizada con una hoja de ruta pública más detallada, orientación sobre el producto y una forma más fácil de enviar solicitudes de soporte
  • También quedan funciones muy solicitadas antes de la public beta
    • carga de archivos adjuntos
    • guardar el progreso del formulario y continuarlo después
    • pago de tarifas de servicio dentro del formulario
  • Actualmente no se brinda soporte a organizaciones fuera del gobierno central, como ayuntamientos, NHS o Police
  • GDS espera que el alcance del soporte pueda ampliarse hacia finales de 2024 y después
  • Los usuarios interesados pueden suscribirse a la lista de correo en la página del producto para recibir noticias sobre el lanzamiento de Early Access

Lecturas relacionadas

1 comentarios

 
GN⁺ 2023-10-07
Opiniones en Hacker News

  • Cuando me mudé al Reino Unido, me sorprendió lo bien que funcionaba el ecosistema de GOV.UK.
    En el país donde vivía antes, había applets de Java, sitios basados en Ajax y tecnologías web viejas y medio rotas mezcladas en varios dominios, mientras que GOV.UK ofrecía una UI simple y coherente en HTML estático; fue refrescante.
    Creo que así deberían verse los servicios en internet.

    • Totalmente de acuerdo. Los servicios .gov del Reino Unido son una especie de fortuna: alta disponibilidad, accesibilidad, poca fricción, simplicidad, información clara, textos bien escritos y nada de tonterías.
      Probablemente sea el mejor servicio en línea de un gobierno central del mundo, aunque he oído que Estonia también es competidor.
      Eso sí, siempre temo que algún día un ministro corrupto haga un pacto diabólico con Microsoft y desaparezcan el HTML común, los estándares interoperables y la autenticación simple, para dar paso a basura como JavaScript que llama constantemente a infraestructura de rastreo, contenedores en AWS, Cloudflare como intermediario, módulos TPM horribles y cámaras obligatorias de smartphone que escanean el iris.
      Aun así, parece que dentro del gobierno resiste un bastión de sentido común y decencia, al punto de que hasta querría apoyarlo pagando un poco más de impuestos.
    • Hace alrededor de un año solicité una visa del Reino Unido desde Sudáfrica, y para iniciar la solicitud tenía que enviar un formulario en ese dominio.
      Pero un gran banner sobre la invasión de Ucrania y un mensaje que decía que el nivel del servicio podía verse reducido por los refugiados tapaban el enlace al formulario, y por más que ajustara la ventana del navegador no podía llegar al área de la página detrás del banner.
      Al final tuve que abrir las herramientas de desarrollo, agregar CSS para ocultar el banner, y recién entonces apareció el enlace para poder continuar con la solicitud.
    • En el extremo opuesto está la tecnología de los gobiernos locales. Los concejos locales —o, más precisamente, sus contratistas— muchas veces han cometido los peores crímenes contra el desarrollo web.
      Según mi experiencia, la corona se la lleva tarantopermits.com, un sistema de gestión de permisos de estacionamiento; solo pensarlo me llena de rabia.
    • Estoy completamente de acuerdo con que “así deberían verse los servicios en internet”.
      Varias veces les he señalado a diseñadores UX la complejidad estética de sus diseños: si la calidad de GOV.UK es tal que hasta ganó premios, ¿por qué no imitar a GOV.UK en vez de a Google?
    • Fui de Estados Unidos al Reino Unido y luego volví, y lo que más me sorprendió fue que trabajar para el gobierno se consideraba algo relativamente bien pagado, además de un trabajo bueno y desafiante que programadores excelentes podían desear.
      Me quedó esa impresión cuando un colega, un ingeniero de sistemas excepcional, dejó la empresa para trabajar en gov.uk, y pensé que si existiera un sistema similar en Estados Unidos, trabajar en el sector de servicios públicos podría ser gratificante.

  • El equipo de GOV.UK Design System está haciendo un trabajo realmente excelente. Ojalá hubiera más casos así en otros gobiernos
    https://design-system.service.gov.uk/design-system-team/
    Viéndolo después, hay bastantes, lo cual da gusto

  • La gente que trabaja detrás de gov uk realmente está haciendo una obra divina. Lo que sale de ahí sigue viéndose excelente

    • Totalmente de acuerdo. Hay dos cosas que me gustan especialmente: la Holiday API https://www.api.gov.uk/gds/bank-holidays/#bank-holidays, que integro en todos los sitios de comercio electrónico en los que trabajo, y el Domain Email Security checker https://emailsecuritycheck.service.ncsc.gov.uk/check
      Me gustaría que compartieran otros servicios que les gusten
    • Llevo años admirando su trabajo, y la mayor parte de las demás áreas de TI de nuestro gobierno son pésimas
    • 100% de acuerdo, bueno, quizá 99%. El sitio web de tax free childcare es bastante frustrante
    • Si con “la gente que trabaja detrás de gov uk” se refieren a esas mismas personas a las que la prensa justa y equilibrada suele llamar marxistas culturales de izquierda woke, incompetentes y traidores, que rechazan la voluntad del pueblo

  • Me mudé de Estados Unidos al Reino Unido y, como cualquier inmigrante en cualquier lugar, tuve que llenar muchos formularios
    Sobre todo durante la pandemia, cuando parecía que siempre aparecía un formulario nuevo, los formularios de Gov.uk fueron literalmente los formularios de internet más intuitivos y fáciles de usar que he probado
    Lo más cercano posible a la perfección

  • Me sorprendió que GOV.UK tenga una página sobre mejora progresiva y su postura al respecto: https://www.gov.uk/service-manual/technology/using-progressive-enhancement
    Ayer pregunté en HN si la mejora progresiva estaba muerta y todos parecían pensar que sí, pero gov.uk recibe mucho cariño.
    Tal vez no esté muerta :) https://news.ycombinator.com/item?id=37779408

    • No me gustaría sacar conclusiones tan tajantes a partir de los 3 comentarios que tuvo la pregunta de ayer.
      La mejora progresiva es buena, amigable para el usuario y, en general, ofrece una mejor experiencia de usuario.
      Pero si hoy empiezas con un stack moderno de frontend, es fácil que quede fuera de consideración, y quienes usamos frameworks backend tradicionales que escupen HTML quizá podamos hacerlo mejor. Claro que, por tiempo y presupuesto, no siempre es así.
    • No sabía que a esto se le llamaba mejora progresiva. Simplemente pensaba que era la forma obvia de hacer las cosas bien, pero que la gente no la hacía por flojera; me alegra que ahora tenga un nombre.
      A mediados de los 2000 diseñábamos sitios explícitamente así, y probábamos por separado sin JavaScript y sin CSS.
      Aún intento hacerlo, pero como la mayoría de los desarrolladores web se conforman con tirar cualquier cosa contra la pared para ver si se pega, es difícil convencer a otros.

  • Para quienes quieran probar ejecutarlo, dejo un resumen: imagen de Docker: https://github.com/notpushkin?tab=packages&tab=packages&q=govuk-forms-
    El stub simple para el servicio signon probablemente necesite algunos ajustes adicionales: https://gitlab.com/notpushkin/stupidauth/container_registry
    El stack de Docker Compose está en https://gist.github.com/notpushkin/f174b52efc6285e6be30fb66bb48153f y funciona en https://lunni.dev/ o con Docker Swarm + Traefik.
    Si logran hacerlo correr, avísenme. Yo también quiero probarlo.
    Discusión en GitHub: https://github.com/alphagov/forms/discussions/106

  • Ojalá todos los sitios web fueran tan buenos como GOV.UK. Deberían enseñarlo en escuelas, universidades y cursos de computación/web como el estándar de oro del diseño web.
    No tiene la decoración, las ridículas animaciones que secuestran el scroll ni los artefactos devoradores de JavaScript que se ven en casi todos los sitios web hoy.
    Esto da esperanza.

    • Aun así, tiene aviso de cookies :-( Entré desde el celular a la página del formulario enlazada en el título, y lo primero que me recibió fue un diálogo bloqueante a pantalla completa con tonterías sobre cookies.
      No puedes interactuar con el contenido de la página hasta decidir qué piensas sobre las cookies.

  • Me molesta un poco que los departamentos usen el patrón de “landing page” y metan demasiadas páginas intermedias antes del formulario.
    Por ejemplo, si buscas “DVLA vehicle information”, llegas a https://www.gov.uk/get-vehicle-information-from-dvla, y para ir a la página que realmente querías tienes que pulsar “Start Now”.
    Lo mismo pasa con el inicio de sesión de HMRC Personal Tax; preferiría que el formulario real que quiero estuviera en esa misma página.

    • Lo entiendo, pero me parece un asunto muy subjetivo.
      Por ejemplo, esa página da la oportunidad de explicar qué es el formulario y de dar primero información como si necesitas ese formulario o quizá otra cosa.
      El flujo es: si llegaste al lugar correcto, haz clic aquí para empezar; y creo que al final funciona bastante bien.
    • Esto en realidad es una decisión explícita, pensada para mantener una experiencia de usuario consistente en todos los servicios de GOV.UK desde el punto de vista de la arquitectura de información y el diseño de contenido.
      No es algo que elija cada departamento; está formalizado en el GOV.UK Service Manual: https://www.gov.uk/service-manual/technology/get-a-domain-name#ensure-users-start-their-journey-on-govuk
    • También busca que la búsqueda funcione. Se indexan las páginas de inicio de los servicios para que incluso los servicios alojados en otros dominios aparezcan en los resultados de búsqueda.
      También hay un componente de ofrecer una experiencia de usuario consistente, al menos hasta redirigirte a un servicio que quizá aún no se haya actualizado.
      La página de inicio también puede indicar cosas como que el servicio solo está disponible a ciertas horas o que necesitas preparar documentos antes de usarlo.
    • Es menos problemático porque el formulario carga muy rápido.
      Si después de pulsar “Start now” el formulario tardara 10 segundos en cargar, sería mucho más frustrante.

  • Viniendo de Japón, famoso por tener algunas de las peores experiencias digitales, el ecosistema gov.uk del Reino Unido me parece sorprendente.

    • En Japón cada servicio es distinto y es realmente horrible.
      Lo mejor que he visto fue el censo nacional, que de hecho tenía un sitio web que no parecía diseñado antes del año 2000.
      Aun así, sigue sin ser consistente con todos los demás servicios gubernamentales.

  • Estoy muy orgulloso del trabajo que hace el equipo de gov.uk. En muchos sistemas, todo es limpio, accesible y predecible.
    Me parece un éxito enorme.