誰もが迷わず使えるアプリへ、デザイナーとエンジニアが一緒に挑むアクセシビリティ
──都民全員が対象となる行政アプリは、一般的な開発とつくり方も違うのでしょうか? デザインから実装まで、どのように進めているのか教えてください。
内田:幅広い都民の方に使っていただくので、特定のターゲットには絞れません。とはいえペルソナがないわけではなく、機能ごとに、誰がどのような状況で何をしたいのかを整理しています。
デザイナーはFigmaや生成AIを活用してプロトタイプをつくり、PdMやエンジニア、バディである東京都デジタルサービス局の方と、ラフの段階からレビューします。デザインを完成させてから渡すのではなく、一緒につくりながら設計しています。
行政サービスには代わりのサービスがなく、都民全員に届ける責任があります。だからこそリリース前後の検証や改善を大事にしています。また、開発段階から障害のある方にもユーザーテストを実施していただいています。
使いたい人に向けてつくるというより、使わざるを得ない人も含めて迷わず使えるかを考える。そこが、特定のターゲットを持つ民間サービスの開発との違いだと思います。
──誰もが迷わず使えるようにするうえで欠かせないのが、アクセシビリティへの対応です。デザインだけでも実装だけでも完結しない領域ですが、デザイナーとエンジニアはどう連携しているのですか?
内田:まずFigmaでモックアップをつくり、コントラストや文字の大きさなどをチェックしています。WCAG(Webアクセシビリティの国際的なガイドライン)を生成AIに読み込ませ、デザインを確認させ、指摘された箇所を直していく形です。音声の読み上げは、Figmaのアノテーション機能で「ここはこう読み上げる」とマークして、エンジニアに対応を依頼しています。
田澤:エンジニアとしては、読み上げ内容をどうまとめるべきかを整理します。例えば、リストで、日付、タイトル、サブタイトルと一つひとつにフォーカスが当たって読み上げられると、操作も大変ですし、内容の把握も大変です。どう読み上げるとわかりやすいかは合意して決めています。お知らせなら、未読か既読かも伝わるよう、どういう文章でお届けするかまで決める。文字サイズを最大まで上げたときに表示が崩れないか、操作できるかも、最終的には実機で検証しています。
──デザイナーとエンジニアは、普段どのような関係性で仕事を進めているのですか?
古屋:以前民間企業で働いていたときには、デザインが正しいのか、実装が正しいのか、という議論があったこともありました。GovTech東京ではどちらからも「こっちのほうがいいかもね」と、行ったり来たりします。
田澤:お互い信頼し合って対応しているので、変な力関係はないと思います。そもそも、アクセシビリティにすべて対応してきた経験豊富な人間は、ほぼいないと思います。私自身も民間にいたころは、アクセシビリティは「そこまでコストはかけられないね」と後回しになって、なかなかできなかった部分でした。正直、自分が書いたアプリを目をつぶりながら操作してみたこともありませんでした。今は検証のときにそうしています。
入ってわかった「いい意味のギャップ」と、求める仲間
──民間ではなかなか得られない、行政開発ならではの醍醐味は何でしょうか? 働く中で、ご自身の変化を感じることがあれば教えてください。
内田:1,400万人のユーザーがいるアプリはほかにも存在するとは思いますが、誰もが使えることを前提に設計するというのは、なかなか珍しいのではないでしょうか。特定の誰かに刺さるのではなく、誰も取り残さないという考え方でつくる。そこが醍醐味であり、面白いところだと思います。
古屋:私は説明する力がついたと思います。東京都の方が議会で、そして都民の方にきちんと説明できるように、「なぜそうしたのか」を考えて説明するようになりました。
──入職前に抱いていた行政のイメージと、実際とのギャップはありましたか?
田澤:入職前、古いというイメージは正直ありました。ですが入ってみると想像以上に民間出身の方が多く、行政の方とも近い距離で議論しています。行政側から要件を渡されて、開発側がそのまま言われた通りに実装する、という一方通行の関係性では全然ありませんでした。もちろん、制約がまったくないわけではありません。さまざまな専門性を持つ人が続々と加わっているので、そうした人たちと協力して制約を一つひとつ紐解き、いいサービスとして社会実装まで進めていけたらと思っています。
内田:言い方は悪いですが、私も行政は古い開発をしていると思っていました。でも実際は、むしろかなり進んでいます。当たり前のようにAIを使っていますし、ツールもモダンなものを導入しています。
──最後に、GovTech東京に興味を持った読者に向けて、どのような方と一緒に働きたいか教えてください。
古屋:完成された組織やプロダクトではなく、これから自分たちで開発の文化や仕組みをつくっていく部分が、まだまだ多い状況です。持っている経験や技術を使って、多くの人の生活や行政の仕組みを少しでも強くしていきたい方には、挑戦しがいのある環境だと思います。エンジニアとして社会貢献に携わる仕事、特にいろいろな人に使ってもらうプロダクトの改善に関われる場は、選択肢として少ないのではないでしょうか。行政経験の有無に関わらず、このテーマに関心を持っていただける方には、非常にいい環境だと考えています。
内田:アクセシビリティは、デザインだけでは完結しません。職種の境目を気にせず、使う人の体験まで一緒に考えて、会話しながらより良いものをつくっていける方と一緒に働けると嬉しいです。
田澤:特定の技術に強い、詳しいというのはもちろん大切ですが、それ以上に、ユーザーや提供している行政サービスの課題を起点に物事を考えられる方に来ていただきたいです。「それは本当にユーザーのためになるのか」と、常に疑問を持ちながら、本当はこうしたほうがいいのではないかと考えられる方が合っていると思います。

GovTech東京の「人」「組織」「働きがい」「カルチャー」などをもっと知りたい方におすすめ!
行政側と民間を行き来するキャリアやプロジェクトでのこぼれ話など、オープン&フラットにお届けしています。
「未来に渡す、仕事をしよう」
本記事で興味・共感を持たれた方は、GovTech東京noteをぜひご覧下さい!
この記事は参考になりましたか?
既に会員の方はを行ってください。
- 開発現場インタビュー連載記事一覧
-
- 内製化はゴールではない。GovTech東京が「東京アプリ」で目指す、利用者目線に立ち、改善...
- AI議事録「Rimo」はOpenAI、Anthropic時代にどう勝ち筋を描くか──元Go...
- 世界7000万ユーザーの「TimeTree」、10年の当たり前を壊して作り直す!UX大規模...
- この記事の著者
-
DeveloperZine編集部(デベロッパージン編集部)
DeveloperZineは、株式会社翔泳社が運営する、技術と組織の意思決定を支える情報メディアです。技術選定やチームづくりに向き合い、自分の判断を確かなものとしたいエンジニアやエンジニアリングリーダーに向けて、翔泳社主催エンジニアイベント「Developers Summit」とも連動しながら実践知...
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
-
丸毛 透(マルモ トオル)
インタビュー(人物)、ポートレート、商品撮影、料理写真をWeb雑誌中心に活動。
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
提供:一般財団法人GovTech東京
【AD】本記事の内容は記事掲載開始時点のものです 企画・制作 株式会社翔泳社
この記事は参考になりましたか?
この記事をシェア
