GOV.UK Forms のアクセス権を開放

 (gds.blog.gov.uk)
1 ポイント 投稿者 GN⁺ 2023-10-07 | 1件のコメント | WhatsAppで共有
  • GDSは、中央政府省庁がPDFのような文書ベースの様式をアクセシブルなデジタルフォームに置き換えられるよう、private beta内でEarly Accessの拡大を準備している
  • GOV.UK Formsは、技術知識がなくても無料で使えるオンラインフォームビルダーで、フォーム作成者と提出を処理する省庁の時間を減らすことを目標としている
  • 2022年10月に最初のフォームを公開して以降、質問ルーティング、live formのdraftコピー、詳細ガイダンス機能が追加され、より複雑なフォームの移行が可能になった
  • アクセス拡大のボトルネックはログインと権限管理であるため、GOV.UK SignonからAuth0と製品内部の権限制御へ移行する作業が進められている
  • Early Accessは2023年11月に開始し、public betaは2024年前半を予定しているが、開発中に見つかった事項や優先順位によって日程が変わる可能性がある

GOV.UK Formsが解決しようとしている問題

  • GOV.UK Formsは、GOV.UK向けのデジタルフォームを作成するオンラインフォームビルダーである
  • 政府チームは、数分でPDFやその他の文書ベースの様式をデジタルフォームに変換できる
  • 作成されたフォームはすべての利用者にとってアクセシブルでなければならず、Public Sector Bodies Accessibility Regulations 2018に準拠する必要がある
  • 別途技術知識は不要で、無料で提供される
  • 現在はprivate beta段階で、フォームを所有する少数のチームとともに、製品の動作方法と解決すべき課題を検証している
  • public betaに移行すると、中央政府省庁がGOV.UK Formsを自由に利用できるようになる

private betaをEarly Accessへ広げる計画

  • GDSは、private beta内でより広い利用者層にアクセスを開く段階をEarly Accessと呼んでいる
  • この段階では、現在の機能だけで十分なフォームを持つ省庁が自らフォームを作成し、政府の利用者が製品を試せる
  • 利用者数を増やすことで、public beta前にプラットフォームの安定性も確認する
  • 中央政府省庁は2023年11月からGOV.UK Formsを試用でき、基準を満たせばフォームをliveにするアクセス権を得られる
  • public betaでは、省庁がフォーム作成者にeditorアクセス権を自ら付与できるよう開放される予定である

より複雑なフォームのための作成機能

  • 2022年10月、Insolvency ServiceがGOV.UK Formsで最初のフォームを公開したが、当時は比較的基本的な機能しかなく、シンプルなフォームに近かった
  • 多くの文書ベースのフォームは、デジタル化するために複数選択肢や宣言文など、より複雑な機能を必要とする

  • 無関係な質問を飛ばすルーティング

    • ルーティングは、特定の回答に応じて後続の質問へ移動し、無関係な質問をスキップできる機能である
    • たとえば、「Noを選んだら質問13へ進む」といったフォームの流れを実装できる
    • フォーム作成者は、選択肢の一覧から1つの答えを選ぶ質問について、どの回答がどの後続の質問へ進むかを指定する
    • 提出者は答える必要のない質問を飛ばせるため、記入時間と処理時間が減る
    • 現時点では、ルーティングはまだすべての要件を満たしていない
    • 今後は、回答に応じて異なる質問群に分かれるbranchingを検討したいとしている
    • その後は、複数の回答に経路を追加したり、回答の組み合わせに基づく経路へ拡張したりできると見込んでいる

  • live formを安全に修正するためのdraftコピー

    • 2023年初頭には、利用者がフォームをliveにしたあと修正すると、変更が即座にlive formへ反映されていた
    • 複数の変更を行ったり、途中で考えを変えて再修正したりする間に、フォームを記入中の利用者が進行状況を失うリスクがあった
    • 現在はlive formを直接編集できず、変更するにはそのフォームのdraft copyを新たに作成して修正する
    • 新しいバージョンは、すべての変更を終えたあとにliveへ切り替えられ、既存のlive formを自動的に置き換える
    • 変更の反映が一度だけになるため、記入中の利用者への影響はより小さくなる

  • 長い案内文を入れられる詳細ガイダンス

    • 既存のフォームビルダーでは、「パスポートに記載された氏名を入力してください」のようなhint textを質問に付けられた
    • 一部の質問では、特定の案内文や業界コードの定義のように、より長い情報が必要である
    • 9月にリリースされたdetailed guidance機能により、フォーム提出者へより詳しい情報を提供できるようになった

