行政手続のオンライン化と聞くと、窓口の紙をWebフォームに置き換える仕事を思い浮かべる場面がよくあります。しかしデジタル庁が示す次期オンライン申請サービスの内容を読むと、狙いはフォームの手前にあります。一度登録した情報を二度と入力させないこと、別のシステムが持つ値を転記に使うこと、申請の後もやり取りを続けられるようにすることの3つです。画面設計だけを案件の中心に置いていると、このうち2つが視界に入らないまま話が進んでしまいます。

1. 狙いは紙の置き換えではない

3つの設計目標という切り口

行政のオンライン申請という案件と聞くと、紙の帳票をそのままWebフォームへ移す仕事を思い浮かべる場面がよくあります。実装として難しくはなく、画面と入力チェックを整えれば形になります。ところが次期オンライン申請サービスが掲げる目標を読むと、話はそこで終わりません。狙いの中心は、住民に同じ情報を何度も打たせないことに置かれています¹。

掲げられている目標は3つあります。一度登録した情報を申請のたびに入力させないこと²。自治体等が保有する情報を申請フォームに転記し、住民の入力と行政職員の審査、双方の負担を減らすこと³。そして申請内容の補正連絡や通知書のオンライン送付によって、行政手続のオンライン完結を目指すことです⁴。フォームの画面設計だけを案件の範囲だと考えていると、後の2つの目標が視界の外に置かれたままになります。

この3つは実装の性質がそれぞれ違います。1つ目は同じ人だと分かる仕組みの話で、2つ目は別のシステムが持つ値を持ってくる仕組みの話です。3つ目は申請の後、つまりやり取りが続く区間の話になります。画面の見た目を整える経験よりも、情報がどこから来てどこに記録されるかを設計する経験のほうが、この案件では評価される場面が増えます。

図の作成：Remogu編集部。次期オンライン申請サービスが掲げる3つの目標の関係を整理したもので、統計データではありません

先行実証がすでに動いている

この3つの目標は、思いつきで並んでいるわけではありません。自治体の行政手続効率化と国民の利便性向上を関係府省庁と連携して進めるという重点計画に基づいています¹。案件の背景を聞かれたときに、この根拠まで語れるかどうかは、参画後にクライアントと協議を重ねる場面で地味に効いてきます。

根拠だけでなく時期も動いています。2025年4月には、一部自治体との先行実証がすでに始まっています⁵。実証という言葉から数年先の計画だと考えていると、いま動いている案件を見落とします。

先行実証が始まっているということは、設計の細部を詰める段階に人手が要る局面だということでもあります。紙の置き換えを探している人には見えにくい案件ですが、入力させない仕組みと転記の設計を語れる人には、参画の入口が開いている局面だと言えます。

2. 一度登録した情報を再び入力させない

同じ人だと分かる仕組みの中身

住所や氏名、家族に関する情報は、手続のたびに一から尋ねられてきた情報の代表格です。次期オンライン申請サービスは、一度登録した情報を、申請のたびに何度も入力する必要がないようにすることを目指しています²。

同じ人だと分かる仕組みというのは、単に会員登録の画面を用意することとは違います。どの申請であっても、その人がすでに登録している人物だと判断でき、登録済みの情報を安全に呼び出せる状態を指します。

この仕組みが整うと、住民が入力する場面そのものが減ります。入力欄を減らす工夫よりも、入力させない設計のほうが、体験としての変化は大きくなります。

図の作成：Remogu編集部。一度登録した情報を複数の手続きで使う設計の考え方を整理したもので、統計データではありません

入力させない設計が生む変化

入力させない設計は、住民側の負担だけでなく、案件としての性質も変えます。フォームの入力チェックを整える仕事から、登録された情報をどこまで信頼して使うかを決める仕事へと、重心が移ります。

何度も同じ情報を尋ねる設計は、住民にとって手続のたびに積み重なる負担でした。それを一度の登録で済むようにするという目標は²、何度も手続きをする人ほど実感しやすい変化になります。

