GovTechスタートアップがRobo Clawを活用できる業務と導入候補の選び方
対象業務は、住民・申請者の権利・利益への影響、AIが行政処分・給付・資格・本人確認判断を行うか、個人・要配慮情報を扱うか、外部送信や住民への重要通知を実行するか、契約・調達・予算執行へ影響するか、人間承認・エスカレーション・停止/訂正/ロールバックの可否、少人数・複数自治体体制で継続運用できるかという観点で評価し、読み取り・分類・下書き中心で人間が最終確認を行う低リスク業務から優先することをおすすめします。
GovTechスタートアップが自治体向けプロダクトでRobo Claw導入の対象業務を選ぶ際は、①住民・申請者の権利・利益への影響が小さい、②AIが行政処分・給付・資格・本人確認判断の最終決定を行わない、③個人・要配慮情報の取り扱いが整理されている、④外部送信や住民への重要通知が承認前提にできる、⑤人間承認・エスカレーション・停止/訂正/ロールバックを残せる、⑥少人数・複数自治体体制でも継続運用できる、という業務を優先してください。これらを満たす業務ほど、Pilotでの効果検証がしやすく、リスクも抑えられます。
Who This Is For
対象読者
プロダクト責任者、官公庁営業・自治体営業担当、導入・カスタマーサクセス責任者、実証事業(PoC)担当など、どの業務からRobo Claw導入を始めるか検討している方を対象にしています。
What You'll Decide
このSTEPで決めること
このDiscover STEPでは、Robo Clawの対象業務の候補を洗い出し、住民・申請者への影響とリスクの観点から優先順位をつけて、最初に着手する1自治体・1部署・1制度または1住民接点を決定します。要件・権限・責任分界の詳細設計は次のRefine STEPで行います。
Fit Check
適する業務／適さない業務
適する業務
- 住民問い合わせの一次分類や制度・FAQ検索など、発生頻度が高く手順が定型化されている業務
- 回答文案・報告資料案の下書きなど、人間が確認・修正しやすい情報整理業務
- ナレッジ検索や自治体別要件の差分整理など、最終判断を人間が行う前提の支援業務
- 申請の承認・却下に直接影響せず、送信を伴っても承認前提にできる業務
- 入力データが実証事業の進捗記録・KPIデータなど、機密性のコントロールがしやすい業務
適さない業務
- 行政処分、給付・補助・資格判断、申請の承認・却下の最終判断そのもの
- 本人確認の最終判定、住民記録・申請記録の無承認更新を伴う業務
- 住民・申請者情報の外部共有を無承認で自動化する業務
- 個人・要配慮情報の取り扱いルールが未整理な業務
Industry Challenges
GovTechスタートアップ固有の課題
対象業務を選ぶ段階で、多くのGovTechスタートアップが次のような課題に直面します。
候補業務が多すぎて絞れない
問い合わせ対応、申請確認、報告作成など候補が多岐にわたり、どこから着手すべきか判断できません。
リスクの高低を判断する基準がない
業務ごとのリスクレベルを一貫した基準で評価する仕組みがなく、対象選定が属人的になりがちです。
個人・要配慮情報の取り扱い可否が不明
住民の要配慮情報の分類や利用可否を、専門知識がない状態で判断しなければなりません。
行政判断を伴う業務の扱いに迷う
行政処分・給付判断に影響する業務を対象にしてよいか、判断基準がない状態です。
Method
実施手順
1. 候補業務を洗い出す
住民問い合わせ一次分類、申請不備確認、報告作成など、プロダクト内の業務を棚卸しします。
2. 住民・申請者への影響を評価する
候補業務が住民・申請者の権利や利益に影響するかを確認します。
3. 最終判断の主体を確認する
行政処分・給付・資格・本人確認判断の最終決定をAIが行う設計になっていないかを確認します。
4. 要配慮情報の有無を確認する
候補業務が個人情報・要配慮情報・本人確認情報を含むかどうかを確認します。
5. 申請・住民情報への影響を確認する
候補業務がシステムへの書き込みや申請の承認・却下、住民記録の更新を伴うかを確認します。
6. 契約・調達・予算執行への影響を確認する
候補業務が契約・調達・予算執行の確定につながる業務でないかを確認します。
7. 自治体別要件の差を確認する
候補業務が対象自治体ごとにどの程度要件・様式が異なるかを確認します。
8. 外部送信・住民通知の有無を確認する
住民・自治体担当者への送信や、住民向け重要通知が発生するかを確認します。
9. 人間承認・エスカレーション・停止/訂正/ロールバックの可否を確認する
出力に対してどの程度人間の承認を残せるか、誤りが起きた際に訂正・停止・ロールバックできる設計にできるかを整理します。
10. 優先順位を決定する
評価結果を一覧化し、最初に着手する1自治体・1部署・1制度または1住民接点を決定します。
Evaluation Table
候補業務の評価表
以下は評価表の例です。自社の候補業務に置き換えてご利用ください。住民・申請者への影響が小さく、最終判断をAIが行わない業務ほど、Discoverの優先度が高くなります。
| 候補業務 | 住民・申請者への影響 | 最終判断 | 要配慮情報 | 申請・住民情報への影響 | 人間承認 |
|---|---|---|---|---|---|
| 住民問い合わせの一次分類 | なし | 該当なし | 限定的に扱う | なし | 推奨 |
| 制度・FAQ検索支援 | なし | 該当なし | 扱わない | なし | 推奨 |
| 申請書類の不足項目整理 | 間接的にあり | 自治体担当者 | 扱う場合あり | なし | 必須 |
| 自治体向け定例報告の下書き | なし | プロダクト責任者 | 限定的に扱う | なし | 推奨 |
| 住民向け重要通知文案の作成 | 間接的にあり | 所管部署 | 扱う | 通知前提 | 必須 |
Data & Systems
使用するデータ・システム
Discover STEPでは、対象業務の候補を評価するために、以下のようなデータ・システムの状況を確認します。
Human-in-the-loop
人間確認が必要な箇所
Discover STEPの時点では実装は行いませんが、候補業務の評価時に、以下の判断は必ず人間・自治体職員・所管部署・専門職が行う前提で整理します。
- 対象業務を自動化候補として選定してよいかの最終判断
- 要配慮情報を扱う業務を候補に含めるかどうかの判断
- 行政処分・給付・資格・本人確認判断をAIへ委譲していないかの確認
- 自治体職員・所管部署・情報政策/セキュリティ担当・個人情報保護担当への事前確認
Measurement
KPI候補
Discover STEPでは、以下を候補業務ごとに仮説として記録し、後続STEPでの検証材料にします。
現状の対応工数
候補業務に現在かかっている人的工数の見積もり
効果仮説
自動化した場合に削減が見込める工数・時間の仮説
リスクスコア
住民・申請者への影響・最終判断・データ分類などから算出するリスク評価
Pitfalls
失敗例・注意点
効果が見えやすい業務だけを選ぶ
リスク評価を省略し、効果が目立つ業務だけを選ぶと、後工程で権限・責任分界の設計やり直しが発生します。
データ分類の確認を後回しにする
候補業務を決めてから要配慮情報の扱いを確認すると、後のSTEPで手戻りが発生します。
複数自治体を同時に着手する
最初から複数自治体を並行して進めると、権限設計やPilot評価が複雑になり、検証が長期化します。
FAQ
よくあるご質問
最初に着手する業務・自治体はいくつが適切ですか
多くの場合、1自治体・1部署・1制度または1住民接点から始めることをおすすめします。複数を同時に進めると、権限設計やPilot評価が複雑になります。
要配慮情報を扱う業務は候補から外すべきですか
必ずしも外す必要はありません。ただし、データ分類・利用目的・同意・権限を確認したうえで、人間・自治体担当者が最終判断する設計にすることが前提です。
実証事業(PoC)中の業務も候補にできますか
候補になり得ますが、実証事業の成果報告や本導入への移行条件を踏まえて優先順位を検討することをおすすめします。
候補業務の評価は誰が行うべきですか
プロダクト責任者と、情報セキュリティ・個人情報保護担当が共同で行うことをおすすめします。業務実態とリスクの両方を踏まえた評価が必要です。
Continue
次のSTEPへ
対象業務が決まったら、次はその業務の要件・権限・責任分界を具体化します。
対象業務の選定を、一緒に整理しませんか。
現在の自治体向け業務量・リスク・データ分類を踏まえて、Robo Clawの適用候補と優先順位を正式LPでご相談いただけます。