業界研究 / 自治体向けSaaS・GovTech
自治体向けSaaS・GovTechは公務員のどの経験を評価するか
「自治体向けのSaaS」「GovTech」という言葉で括られる企業への転職は、財政課の経験を持つ方から最も多く相談を受ける方向の1つです。自治体を顧客にするので、自治体の内側を知っている人が要る——それは事実です。ただし、財政課の経験のうち、この業界が実際に評価する部分は限られていて、評価されない部分もはっきりしています。
この記事では、業界の構造（基幹系の標準化・ガバメントクラウドと、情報系・業務系のSaaSの違い）を法律と公式資料で押さえたうえで、財政課の経験のうちどこが評価され、どこが評価されないかを、職種ごとに整理します。業界の全体像を知らずに「自治体を知っているから」だけで応募すると、面接で評価の軸がずれます。財政課の経験の翻訳は財政課の経験の翻訳に書いています。
業界構造——「基幹系」と「情報系・業務系」で市場が違う
自治体向けのシステムは、大きく2つに分かれます。
| 区分 | 内容 | 主な担い手 | 規制・政策 |
|---|---|---|---|
| 基幹系（標準化対象事務） | 住民基本台帳、税（固定資産税、個人住民税、法人住民税、軽自動車税）、国民健康保険、国民年金、介護保険、児童手当、生活保護、就学など、政令で定める標準化対象事務を処理するシステム | 大手のシステムベンダー、地域のベンダー | 地方公共団体情報システムの標準化に関する法律により、標準化基準への適合が義務（第8条第1項）、ガバメントクラウドの利用の努力 |
| 情報系・業務系（標準化対象外） | 電子申請、文書管理、財務会計、予算編成、公会計、人事給与、庶務、議会、施設予約、住民向けの通知・決済、窓口の案内、データの分析など | SaaSの企業（GovTech）、既存のベンダー、大手のクラウド | 標準化法の直接の対象外。自治体ごとの調達と競争 |
標準化法第2条第1項は、標準化対象事務を「政令で定める事務」とし、政令が児童手当、保育、住民基本台帳、戸籍の附票、印鑑登録、選挙人名簿、地方税、生活保護、介護保険、国民健康保険、国民年金などを列挙しています。財務会計と予算編成は、政令の標準化対象事務に含まれていません。
この構造が、転職先としてのGovTechを見るときの出発点です。基幹系は標準化とガバメントクラウド移行の巨大な工事で、既存の大手ベンダーが主役。SaaSのGovTechが主戦場にしているのは、標準化対象外の情報系・業務系で、財政課が扱う財務会計・予算編成・公会計は、この主戦場の中にあります。
標準化とガバメントクラウド——業界の前提条件
| 規定 | 内容 | 業界への影響 |
|---|---|---|
| 標準化法第1条 | 住民の利便性の向上と自治体の行政運営の効率化を目的に、標準化を推進 | 基幹系の市場が「自治体ごとのカスタマイズ」から「標準準拠システムの選択」に変わる |
| 第7条 | 内閣総理大臣と総務大臣が、デジタル庁令・総務省令で、共通する基準（互換性、サイバーセキュリティなど）を定める | ベンダーは基準に適合するシステムを提供する |
| 第8条第1項 | 自治体の情報システムは、標準化基準に適合するものでなければならない | 基幹系のシステムの選択肢が、標準準拠のものに限られる |
| 第8条第2項 | 標準化対象事務以外の事務を一体的に処理する場合、互換性が確保される限り、必要最小限度の改変・追加ができる | 情報系・業務系との連携が、SaaSの側の設計の論点になる |
| 第9条 | 国は、適合の確認を円滑に行うための措置、標準化の状況の調査、助言・情報の提供を行う | 自治体の側の情報システムの担当課の業務が変わる |
デジタル庁の公式ページによれば、現時点で20の事務が政令で標準化対象事務として指定され、自治体は原則として2025年度（令和7年度）までにガバメントクラウド上に構築された標準準拠システムへの移行を目指すとされています。この移行は、自治体の情報システムの担当課と、財政課（システムの経費の予算と、国の補助の管理）の両方に業務の負荷をかけました。
財政課の方は、この移行を予算の側から見ています。システムの経費の増減、国の補助の申請、移行の遅れによる経費の見込みの変更——これらは、GovTechの企業が自治体に提案するときに知っておくべき文脈で、財政課の経験が生きる部分です。
職種ごとの評価——財政課の経験はどこで効くか
GovTechの企業の職種は、大きく5つに分かれます。財政課の経験が評価される度合いは、職種ごとに違います。
| 職種 | 業務 | 財政課の経験の評価 | 評価される部分 | 評価されない部分 |
|---|---|---|---|---|
| 導入コンサルタント・導入支援 | 自治体へのシステムの導入、業務の設計、データの移行、運用の定着 | 高い | 自治体の業務の流れ、決裁と予算の仕組み、年度の周期、担当者の言葉が分かる | システムの技術（設定、データの構造）は入社後に学ぶ |
| カスタマーサクセス | 導入後の自治体の利用の定着、更新の獲得、活用の提案 | 高い | 自治体の担当者との関係の作り方、要望の背景の理解、年度替わりの人事異動への対応 | 利用のデータの分析、複数の自治体を同時に見る効率 |
| 営業（自治体営業） | 自治体への提案、調達（入札、プロポーザル）への対応、予算化の支援 | 中〜高 | 予算の仕組み（要求、査定、補正）、調達の手順、財政課がどう見るか。提案の時期と形を組める | 民間の営業の型（案件の管理、数字の目標）は入社後に学ぶ。自治体の内側の非公開の情報は使えない |
| プロダクト（企画・ドメインエキスパート） | 自治体の業務を理解して、製品の要件を定める | 中 | 財務会計・予算編成・公会計の実務の理解。自治体ごとの違いと共通点 | 製品の設計の方法、開発との協働は経験がないことが多い |
| 公共政策・渉外 | 国の政策（標準化、デジタル化の方針）の把握、業界団体との関係、自治体との協定 | 中 | 国の制度の読み方、総務省・デジタル庁の資料の理解、条文の読み方 | 政策の提言の書き方、民間の立場での折衝 |
財政課の経験が最も評価されるのは、導入とカスタマーサクセスです。理由は明確で、自治体の業務の流れと、担当者の言葉と、年度の周期を知っていることが、これらの職種の成果に直結するからです。営業は、予算と調達の理解が効きますが、民間の営業の型を学ぶ必要があり、プロダクトと公共政策は、経験の一部が効くにとどまります。
評価されない経験——3つの落とし穴
財政課の経験を「自治体を知っている」と一括りにすると、面接で次の3つの落とし穴に落ちます。
| 落とし穴 | 内容 | 対策 |
|---|---|---|
| 「自治体の内側の情報」を売りにする | 非公開の検討の状況、他の事業者の評価、内部の人事は、守秘義務の対象で、企業も求めていない | 公表されている情報と、仕事の進め方の一般論で語る。企業は「情報」ではなく「理解」を求めている |
| 「自治体はこうだ」と一般化する | 自分の自治体の運用が、全国の自治体で同じとは限らない。GovTechは複数の自治体を相手にする | 自分の自治体の運用と、他の自治体との違いの見当を分けて話す。標準化で共通化される部分と、自治体ごとに残る部分の区別 |
| 「予算があれば導入される」と考える | 自治体の調達は、予算化、仕様、入札・プロポーザル、契約、検収と続き、財政課の査定は一部 | 調達の全体の流れを、財政課の査定の位置づけと合わせて説明する |
GovTechが評価するのは、自治体の内側の「情報」ではなく、自治体の業務の「理解」です。この区別を面接で示せるかどうかが、財政課の経験の価値を決めます。
自分の経歴がどう言い換えられるかは、一度話しながら整理したほうが早いことが多いです。どの経験に値が付くのかから相談できます。
入り方——職種の選び方と、準備
| 段階 | 内容 |
|---|---|
| 職種を選ぶ | 財政課の経験が最も効く導入コンサルタント・カスタマーサクセスを第一の候補に。営業は予算・調達の理解を武器に、プロダクトと公共政策は経験の一部が効く前提で |
| 業界の構造を押さえる | 標準化法、標準化対象事務の政令、デジタル庁の公式ページで、基幹系と情報系・業務系の違いを説明できるようにする |
| 自分の経験を分ける | 財務会計・予算編成・公会計の実務（対象外の側）と、基幹系の経費・補助の予算の管理（対象の側の文脈）に分けて書き出す |
| 企業を見る | その企業の製品が、標準化対象の基幹系か、対象外の情報系・業務系か。財務会計・予算編成の製品を持つ企業は、財政課の経験の価値が直接に高い |
| 応募 | 職務経歴書は、自治体の「情報」ではなく「業務の理解」を軸に。仕事の進め方、判断の基準、年度の周期、担当者の言葉 |
| 服務の線 | 守秘義務（退職後も続く）、再就職者の働きかけの規制（離職後2年間、前の自治体の役職員への契約に関する働きかけの禁止）を入社時に企業に伝える |
GovTechの企業は、自治体を顧客にするので、再就職者の働きかけの規制と正面から重なります。前の自治体を担当から外す運用が一般的で、入社時に自分の在職の部局と、決定に関わった契約を伝えておくと、担当の割振りで避けられます（前職の取引先へ営業してよいか）。
行政が相手の求人は、掲載中のものから業界の職種の分布が見えます。行政が相手の求人を見てみる
まとめ
- 自治体向けのシステムは、政令で定める標準化対象事務を処理する基幹系（標準化法により標準化基準への適合が義務、ガバメントクラウド利用の努力）と、対象外の情報系・業務系に分かれ、財務会計・予算編成・公会計は対象外の側で、SaaSのGovTechの主戦場です
- デジタル庁の公式ページによれば、20の事務が標準化対象事務として指定され、自治体は原則として2025年度までに標準準拠システムへの移行を目指すとされ、財政課はこの移行を予算の側から見ています
- 財政課の経験が最も評価される職種は導入コンサルタント・カスタマーサクセスで、営業は予算・調達の理解が効き、プロダクト・公共政策は経験の一部が効きます
- 評価されるのは自治体の業務の「理解」（業務の流れ、決裁と予算、年度の周期、担当者の言葉）で、自治体の内側の「情報」（非公開の検討、他の事業者の評価）は守秘義務の対象で企業も求めていません
- 落とし穴は、内側の情報を売りにする、自分の自治体の運用を全国に一般化する、予算があれば導入されると考えるの3つです
- 入社時に、守秘義務と再就職者の働きかけの規制を企業に伝え、前の自治体の担当から外れる形を確かめてください
よくある質問
財政課の経験は、GovTechの企業でどの程度の評価になりますか
職種によって大きく違います。導入コンサルタントとカスタマーサクセスでは高く、営業では予算・調達の理解が効き、プロダクトと公共政策では経験の一部が効く程度です。GovTechの企業は自治体を顧客にするので、自治体の業務の流れ、決裁と予算の仕組み、年度の周期、担当者の言葉を知っている人を求めています。導入コンサルタントとカスタマーサクセスは、この理解が成果に直結する職種で、財政課の経験は他の応募者にはない材料になります。営業は、予算の要求・査定・補正の仕組みと調達の手順を知っていることが提案の時期と形を組む武器になりますが、民間の営業の型（案件の管理、数字の目標、商談の進め方）は入社後に学ぶ必要があります。プロダクトは、財務会計・予算編成・公会計の製品を持つ企業なら実務の理解が直接に効きますが、製品の設計の方法は別の能力です。評価の高さは、職種と、その企業の製品が財政課の業務に近いかどうかで決まるので、企業の製品と職種を見て応募先を選ぶことが、評価を最大にする方法です。
標準化とガバメントクラウドで、GovTechの市場はどう変わりますか
基幹系は標準準拠システムへの移行で既存の大手ベンダーの工事が中心になり、SaaSのGovTechの競争は、標準化対象外の情報系・業務系と、基幹系との連携の部分に集まります。地方公共団体情報システムの標準化に関する法律は、政令で定める標準化対象事務（住民基本台帳、地方税、国民健康保険、介護保険、児童手当など）を処理するシステムに標準化基準への適合を義務づけ（第8条第1項）、デジタル庁の公式ページによれば、20の事務が指定され、自治体は原則として2025年度までにガバメントクラウド上の標準準拠システムへの移行を目指すとされています。この移行は、自治体ごとのカスタマイズを減らし、基幹系の市場を「標準準拠システムの選択」に変えます。一方で、財務会計、予算編成、公会計、電子申請、文書管理などは標準化対象外で、自治体ごとの調達と競争が続き、SaaSのGovTechが製品を出しています。第8条第2項により、標準化対象外の事務を基幹系と一体的に処理する場合は互換性の確保が求められるので、基幹系との連携の設計が、SaaSの側の論点になります。財政課の経験は、対象外の側の財務会計・予算編成・公会計で直接に効き、対象の側では移行の経費と補助の文脈で効きます。
前の自治体を担当することになりました。何に注意すればよいですか
再就職者の働きかけの規制（地方公務員法第38条の2）と守秘義務（第34条）の線を、入社時に企業に伝え、前の自治体の担当から外れる形を確かめてください。GovTechの企業は自治体を顧客にするので、前の自治体との契約に関する営業は、離職後2年間、離職前5年間に在職した組織の役職員への契約等事務に関する働きかけの禁止（第38条の2第1項）と正面から重なります。在職中に自らが決定した契約については期間なく規制されます（第5項）。多くの企業は、利益相反の管理として前の顧客を一定の期間担当から外す運用をしているので、入社時に自分の在職の部局と、決定に関わった契約を伝えておくと、担当の割振りで避けられます。守秘義務は退職後も続くので、前の自治体の内側の非公開の情報（検討の状況、他の事業者の評価）を営業に使うことはできず、公表されている情報と業務の理解で提案します。前の自治体以外の自治体への営業は規制の対象外なので、財政課の経験を最も生かせるのは、他の自治体への導入と提案です。前の自治体から声がかかった場合も、企業の他の担当者を通じる形にして、自分は働きかけの側に立たないのが安全です。