実装側から見ると、入力させない設計は誤りが起きたときの影響も大きくなります。登録された情報を誤って古いまま使えば、かえって住民の手間を増やしてしまいます。同じ人だと分かる仕組みには、正しさを保ち続ける設計まで含めて考える必要があります。

同じ情報が扱われる場面の比較

一度登録した情報を入力させない設計は、具体的にどの場面で違いを生むのでしょうか。ここでは、住民が情報を入力する場面を中心に、従来の申請でよくある姿と、次期サービスが目指す設計の方向性を並べて整理します。表を読むときは、数字の大小ではなく、入力という負担がどこからどこへ移っていくのかという視点で見てみてください。

場面	従来の申請でよくある姿	次期サービスが目指す設計
氏名や住所など基本的な情報	申請のたびに画面や書類へ入力する	一度登録した情報を、申請のたびに入力させない設計を目指しています2
家族に関する情報	手続ごとに同じ内容を尋ねられる場面がある	登録済みの情報を再利用し、入力の場面そのものを減らす方向で検討されています
入力を重ねてきた側の負担	入力の手間が申請のたびに積み重なる	入力させないことを目標として掲げ、負担の積み重ねを防ぐ設計です

3. 別のシステムが持つ値を持ってくる

転記という設計の中身

住所や氏名を尋ねる欄自体は、フォームとして目新しいものではありません。次期オンライン申請サービスが力点を置くのは、その欄に何を表示させるかという設計です。自治体等が保有する情報を申請フォームに転記することで、住民の入力の負担と行政職員の審査の負担、双方を減らすことが目指されています³。

この設計は、入力欄をなくす話と混同されがちです。実際にはフォームという入口は残ったまま、値の出どころだけが変わります。住民が打ち込む文字よりも、別のシステムが返す値のほうが、フォームの中身を占める場面が増えるという理解のほうが実態に近くなります。

転記という言葉は地味に聞こえますが、実装としては値の突き合わせ、参照先の権限管理、値が古くなったときの扱いなど、フォームの見た目には出てこない設計が並びます。ここを担える人材の入口は、まだ広く開いていると言えます。

図の作成：Remogu編集部。自治体等が保有する情報を申請フォームに転記する設計の考え方を整理したもので、統計データではありません

実装側が問われる視点

外から参画するエンジニアにとって効くのは、値をどこから取ってくるかを言語化できるかどうかです。どのシステムが情報を保有し、どの範囲まで申請フォームに渡してよいかという設計は、業種を問わず似た構造を持っています。過去に扱ったデータ連携の経験は、行政システムの実務経験がなくても案件の入口で語れる材料になります。

審査の負担を減らすという狙いも、転記の設計と切り離せません。職員が目視で突き合わせていた項目が、あらかじめ参照された値に置き換われば、確認そのものの手間が変わります。フォームを作る仕事だと捉えるより、突き合わせの手間を設計し直す仕事だと捉えるほうが、案件の本体に近づきます。

転記の設計を語れることは、参画後の会話でも効いてきます。クライアントと協議する場面で、どの項目を転記し、どの項目は入力のまま残すかを一緒に決められる人は、フォーム止まりの実装者より一段深い位置で関わることになります。

転記の設計が変えること

転記の設計は、フォームの見た目を変えるものではなく、欄の裏側にある値の出どころを変える設計です。ここでは、転記の設計が具体的に何を担っているのかを、観点ごとに整理します。実装として問われるのは入力欄の数ではなく、値をどこから参照し、どこまで信頼して使うかという判断です。

観点	転記の設計が担うこと
転記の目的	自治体等が保有する情報を申請フォームに転記し、住民の入力の負担を減らすことです3
審査への影響	同じ転記の設計は、行政職員の審査の負担を減らす方向でも位置づけられています
実装側の論点	どのシステムが持つ値を、どの範囲まで申請フォームに渡してよいかという設計の説明力が問われます