アクセス拡大前に解決すべきログイン・権限の問題

  • 現在GOV.UK Formsは、GOV.UK Signonを使ってログイン機能を提供している
  • 新しい利用者がアクセスするには、GOV.UK Formsチームがアカウントを直接設定しなければならず、利用者ができること・できないことに応じた権限レベルも付与できない
  • Signonはセルフサービス改善を進めているが、GOV.UK Formsが拡張を始める時点には間に合わなかった
  • GDSは昨年、SignonからAuth0へ移行し、権限制御をGOV.UK Forms製品内部へ持ち込むことを決定した
    • Auth0は、Ministry of JusticeのMOJ Formsでも使われている
  • 利用者がチームの介入なしにtrialアカウントを作成して製品を試し、その後フォームをliveにできる次の権限レベルへ容易に昇格できる仕組みも準備中である
  • private betaの間は、誰がlive formを作成できるかを十分に統制する必要があり、省庁の利用者がlive formを作成する前に**Memorandum of Understandings(MoUs)**の合意が必要となる

残る機能とサポート範囲

  • Early Access前に実装中の機能は次のとおり
    • 各フォームの提出数や完了率といった基本的な分析を表示するanalytics page
    • フォーム提出者が省庁に提出が受理された記録を受け取れる、提出転送メールの確認
    • より詳細な公開ロードマップ、製品案内、サポート依頼をより簡単に送る方法を盛り込んだ更新版の製品ページ
  • public beta前には、要望の多い機能もまだ残っている
    • ファイル添付のアップロード
    • フォーム記入の進行状況を保存して後で続ける機能
    • フォーム内でのサービス料金の支払い
  • 現時点では、地方議会、NHS、Policeのような中央政府以外の組織はサポートしていない
  • GDSは、2024年後半以降にサポート範囲を拡大できることを期待している
  • 関心のある利用者は、製品ページでメーリングリストに登録し、Early Access開始の知らせを受け取れる

関連記事

