이득:
- 공개 지원 프로세스를 단계별로 디지털화하고 결정 지점에서 인간이 어디에 있는지 결정합니다.
- 디지털 격차와 액세스 불평등을 예상하여 모든 프로세스에 대체 채널을 남겨둡니다.
- 예외 및 오류 관리를 설계합니다. 모델이 확실하지 않은 경우 이를 거부하는 대신 인간에게 지시하는 것이 규칙입니다.
전자정부 게이트웨이를 통한 서류 취득, 신청, 약속, 지불, 상태 조회 등 시민과 대중의 접촉이 온라인에서 점점 더 많이 이루어지고 있습니다. 전자정부(디지털 채널을 통해 단일 지점에서, 종종 인간 중개자 없이 공공 서비스를 제공하는 것)는 시민의 업무를 촉진하고 기관의 부담을 줄여줍니다. 이러한 디지털 서비스 뒤에는 워크플로와 점점 더 프로세스 자동화(신청서 수신, 라우팅, 누락된 문서 확인, 소프트웨어를 통한 알림 전송 등 반복적인 단계의 자동 실행)가 있습니다. AI는 이러한 흐름을 설계하고, 양식 및 알림 텍스트를 생성하고, 들어오는 애플리케이션을 사전 평가하고, 프로세스에서 방해 요소를 찾는 데 있어 강력한 도구입니다. 그러나 주의할 점은 자동화된 프로세스를 통해 이루어진 모든 권리 생성/제한 결정은 인간이 검토하고 정당화할 수 있는 지점과 법적으로 연결되어야 한다는 것입니다. 완전 자동화된 거부는 이의제기와 사람의 검토가 없으면 불법입니다.
자동화에서는 "사람은 어디에 보관되나요?" 질문
프로세스 자동화를 설계할 때 가장 중요한 결정은 인간이 어느 시점에 개입할 것인지입니다. 세 가지 일반적인 모델이 있습니다.
- 완전 자동화(사람 없음): 권한이 없고 위험도가 낮으며 규칙이 명확한 작업에만 적합합니다(예: 시스템에서 문서 자동 생성 및 전달). 규칙이 완전히 명확하고 오류 비용이 저렴하다면 선호될 수 있습니다.
- 인간 참여형(Human-in-the-loop): AI/시스템이 제안을 생성하면 인간이 이를 승인하거나 수정합니다. 이는 권리 생성/제한 결정의 표준 모델입니다. 예를 들어, 시스템은 지원 신청을 사전 평가하고 담당관이 결정을 내립니다.
- 인간 감독 하(인간 온 더 루프): 시스템은 자동으로 작동하지만 인간이 모니터링하고, 샘플링하고, 확인하고, 예외를 수신합니다. 대량의 중간 위험 작업에 사용됩니다.
핵심 원칙: 결정이 시민의 권리에 더 많은 영향을 미칠수록 사람이 중심에 있어야 합니다. 약속 시간의 자동 지정과 폐업 자동 결정은 동일한 체제에 적용될 수 없습니다.
힌트: 각 자동 단계에 대해 "이 단계가 잘못되면 시민이 어떻게 반대할 수 있고 인간이 어떻게 고칠 수 있습니까?" 질문에 대한 답변을 처음부터 다시 디자인하세요. 반대 수단이 없는 자동화는 법적으로나 윤리적으로 결함이 있습니다.
단계별: 디지털 프로세스 설계
- 프로세스를 매핑합니다. 적용부터 결론까지 모든 단계, 결정 및 행위자.
- 위험별로 분류합니다. 각 단계에서 권한이 생성/제한되나요? 사람이 필요한 곳은 어디입니까?
- 자동화할 대상을 선택하세요. 규칙이 명확하고 위험이 낮으며 반복적인 단계입니다.
- 양식 및 알림 텍스트를 생성합니다. 간단하고 접근 가능하며 개인 데이터가 최소화됩니다.
- 이의 제기 및 예외 경로를 설정합니다. 모든 자동화된 결정에 사람이 체크포인트를 추가합니다.
- 개인 데이터 흐름을 제어합니다. 어떤 데이터가 어디로, 얼마나 오랫동안 이동하나요? (KVKK)
- 파일럿, 모니터링, 개선. 오류율 및 불만 사항을 측정합니다. 그것을 고치십시오.
세 개의 미니 케이스
사례 1 — 불완전한 문서 자동화. 한 기관에서는 서류 누락으로 인해 지원서의 38%가 거부되었고 시민들이 다시 찾아오고 있었습니다. 신청 시 AI가 지원하는 누락문서 확인 기능이 추가되자 시민은 양식을 제출하기도 전에 누락문서를 확인할 수 있었다. 2차 신청률은 38%에서 11%로 줄어들며 흥행 부담도 줄었다.
사례 2 - 완전 자동 거부 취소. 사회 복지 시범 프로그램은 소득 기준을 자동으로 계산하고 기준을 초과하는 소득을 자동으로 거부했습니다. 그러나 일부 특별한 상황(장애인 돌봄부담, 일시소득 등)이 규정에 포함되지 않아 부당한 거부가 발생하기도 했다. 프로세스는 "루프 내 인간" 모델로 전환되었습니다. 즉, 시스템이 사전 평가를 하고 경찰관이 예외 사항을 확인하고 결정을 내립니다. 부당거부 불만이 사라졌습니다.
사례 3 - 막힘 감지. 6개월간의 프로세스 로그를 AI로 분석한 한 부서는 평균 9일의 신청이 단일 승인 단계를 기다리고 있는 것으로 나타났습니다. 그 단계에는 단 하나의 권위가 있었습니다. 두 번째 사람에게 권한을 부여하면 평균 시간이 14일에서 6일로 단축됐다.
복사 가능한 템플릿 4개
1) 프로세스 맵 및 위험 분류:
귀하의 역할: 공공 프로세스 디자이너. 신청부터 완료까지 서비스의 모든 단계를 아래에서 추출해 보세요. 각 단계마다 다음을 지정하십시오. (1) 수행 중인 작업, (2) 권한을 생성/제한하는지, (3) 자동화되는지 또는 인간의 판단이 필요한지, (4) 여기서는 주요 위험입니다. 확실하지 않은 법적 사항을 "확인해야 함"으로 표시하세요. 서비스: [설명]
2) 일반 통지/양식 텍스트:
단순함, 존중함, 단계별 상황에 대해 시민에게 알림 텍스트를 작성합니다. 무엇을 해야 할지, 기간(확정), 이의 제기 방법을 명확하게 명시하세요. 불필요한 개인정보를 요구하지 마세요. 전문 용어를 사용하지 마세요.상황: [예: 서류 누락 / 신청 결과]
3) 이의제기 및 예외 경로 설계:
(1) 시민이 어떻게 반대하는지, (2) 어떤 사건이 자동에서 벗어나 인간에게 전달되어야 하는지(예외), (3) 인간이 결정을 내릴 때 무엇을 찾아야 하는지, (4) 시간과 기록 등의 자동 결정 단계에 대한 인간 통제 및 반대 메커니즘을 설계합니다. 완전 자동 거부를 피하세요.STEP: [자동 결정]
4) 프로세스 병목 현상 분석:
아래의 프로세스 로그(단계 - 기간)를 검토하세요. 데이터가 주어지면 (1) 가장 긴 대기 단계, (2) 가능한 병목 현상 원인(단일 권한, 수동 작업 등), (3) 2-3가지 개선 제안을 제공합니다. 외부에서 숫자 추가.LOG: [단계 및 시간 데이터]
약한 프롬프트 / 강한 프롬프트
약함: “이 신청 절차를 자동화하세요.”
Güçlü: "역할의 공개 프로세스 디자이너. 먼저 적용부터 결론까지 모든 단계를 추출하고 각 단계를 '권리 생성/비권리', '자동화/인간 요구', '주 위험'으로 분류합니다. 규칙이 명확하고 위험이 낮은 자동화 단계만 권장합니다. 각 권리 제한 단계에 대해 인간 승인 및 이의 제기 경로를 설계하고, 완전 자동 거부를 권장하지 않습니다. 개인 데이터 흐름(데이터가 어디로 이동하는지)을 표시합니다. 모호한 법적 사항을 '필수'로 구분합니다. 확인하라''
차이점: 강력한 프롬프트는 자동화를 위험별로 분리하고, 사람의 검토 및 이의 제기를 시행하며, 데이터 흐름과 법적 불확실성을 가시화합니다.
자동화 모델 선택
사업 유형
적합한 모델
왜?
문서제작(rules-net)
완전 자동화
낮은 위험은 권리를 창출하지 않습니다
지원/인센티브 평가
루프 속의 인간
권리를 창출하지만 예외도 있습니다
대용량 분류
인간의 감독하에
샘플링 제어가 충분합니다.
제재/제한 결정
사람이 중심에 있다
권리에 대한 심각한 제한, 정당한 사유 필요
액세스 패리티 및 예외 관리
공공 프로세스를 디지털화하고 자동화하면 효율성이 높아지지만 디지털 격차(컴퓨터, 인터넷 접속 또는 디지털 활용 능력 없이 시민을 위한 서비스에 접근할 수 없는 현상)라는 새로운 불평등 위험이 발생합니다. 노인, 장애인, 농촌 또는 저소득 시민은 전체 온라인 절차에서 제외될 수 있습니다. 잘 설계된 디지털 프로세스는 항상 대체 채널(대면 신청, 전화 지원, 대리 거래)을 남깁니다. 자동화는 시민을 채널에 국한시키지 않고 선택권을 제공합니다. 마찬가지로 좋은 자동화는 "모든 것이 잘 진행되는" 시나리오가 아니라 예외 처리(문서 누락, 시스템 오류, 예외 발생 시 발생하는 상황)를 중심으로 설계되었습니다. 공공부문의 실제 피해는 규칙에서 벗어난 시민들이 경험하기 때문이다.
미니 케이스 - 자동화로 제외된 케이스입니다. 복지 신청이 완전히 온라인으로 전환되자 첫 달에 신청 건수가 30% 감소했습니다. 이는 수요가 감소했기 때문이 아니라 가장 도움이 필요한 집단, 노인, 인터넷이 없는 시민이 신청할 수 없었기 때문입니다. 기관이 교장실에 지원되는 응용 프로그램 지점을 열었을 때 숫자가 회복되었습니다. 효율성과 접근성의 형평성이 균형을 이룹니다.
미니 케이스 — 예외로 인해 프로세스가 중단되었습니다. 자동화된 라이선스 프로세스에서는 AI가 문서를 사전 확인했습니다. 그러나 시스템은 드문 유형의 문서를 "유효하지 않은" 것으로 간주하여 신청을 자동으로 거부했습니다. 매주 약 15개의 합법적인 애플리케이션이 이러한 사각지대에 빠졌습니다. 해결 방법: 모델이 확실하지 않은 경우 거부하기보다는 담당자에게 문의하세요.
프로세스 설계를 제어하는 템플릿:
작업: 다음 디지털 프로세스에 대한 위험 및 액세스 체크리스트를 생성합니다. 프로세스: [단계별 흐름]질문: 1) 인터넷/기기가 없는 시민은 어떻게 신청합니까? 2) 장애인 이용이 가능합니까? 3) 시스템에서 오류가 발생하면 응용 프로그램은 어떻게 되나요? 4) 예외/규칙의 경우 누가 결정합니까? 5) 자동 거절이 된다면 이의제기 방법과 사람의 통제가 있나요? 결과: 위험 수준 + 각 질문에 대한 권장 사항. 피팅 솔루션을 추가합니다.
팁: "얼마나 많은 프로세스가 속도를 높였는가"가 아니라 "누가 생략했는가?"로 자동화를 평가하십시오. 공공 서비스의 성공은 한발 더 나아가는 다수만큼 소외되지 않는 소수에 의해 측정됩니다.
일반적인 실수
- 권리 제한 결정을 완전 자동으로 수행합니다. 이의와 인간의 통제가 없으면 불법입니다.
- 규칙에 예외를 적용하려고 합니다. 실제 생활은 규칙을 뛰어넘습니다. 예외를 위해 인간의 문을 떠나십시오.
- 이의를 제기하는 방법은 나중에 생각합니다. 처음부터 모든 자동화된 결정에 도전하고 수정하는 방법을 설계하십시오.
- 개인 데이터의 흐름을 통제하지 않습니다. 자동화는 데이터를 복제합니다. 어디로 가는지, 보관기간을 확인하세요.
- 공지사항을 전문 용어로 작성합니다. 시민들이 이해하지 못하면 프로세스는 디지털 방식으로 진행되지만 접근할 수는 없습니다.
- 파일럿 없이 확장합니다. 먼저 작은 규모로 오류율을 측정한 다음 확장하세요.
요약하면
전자정부와 프로세스 자동화는 공공 서비스 속도를 높이고 부담을 줄입니다. AI는 이러한 프로세스를 매핑하고, 텍스트를 생성하고, 사전 평가하고, 병목 현상을 찾는 데 강력합니다. 하지만 디자인의 핵심은 하나의 질문입니다. 인간은 어디에 있습니까? 결정이 시민의 권리에 더 많은 영향을 미칠수록 더 많은 사람들이 중심에 있어야 합니다. 모든 자동 결정은 이의 제기 및 인간 통제 지점과 연결되어야 하며 개인 데이터 흐름은 KVKK에 따라 감사되어야 합니다.
응용과제
귀하의 장치에 대한 온라인 서비스를 선택하십시오. "프로세스 맵 및 위험 분류" 템플릿을 사용하여 단계를 추출하고 각 단계에 위험 및 자동화 가능성을 표시합니다. "이의제기 및 예외 경로 설계" 템플릿을 사용하여 권리 생성 단계에 대한 인간 제어 메커니즘을 설계합니다. "간단한 알림/양식 텍스트" 템플릿을 사용하여 알림 텍스트를 생성하고 접근성을 확인하세요.
체크리스트
- [ ] 위험과 자동화 가능성 측면에서 각 단계를 분류했습니다.
- [ ] 나는 어떤 권리 제한 결정도 완전 자동화에 맡기지 않았습니다.
- [ ] 모든 자동화된 결정에 대해 사람의 검토와 이의신청을 연결했습니다.
- [ ] 나는 예외를 대비해 인간 문을 디자인했습니다.
- [ ] 개인정보 흐름 및 보관 기간(KVKK)을 감사했습니다.
- [ ] 알림을 간단하고 접근 가능하게 작성했습니다. 파일럿으로 테스트해봤습니다.