4. 申請の後にもやり取りが続く

申請後の区間という発想

申請ボタンを押した瞬間に仕事が終わる、というのは実装者側の感覚に過ぎません。住民の側から見ると、申請の後にも手続は続きます。申請内容の補正連絡や通知書のオンライン送付によって、行政手続のオンライン完結を目指すことが掲げられています⁴。

補正連絡とは、申請内容に不備があったときに住民へ差し戻す連絡のことです。この区間が紙や電話に戻ってしまうと、フォームだけをオンライン化した意味が薄れます。申請の入口だけでなく、やり取りが続く区間まで設計に含めるという発想が、この案件の分かれ目になります。

通知書のオンライン送付も同じ発想に属します。結果を紙で郵送する仕組みが残っていれば、そこだけが手続全体の速度を決めてしまいます。入口の速さよりも、出口までの一貫した速さのほうが、住民が実感する変化に直結します。

図の作成：Remogu編集部。補正連絡や通知書の送付など、申請後に続くやり取りの流れを整理したもので、統計データではありません

記録と通知の設計

この区間を設計するには、状態を記録する仕組みが要ります。申請がいまどの段階にあり、誰が何を差し戻したのかという履歴が残っていなければ、補正連絡自体が成り立ちません。フォームの入力チェックとは別の設計力が、ここで問われます。

通知の送付先や既読の扱いも、地味ながら詰める価値のある論点です。オンラインで完結させるという目標は、送って終わりではなく、住民が確かに受け取ったと確認できる状態まで含んでいます⁴。

申請の後まで設計に含める案件は、フォームの実装だけを請け負ってきた経験より、状態管理や通知の設計に関わった経験のほうが、参画時の会話で強みとして伝わりやすくなります。

5. 先行実証から本格運用へ移る局面

2025年4月からの先行実証

案件がいつ動くかは、実装の中身と同じくらい気になるところです。次期オンライン申請サービスは、2025年4月に一部自治体との先行実証をすでに始めています⁵。実証という響きから遠い先の話だと考えていると、いま動いている局面を見落とします。

先行実証の対象は、2026年7月31日時点の情報として公表されています⁷。裏を返せば、この一覧は固定された最終形ではなく、時点を区切って更新されていく性質のものだということです。

時点を区切って公表するという扱いは、案件情報を追うときの姿勢にも関わります。一度読んだ資料をそのまま記憶に留めるより、いつ時点の情報かを確かめる習慣のほうが、この分野の案件では長く効きます。

2026年9月以降という区切り

本格運用については、2026年9月以降の開始が予定されています⁶。先行実証が始まってから本格運用の予定時期まで、間には設計を詰め直す期間が挟まれます。

先行実証から本格運用へ移る局面というのは、まだ仕様が動く前提のある局面でもあります。固まりきった仕様をなぞる仕事よりも、確定していく仕様に合わせて動ける柔軟さのほうが、この時期の案件では求められやすくなります。

時期を押さえておくと、参画のタイミングも見えてきます。本格運用が始まってから動くのではなく、先行実証から本格運用へ移るいまの局面で経験を積んでおくことが、後の案件選びの材料になります。

先行実証から本格運用までの時期

案件がいつ動くのかを把握するには、公表されている時期を時系列で並べておくと見通しがつきやすくなります。ここでは、先行実証の開始時期、対象が公表された時点、本格運用の予定時期を並べます。時点を区切って公表されている性質のものなので、確認する際は常にどの時点の情報かを合わせて見てください。

時期	できごと
2025年4月	一部自治体との先行実証が始まりました5
2026年7月31日時点	先行実証の対象が、この時点の情報として公表されています7
2026年9月以降	本格運用の開始が予定されています6

6. 多数の団体に同じ仕様を広げる前提

全国に同じ仕様を広げる規模感