1件のコメント

 
GN⁺ 2023-10-07
Hacker News の意見

  • 英国に引っ越したとき、GOV.UK エコシステムがうまく機能していることに驚いた
    以前住んでいた国では、Java アプレット、Ajax ベースのサイト、少しずつ壊れた古い Web 技術が複数のドメインに入り混じっていたが、GOV.UK はシンプルで一貫した UI を静的 HTML で提供していて新鮮だった
    インターネットサービスはこうあるべきだと思う

    • 本当に同意する。英国の .gov サービスは、高可用性、アクセシビリティ、低い摩擦、シンプルさ、情報の充実、よく書かれた文章、無駄な戯言がないことまで備えた、幸運のような存在だ
      おそらく世界最高のオンライン中央政府サービスかもしれず、エストニアも競争相手だという話は聞いたことがある
      ただ、いつか腐敗した大臣が Microsoft と悪魔のような取引をして、普通の HTML、相互運用可能な標準、シンプルな認証が消え、追跡インフラに絶えず呼び出しを行う JavaScript、AWS コンテナ、Cloudflare の中間者、ひどい TPM モジュール、虹彩をスキャンする必須のスマートフォンカメラのようなゴミが入り込むのではないかと、常に恐れている
      それでも政府の中に常識と品位の砦が踏みとどまっているようで、むしろ税金を少し多く払ってでも支援したいと思うほどだ
    • 1年ほど前に南アフリカから英国ビザを申請したが、申請を始めるにはこのドメインのフォームを送信する必要があった
      ところが、ウクライナ侵攻に関する大きなバナーと、難民のためにサービス水準が低下する可能性があるというメッセージがフォームへのリンクを覆っており、ブラウザウィンドウをどう調整しても、バナーの背後にあるページ領域に届かなかった
      結局、開発者ツールを開いて CSS を追加し、バナーを非表示にしてようやくリンクが現れ、申請を続けることができた
    • 反対側には地方政府の技術がある。地方議会、正確にはその外注業者たちは、Web 開発における最悪の罪を犯してきたことが多い
      私の経験では、その王冠は駐車許可管理システムの tarantopermits.com が手にしており、考えるだけで怒りがこみ上げてくる
    • 「インターネットサービスはこうあるべきだ」という点には完全に同意する
      UX デザイナーたちに、デザインの美学的な複雑さについて何度か指摘したことがある。GOV.UK の品質が賞を取るほどなら、なぜ Google をまねるのではなく GOV.UK を見習わないのか、ということだ
    • 米国から英国へ行き、また戻ってきたが、最も驚いたのは政府で働くことが比較的報酬もよく、優秀なプログラマーたちが望むほど魅力的で挑戦的な仕事だと見なされている点だった
      非常に優秀なシステムエンジニアの同僚が gov.uk で働くために会社を去ったときにそう感じたし、米国にも似た仕組みがあれば、公共サービス分野で働くことにやりがいを感じられそうだと思った

  • GOV.UK Design System チームは本当に素晴らしい仕事をしている。他の政府でもこうした事例がもっと増えてほしい
    https://design-system.service.gov.uk/design-system-team/
    後で見てみたらかなり多くて、良いことだと思う

  • gov uk の裏で働いている人たちは、本当に神の仕事をしているレベルだ。そこから出てくるものは、いつ見ても素晴らしく見える

    • 完全に同意する。特に気に入っているものが2つある: 自分が手がけるすべての EC サイトに組み込んでいる Holiday API https://www.api.gov.uk/gds/bank-holidays/#bank-holidays と Domain Email Security checker https://emailsecuritycheck.service.ncsc.gov.uk/check
      他にも気に入っているサービスがあれば共有してほしい
    • 何年も前から彼らの仕事に感心してきたし、うちの政府の他の IT 部門の大半はひどいものだ
    • 100% 同意、いや 99% くらいかな。tax free childcare のウェブサイトはかなりイライラする
    • 「gov uk の裏で働いている人たち」といえば、公正でバランスの取れた報道機関がよく、国民の意思を拒む無能で反逆的なウォーク左派の文化マルクス主義者たちと呼ぶ、まさにその人たちのことだろう

  • 米国から英国に移住したのだが、どこであれ移民ならそうであるように、たくさんのフォームに記入しなければならなかった
    特にコロナ禍の間は常に新しいフォームが出てくるように見えたが、Gov.uk のフォームは、私が使ったインターネット上のフォームの中で文字どおり最も直感的で使いやすかった
    完璧に限りなく近い

  • GOV.UK にプログレッシブエンハンスメントに関するページと、その考え方が載っていて驚いた: https://www.gov.uk/service-manual/technology/using-progressive-enhancement
    昨日 HN でプログレッシブエンハンスメントは死んだのかと聞いたら、みんな死んだと思っているようだったのに、gov.uk はとても愛されている
    もしかすると死んでいないのかも :) https://news.ycombinator.com/item?id=37779408

    • 昨日の質問にコメントが3件付いたことをもって、あまり断定的に言わないほうがいいと思う
      プログレッシブエンハンスメントは良いもので、ユーザーフレンドリーで、全体としてより良いユーザー体験をもたらす
      ただ、最近のモダンなフロントエンドスタックから始めると検討対象から外れやすく、HTML を吐く従来型のバックエンドフレームワークを使っている私のような人たちのほうがうまくやれるのかもしれない。もちろん、時間と予算の都合で常にそうできるわけではない
    • これをプログレッシブエンハンスメントと呼ぶとは知らなかった。単に当然の正しいやり方なのに、人々が怠けてやっていないだけだと思っていたので、呼び名ができてうれしい
      2000年代半ばには、このように明示的にサイトを設計し、JavaScript なしと CSS なしを別々にテストしていた
      今でもそうしようとしているが、ほとんどの Web 開発者が、とりあえず何でも壁に投げつけてくっつくか見るようなやり方で満足しているので、他の人を説得するのは難しい

  • これを動かしてみたい人向けにまとめると、Docker イメージ: https://github.com/notpushkin?tab=packages&tab=packages&q=govuk-forms-
    signon サービス用の単純なスタブは、おそらく追加の修正が必要: https://gitlab.com/notpushkin/stupidauth/container_registry
    Docker Compose スタックは https://gist.github.com/notpushkin/f174b52efc6285e6be30fb66bb48153f で、https://lunni.dev/ または Docker Swarm + Traefik で動作する
    実行に成功したら教えてほしい。自分も試してみたい
    GitHub の議論: https://github.com/alphagov/forms/discussions/106

  • すべての Web サイトが GOV.UK くらい良ければいいのにと思う。学校、大学、コンピュータサイエンス/Web 講座で Web デザインのゴールドスタンダードとして教えるべきだ
    最近ほとんどの Web サイトに見られる装飾、ばかげたスクロール乗っ取りアニメーション、JavaScript を食い尽くす仕掛けがない
    これは希望を与えてくれる

    • それでもクッキー警告はある :-( 携帯電話でタイトルにリンクされているフォームページに入ったら、最初に出迎えたのはクッキー関連のたわごとを載せた全画面のブロッキングダイアログだった
      クッキーについてどう考えるかを決めるまで、ページ内容とやり取りできない

  • 各省庁が「ランディングページ」パターンを使い、フォームを過剰に途中へ挟み込むことが少し気になる
    例えば「DVLA vehicle information」を検索すると https://www.gov.uk/get-vehicle-information-from-dvla にたどり着き、実際に欲しかったページに行くには「Start Now」を押さなければならない
    HMRC Personal Tax のログインも同じで、欲しい実際のフォームが同じページにあればいいのにと思う

    • 理解はできるが、非常に主観的な問題だと思う
      例えばそのページは、フォームが何なのかを説明し、そのフォームが必要なのか、あるいは別のものが必要なのかといった情報を先に提供する機会になる
      ここで合っているならここを押して始める、という流れで、結局かなりうまく機能していると思う
    • これは実際には明示的な決定であり、情報アーキテクチャとコンテンツ設計の観点から、GOV.UK サービス全体のユーザー体験の一貫性を保つためのもの
      各省庁が選ぶ問題ではなく、GOV.UK Service Manual に明文化されている: https://www.gov.uk/service-manual/technology/get-a-domain-name#ensure-users-start-their-journey-on-govuk
    • 検索を機能させる目的もある。サービス開始ページをインデックス化して、別ドメインでホストされているサービスも検索結果に出るようにする
      少なくとも、まだ更新されていない可能性のあるサービスへ渡す前までは、一貫したユーザー体験を提供しようという面もある
      開始ページは、サービスが特定の時間帯にしか利用できないとか、利用前に準備すべき書類があるといった案内も提供する
    • フォームがとても速く読み込まれるので、問題は小さくなる
      「Start now」を押した後、フォームの読み込みに10秒かかったなら、はるかにイライラしただろう

  • 最悪のデジタル体験で悪名高い日本から来た立場としては、英国の gov.uk エコシステムは驚くほどだ

    • 日本はサービスごとにバラバラで、本当にひどい
      私が見た中で一番ましだったのは国勢調査で、実際に2000年以前に設計されたようには見えない Web サイトがあった
      それでも他のすべての政府サービスとは依然として一貫性がない

  • gov.uk チームの仕事を本当に誇りに思う。複数のシステム全体で、すべてがすっきりしていてアクセスしやすく、予測可能だ
    途方もない成功だと思う