選挙管理システムの開発費用は、対象業務、既存システムとの連携、データ移行の範囲によって変わります。
金額は100万円〜2,000万円から、1億円〜3億円超まで幅があります。費用の内訳や見積もりの比べ方も、あわせて押さえておくと役立ちます。
▼全体ガイドの記事
・選挙管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
選挙管理システムの全体像と対象範囲
選挙管理システムは、選挙人名簿から選挙後の記録保存までを支える自治体向けシステムです。さらに、住民基本台帳との連携、選挙日程の管理、投票済み情報の整合、操作履歴の監査も含みます。
費用を把握するには、先にどこまでを選挙管理システムに含めるかを決めておく必要があります。範囲が決まっていないと、見積もりの金額を正しく比べられません。
選挙人名簿・投票・開票を一連で管理する仕組み
選挙管理システムの中心機能は、名簿、投票、開票を一つの流れで管理することです。
- 名簿管理：選挙人や選挙区などの情報を扱う。
- 投票受付：本人照合と投票済み情報の管理。
- 開票集計：結果の集計、速報、帳票の出力。
このシステムでは、在外選挙人名簿のほか、投票区、候補者、政党も扱います。
名簿の更新では、定時登録や選挙時登録に加えて、転入・転出・死亡などの資格異動も反映します。
名簿抄本や入場券も作成し、期日前、不在者、当日投票の受付状況を扱います。また、二重投票を防ぐには、本人照合と投票済み情報を連携させる仕組みが必要です。
開票側では、投票所から集めた情報の入力と集計、速報、確定結果を処理し、各種帳票や統計も出力します。立候補届出などの周辺業務を含めると、開発費が上がります。
操作権限、アクセスログ、変更履歴に加えて、バックアップも選挙に特有の要件です。障害時に紙の運用へ切り替える手順も、あらかじめ設計に含めておきます。
名簿管理と電子投開票の予算の分け方
費用を見積もるときは、名簿管理と電子投開票を別々の論点として整理します。
- 名簿管理：標準仕様への適合と移行を、システム更新の費用として見積もる。
- 電子投開票：機器固有の要件と導入費用の確認。
選挙人名簿管理の標準化と、受付端末・読取機器・電子投票機の導入は、別に考えます。デジタル庁の標準仕様では、選挙人名簿管理の業務別仕様が公開されており、住民記録システムなどとの連携方式も確認できます（出典：デジタル庁、2026年）。
一方で、電子投票機には、投票の秘密や二重投票防止、記録保護などの要件があります。無権限操作の防止など、機器固有の要件も満たす必要があります。
さらに、特例法では、電磁的記録式投票機を電気通信回線に接続してはならないと定めています（出典：e-Gov法令検索）。このため、インターネット投票の実証や電子投開票機の導入を、名簿システムのクラウド化と混同しないことが大切です。
選挙管理システム開発の進め方と期間
選挙管理システムは、稼働日を後から動かしにくいのが特徴です。そのため、選挙期日から逆算して、要件定義から設計・設定、移行、テストまでの計画を組みます。操作研修と選挙前リハーサルも、同じ計画に含めます。
期間の目安は、設定変更が6〜12か月、中規模自治体の更新が9〜18か月です。ただし、スクラッチ開発や大規模移行を含む場合は、12〜24か月超を見込みます。
企画・要件定義での対象業務と例外処理の決め方
要件定義では、対象業務と通常処理以外のケースを先に整理します。
- 対象業務：名簿から開票速報までの範囲を決めます。
- 選挙の種類：種類ごとの業務フロー。
- 例外処理：異動や通信障害などの洗い出し。
名簿だけでなく、期日前・不在者投票、当日投票、共通投票所も対象に含めて整理します。また、開票速報や立候補管理まで含めるかも、対象範囲に記載します。
衆議院と参議院の選挙、知事や市区町村長、議会議員の選挙を、同じ業務フローで扱えるかも確かめます。例外には、転出後の登録、在外選挙人、代理投票があります。通信障害や端末故障も洗い出します。
例外処理を先に確認しておけば、稼働後の追加開発を減らせます。
成果物は、業務フローと機能一覧、データ項目一覧、連携一覧です。権限表と帳票一覧、非機能要件、移行方針も作成します。
前提が曖昧なまま見積もると、各社の金額を比較できません。そのため、標準仕様に合わせる範囲と、自治体独自の帳票や運用を分けて記載します。前提がそろわないまま安い見積もりを選ぶと、後から追加費用が発生しやすくなります。
設計・設定・開発での連携と監査性
設計では、連携方式、監査ログ、クラウドの非機能要件を具体的に決めます。
- 連携方式：対象システムとデータ反映方法を決めます。
- 監査性：変更者と変更内容を追跡できる仕組み。
- 非機能要件：認証と保管、復旧と代替運用の定義。
住民基本台帳や統合宛名、庁内認証との接続方式を決めます。帳票出力との接続方式と、端末や読取機器との接続も、設計段階で確認します。
全件連携か差分連携か、反映時期、エラー時の再送方法を定義します。重複データの扱いと選挙期日前の凍結方法も、決めておく必要があります。なお、過去データの文字やコード体系が異なる場合は、別途変換が必要です。
誰がどの画面で何を変更したかを追跡できる監査ログを設計します。臨時職員も操作するため、役割ごとの権限と確認ダイアログが欠かせません。また、入力ミスを検知する仕組みや、帳票の再出力履歴も必要です。
クラウドの場合は、保管場所と認証、暗号化、ネットワーク分離を定義します。加えて、バックアップや障害時の代替運用、自治体の情報セキュリティポリシーとの適合性も含めます。
選挙日程から逆算する移行・テスト・リハーサル
移行と検証は、選挙日程から逆算して計画します。
- データ移行：名簿や履歴を変換し、突合します。
- 各種テスト：権限と負荷、復旧と復元の確認。
- リハーサル：投票所や速報の障害の再現。
移行では、現行システムから名簿や投票区、過去の選挙履歴、各種コードを抽出します。その後、移行先の形式へ変換し、異動者や在外選挙人、住所表記を確認します。
外字や除票、過去帳票との突合も行い、移行の判断は件数だけに頼らないようにします。
移行後に旧システムを一定期間参照できる状態にするかも検討します。そのうえで、必要な記録を別媒体に保存する計画も、契約の範囲に含めます。
単体テストや連携テストに加え、権限、負荷、障害復旧のテストを行います。バックアップからの復元テストも実施します。
本番前には、端末停止や通信断、速報値の訂正、受付の重複を再現しておきます。札幌市の資料でも、稼働テストや環境設定、速報システムの運用テストが示されています（出典：札幌市、2025年）。その資料には、操作研修も工程として記載されています。
選挙管理システムの費用相場とコストの内訳
費用は、人口規模だけでなく、対象業務と投票所数、端末台数で変わります。また、既存システムや標準化、データ移行、選挙当日の支援体制も費用に影響します。
ここで示す価格帯は、2025〜2026年に公表された自治体契約などをもとにした目安です。ただし、公開契約が作業の一部だけを示す場合もあるため、全国共通の定価とは限りません。
導入範囲別の価格帯の目安
導入範囲によって、価格帯は選挙1回の対応から大型移行まで分かれます。
- 本番対応：設定、運用支援、機器レンタルを含みます。
- 標準化・移行：既存パッケージの更新です。
- 大型移行：周辺システムとの接続を伴う範囲です。
たとえば、選挙1回向けの対応は、100万円〜2,000万円程度です。
北九州市では、本番対応1,617,000円と、本番環境構築など20,130,000円の契約が公表されています。札幌市の選挙人情報管理システムの環境設定等は7,189,000円でした（出典：札幌市、2025年）。ただし、選挙ごとに必要な設定、人員、機器が含まれるかを確認してください。
標準化対応やデータ移行は、600万円〜3,000万円程度が一つの目安です。一例として、三田市の標準化対応は10,989,550円で公表されています（出典：三田市、2025年）。
中規模自治体の複数業務を更新し、連携や帳票、端末、移行を含めると、3,000万円〜1億円になる場合があります。研修や総合テストまで含めると、この範囲はさらに広がります。
大都市の標準化移行や周辺システムとの接続を含むと、1億円〜3億円超も想定されます。実際に、横浜市の標準化移行業務委託は、契約金額245,056,900円と公表されています（出典：横浜市、2024年）。
人口や投票所数、既存資産、連携先が違うため、ここに挙げた金額は、一般の自治体が同額になるという意味ではありません。
見積書の8つの費目と比較の観点
費用を比べるときは、8つの費目を同じ区分にそろえて確認します。
- 企画・開発：要件定義・調達支援、設定・開発。
- 連携・移行：外部連携、クレンジング・移行。
- 機器・基盤：端末・機器、クラウド・ネットワーク。
- 運用・保守：テストと研修、保守と法改正対応。
端末には、バーコードリーダーも含めます。テストや研修には、選挙前リハーサルも含めて確認します。
作業一式とだけ書かれた見積もりでは、範囲が分からず変更費用を判断できません。特に、外字や過去データの変換、現地の端末設置は漏れやすい項目です。
休日や夜間の選挙当日対応、代替機、バックアップ媒体も確認します。加えて、操作研修、撤去・返却、契約終了時のデータ返却も、見積もりに含めます。
保守については、対応時間と障害の一次切り分け、復旧目標を明記してもらいます。法改正や標準仕様の改版への対応回数も、見ておきます。
初期費用だけでなく、導入から5年間に支払う総額で比べることが大切です。
価格を左右する連携・移行・信頼性の要件
価格の差は、連携、移行、信頼性の要件から生まれます。
- 連携範囲：連携先やデータ処理の量で工数が変わります。
- 移行条件：文字コードや外字の有無が影響します。
- 信頼性：冗長化と代替運用の要件。
住民基本台帳などの連携先が多いほど、項目調整や認証、エラー処理が増えます。また、全件連携か異動差分だけの連携かによっても、設計は変わります。
過去データの文字コードや外字を扱うと、移行工数が増えます。独自形式でしか取り出せない場合は、抽出用のプログラムや移行検証が必要です。
同時アクセス数や投票所数、端末台数、速報の締切も価格を左右します。このほか、バックアップ構成や、障害時に紙へ切り替える時間も、信頼性の要件です。
冗長化やリハーサルを削ると、選挙当日に復旧できないリスクがあります。クラウドやLGWAN、専用回線、庁内設置は、通信断時の継続性で評価します。
選挙管理システムの見積もりを取る際のポイント
見積もりを安定させるには、実現範囲、期限、品質を同じ資料で伝えます。また、RFIでは製品の適合範囲と移行方法、概算費用を確認します。
RFPでは、機能と非機能、テスト、成果物を指定します。保守SLAと価格内訳も、あわせて示します。特に、選挙日程が決まっている場合は、稼働時期とリハーサル回数を必須条件にします。
RFI・RFPに記載する業務範囲と比較条件
RFI・RFPは、各社が同じ前提で提案できるように作成します。
- 業務条件：人口や投票所、選挙、利用者の記載。
- 移行条件：標準仕様、独自機能、過去データを示します。
- 価格条件：初期と月額、機器と人員、保守の区分。
仕様書には、期日前投票所数と、端末台数、既存の住民記録システムとの連携方式を示します。
必要な帳票や保存期間、標準仕様への適合確認を明示します。自治体独自の機能や過去データの移行範囲、試験データの提供方法も記載します。
現行システムの撤去条件も、提案の前提に含めます。費用は、税抜・税込や初期・月額・選挙ごとの区分をそろえて出してもらいます。
機器費、人員費、保守費を分けると、見積もりを比較しやすくなります。評価の観点には、価格や機能適合性、標準化への追随、自治体向け実績を含めます。
データ移行の再現性、当日の支援体制、障害時の復旧計画を確認します。加えて、研修内容と契約終了時のデータ返却も、評価項目にします。
価格点を重くしすぎると、移行や保守の提案が弱い事業者を選んでしまうおそれがあります。そのため、技術点と価格点の配点、必須条件、加点条件を先に決めておくと、選定後の説明責任も果たせます。
目的で選ぶパッケージ・クラウド・スクラッチ
方式は、独自性、運用負担、将来の変更を比べて選びます。
- 既製パッケージ：導入期間を抑えやすい方式。
- クラウド・SaaS：保有と更新の負担を減らせる方式。
- 全面スクラッチ：独自業務に合わせやすい方式。
既製パッケージは、選挙制度や帳票に対応した機能を利用できます。開発期間を抑えやすい一方で、独自運用を追加しすぎると改修費が発生します。
クラウドやSaaSでは、データ保管場所やネットワーク制約、利用期間、利用者数を確認します。また、選挙当日のサポート時間も、契約前に確認しておく必要があります。
全面スクラッチでは、制度変更や担当者交代、保守要員を自治体が負担します。さらに、将来のデータ移行も、自治体が引き受けることになります。
標準準拠パッケージを中心に、固有の帳票や運用だけを追加開発する方法があります。この方式では、費用と将来リスクのバランスを取れます。
なお、電子投開票機や期間限定端末は、名簿管理システムと分けて確認します。連携仕様と費用も、別々に見積もる必要があります。
費用を抑えるときに削る機能と守る品質
費用を抑えるときは、段階導入と品質維持を分けて考えます。
- 段階導入：必須機能から先に安定させます。
- 標準機能：独自帳票や不要な画面を絞ります。
- 品質項目：移行検証と復旧訓練。
第1段階では、名簿管理、住民基本台帳連携、期日前・不在者投票を安定させます。次に、第2段階で帳票の高度化や分析、周辺業務を追加する方法もあります。
標準機能を使えば、初期費用を抑えられます。また、法改正時の影響も小さくできます。
移行検証や権限管理、監査ログは、安易に削れません。バックアップも、同じように削りにくい項目です。障害時の紙運用と選挙前リハーサルも、守るべき品質項目です。
京セラは2026年の公式発表で、電子投開票システム「デジ選」を説明しています。同システムは、ネットワークを経由せず投票データを記録媒体に保存する方式です。また、2027年の統一地方選挙を見据えて、JTB・パソナとの協業も説明されています（出典：京セラ、2026年）。
こうした新しい方式ほど、研修と本番を想定した運用検証まで含めて費用対効果を判断します。
よくある質問（FAQ）
費用は初期開発費のほか、選挙ごとの運用費や保守、機器も見る必要があります。標準化対応とデータ移行も含めて整理すると、自治体の調達担当者が確認しやすくなります。
選挙管理システムの開発費用はいくらかかりますか？
費用の目安は、対象業務と自治体の規模によって大きく変わります。
- 本番対応：100万円〜2,000万円が目安です。
- 標準化・移行：600万円〜3,000万円が目安です。
- 大型案件：1億円〜3億円超になる場合があります。
中規模自治体の複数業務更新は、3,000万円〜1億円程度が目安です。対象業務や人口、投票所数の条件をそろえ、端末や移行、保守も含めて比べます。ただし、条件が違う見積もりは、金額だけで高低を判断できません。
標準化対応と電子投票の費用は別に見積もるべきですか？
はい、別々に見積もるべきです。対象となる業務と機器が両者で異なるためです。
- 標準化対応：連携要件と移行、適合確認。
- 電子投票：投票機と記録媒体、当日運用を扱います。
標準化対応は、名簿管理と住民記録システムなどの連携が中心になります。電子投票には、投票の秘密や二重投票防止、当日の運用や研修が含まれます。また、一式にまとめると、名簿更新だけの費用や、電子投票を見送った場合の減額が分からなくなります。
選挙管理システムの費用を下げる方法はありますか？
標準機能を優先し、独自開発の範囲を絞る方法があります。
- 標準機能：独自の帳票や画面を必要な範囲に絞る。
- 段階導入：必須機能と追加機能を分けます。
- 条件整理：RFIでの各社の対応範囲の確認。
データ項目、連携仕様、テストデータを先に整理すると、見積もり条件をそろえられます。
移行検証や監査ログ、バックアップは削ってはいけません。代替運用も、削れない項目です。特に、選挙前リハーサルを削ると、停止や復旧遅延のリスクにつながります。
代替運用も含め、削る費目と守るべき品質を分けて判断してください。
選挙管理システムの開発にはどのくらいの期間が必要ですか？
期間は、設定変更、標準化、スクラッチ開発のどこまで含むかで変わります。
- 設定変更：6〜12か月が目安です。
- 標準化・移行：6〜12か月が目安です。
- 大規模更新：12〜24か月超を見込みます。
中規模自治体の複数業務更新は、9〜18か月が目安です。スクラッチ開発や大規模連携、電子投開票機の導入では、期間が長くなります。
稼働日だけでなく、移行リハーサルや操作研修、復旧訓練も計画に入れます。そのうえで、選挙前の総合テストを終えられる日を起点に、逆算して日程を決めてください。
まとめ
導入範囲と5年TCOで見る費用の判断
費用の比較では、価格帯、契約範囲、内訳を分けて確認します。
- 価格帯：本番対応は100万円〜2,000万円、標準化・移行は600万円〜3,000万円です。
- 大型更新：中規模自治体は3,000万円〜1億円、大都市は1億円〜3億円超です。
- 契約範囲：公開契約の金額だけでは比べられません。
- 内訳比較：要件定義、連携、移行、機器、研修、保守の費目に分けて見ます。
公開契約が業務の一部だけを示す場合もあるため、要件定義から保守までの内訳と、導入から5年間の総額をそろえて比べます。
発注前に確認する連携・移行・継続性
発注前には、見積もりの前提を同じにしておく必要があります。
- 範囲：標準化と電子投開票の切り分け。
- 比較：RFI・RFPで条件をそろえる。
- 継続性：移行とリハーサル、復旧の確認。
そのうえで、5年TCOで比較し、データ移行と選挙前リハーサルを契約範囲に含めます。標準機能や段階導入で調整しても、監査ログとバックアップは守ります。障害時の紙運用と復旧訓練も、信頼性を確保する項目です。
見積もりでは、対象業務や人口規模、投票所数、端末台数を整理します。既存システムやデータ移行量、必要な連携を洗い出します。また、選挙日程も整理してください。
次に、複数の開発会社へ相談します。選挙当日の継続性を前提に、制度変更への追随と保守体制を比較します。契約終了時のデータ返却まで含めて選ぶことが、長期的に費用を抑えることにつながります。
▼全体ガイドの記事
・選挙管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。