次期オンライン申請サービスは、ひとつの自治体だけで完結する仕組みではありません。同じ仕様を、全国の自治体に合わせて広げていくことが前提になっています。先行例として、罹災証明書の発行申請は、2023年3月末時点で1,002の自治体においてオンラインでの手続が可能になっています⁸。

ひとつの手続がここまで広がるには、それぞれの自治体の事情に合わせた調整が積み重なります。仕様をひとつ決めて終わりではなく、展開そのものが続いていく仕事だという前提を持っておくと、案件の見え方が変わります。

展開の規模が大きいということは、同じ設計判断を繰り返し使う場面が増えるということでもあります。一件ごとに一から設計し直すよりも、共通する部分を型として持ち回れるほうが、この規模の仕事には向いています。

外から入るエンジニアの立ち位置

外から参画するエンジニアに向いているのは、行政特有の知識を先に覚えることよりも、データ連携や状態管理、通知設計といった、他の業種で積み重ねてきた経験を、この文脈に当てはめて語れることです。

案件の入口では、フォームを組んだ経験よりも、値の参照元を説明できること、審査や通知の状態をどう記録するかを設計した経験のほうが、会話の材料として重宝されます。行政システムの実務が未経験でも、この置き換えができれば参画の話は前に進みます。

案件の90%以上がフルリモート可能というRemoguの実像は、こうした行政系の案件にも当てはまります。場所に縛られずに、転記や状態管理の設計に関わりたいという理想は、まず登録して自分の経験に合う条件を確かめるところから近づいていきます。

7. よくある質問

次期オンライン申請サービスの案件に、行政システムの実務経験がなくても参画できますか

行政特有の制度知識よりも、データ連携や状態管理、通知設計といった経験が生きる場面が目立つ分野です。他の業種で積み重ねてきた設計の経験を、この文脈に置き換えて語れれば、参画の話は前に進みます。まずは自分の経験に近い案件がどのくらいあるか、条件から確かめてみることをおすすめします。

先行実証と本格運用では、案件で求められることは変わりますか

先行実証は2025年4月に始まっており⁵、本格運用は2026年9月以降に予定されています⁶。仕様を詰め直す局面と、広く展開していく局面とでは、求められる柔軟さの質が変わります。いまは前者に近い局面にあると捉えておくと、案件の見え方がぶれません。

転記の設計と、フォームの実装は何が違いますか

フォームの実装は入力欄と検証ルールを整える仕事です。転記の設計は、その欄に表示する値をどこから持ってくるか、参照の範囲や権限をどう扱うかを決める仕事です³。同じ画面を作る案件でも、問われる設計の深さが変わります。

先行実証の対象自治体は、今後も変わりますか

先行実証の対象は2026年7月31日時点の情報として公表されています⁷。時点を区切って公表される性質のものなので、参画を検討する際は、常に最新の時点の情報かどうかを確かめるようにしたいところです。

この分野の案件は、どこで探せますか

案件の90%以上がフルリモート可能というRemoguの実像であれば、場所を理由に選択肢を狭めずに、転記や状態管理の設計に関わる案件を探せます。まずは登録して、自分の経験に合う条件がどれだけあるか、確かめてみてください。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 デジタル庁「行政手続のオンライン化」位置づけ（2026年8月）
＊2 デジタル庁「行政手続のオンライン化」実現したいこと（2026年8月）
＊3 デジタル庁「行政手続のオンライン化」実現したいこと（2026年8月）
＊4 デジタル庁「行政手続のオンライン化」実現したいこと（2026年8月）
＊5 デジタル庁「行政手続のオンライン化」スケジュール（2026年8月）
＊6 デジタル庁「行政手続のオンライン化」スケジュール（2026年8月）
＊7 デジタル庁「行政手続のオンライン化」公表時点（2026年8月）
＊8 デジタル庁「行政手続のオンライン化」先行例（2026年8月）