この業種で起きる共有課題
自治体が開発中のシステムデモには未確定の機能仕様や暫定の画面設計が含まれており、住民に見られると「なぜ公式サイトとデザインが違うのか」という問い合わせが殺到するリスクがある。見せる相手を事業者や議会関係者に限定しながら、承認者ごとのアクセス記録を残すことで説明責任を果たしやすくなる。
行政のデモ共有では確認者が複数の部署や外部委員会にまたがることが多く、送付先リストの管理が煩雑になりがちだ。「あの課長はもう確認した？」という確認作業を減らすため、アクセスログを活用して「誰がいつ閲覧したか」を管理者が一目で把握できる仕組みを整えると承認追跡が格段に楽になる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
共有前に隠すべき情報
行政システムのデモには開発環境のサーバーアドレス・テスト用住民データ（ダミーであっても「市民番号」「住所」を含む）が表示されていることがある。本番データと誤解されて問題になる可能性があるため、「テスト用データ」のラベルをページ最上部に目立つ形で記載し、かつソースコードのコメントから内部インフラ情報を削除してから共有する。
デモページの画面キャプチャが随所に埋め込まれている場合、キャプチャの背景に実在する職員のデスクトップやファイル名が写り込んでいるケースがある。画像を一枚ずつ目視確認し、個人情報や内部情報が映り込んでいないかをチェックすることを怠らないようにする。
おすすめ認証方式
議員や有識者委員など特定個人のみに見せる場合は、その方のメールアドレスを個別招待するメール認証が最適だ。委員の任期が終わった時点でアドレスを削除することで、任期後もアクセスできてしまう状況を防げる。議会事務局経由でメールアドレスを確認してから招待すると正確性が高まる。
事業者や複数の外部委員会がそれぞれ異なるドメインを持つ場合は、パスワード認証の方が設定が簡単だ。ただし同じパスワードを全員に伝えると管理が難しくなるため、事業者グループと委員会グループで別URLを作成し、パスワードを分けることを推奨する。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
送付文面とレビュー回収
デモ共有の案内文には「このURLは確認のみを目的とし、第三者への共有・スクリーンショットの外部公開はご遠慮ください」という一文を必ず入れる。法的拘束力はないが、受け取った側に機密情報という認識を持たせることで意図しない拡散を抑制できる。
フィードバック収集は「〇月〇日の打合せでご意見をいただきます」という対面回収と組み合わせると、漠然とした感想でなく具体的な改善点が出やすい。事前にURLを見てきてもらい、打合せで「画面Aの3番目のボタンの動作について」というレベルの具体的な議論ができる状態を作ることが目標だ。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
よくある質問
デモの内容が住民に知られた場合、どのような問題が生じる可能性がありますか？
未確定の機能が「正式仕様」と誤解されて問い合わせが増える、暫定デザインが報道されて混乱を招く、などのリスクがあります。認証設定で閲覧者を限定し、ページ冒頭に「承認前のドラフト版です」と明記することが有効な対策です。
議員が議会タブレットで閲覧する場合、特別な設定が必要ですか？
議会タブレットがHTTPS通信を許可していれば特別な設定は不要です。ただし庁内端末同様にURLのドメインが制限されているケースがあるため、議会事務局の情報担当者に事前確認することを推奨します。
デモページを見た事業者が競合他社に情報を漏らした場合の対策はありますか？
アクセスログで「どのアドレスがいつアクセスしたか」は把握できますが、閲覧後の情報管理は技術的には制御できません。デモ共有前に秘密保持契約（NDA）を締結することが法的対策として最も実効性があります。