정부의 생애주기 기반 서비스 설계

아이가 태어난 날 저녁, 부모는 이미 세 번째 로그인 화면과 씨름하고 있다. 출생신고는 주민센터, 건강보험 등록은 건강보험공단 창구, 아동수당 신청은 복지 포털, 예방접종 등록은 또 다른 시스템. 축하해야 할 하루가 서식과 인증번호와 씨름하는 하루로 바뀐다.

문제의 본질은 간단하다. 정부는 부서 조직도를 기준으로 서비스를 설계했지만, 시민은 삶에서 벌어지는 사건을 기준으로 정부를 찾는다. 생애 이벤트 기반 서비스 디자인(life-event based service design)은 이 어긋남을 바로잡는 접근이다. 출생, 결혼, 실직, 이사, 창업, 은퇴, 사망처럼 시민의 삶에서 실제로 일어나는 사건을 서비스의 기본 단위로 삼고, 그 사건과 관련된 모든 절차를 부서 경계를 넘어 하나의 여정으로 재설계하는 것이다. 부서가 아니라 사건이 설계의 출발점이 된다는 점에서, 이는 조직도를 다시 그리는 일이 아니라 시민 여정을 다시 그리는 일에 가깝다.

생애 이벤트 기반 서비스 디자인이란 무엇인가?

생애 이벤트 기반 서비스 디자인은 정부 서비스를 담당 부서가 아니라 시민의 삶에서 일어나는 사건 단위로 묶어 제공하는 설계 방식이다. 하나의 이벤트(예: 출생)에 얽힌 여러 기관의 절차를 하나의 접점, 하나의 신원 확인, 하나의 진행 상태로 통합하는 것이 목표다.

이 발상을 정책 차원에서 처음 체계적으로 밀어붙인 곳은 영국이다. 영국 정부디지털서비스(Government Digital Service)는 2012년 공개한 정부 설계 원칙(Government Design Principles)의 첫 항목을 "필요에서 시작하라(Start with needs)"로 정했고, 이를 근거로 gov.uk 사이트 구조를 부처별 목록이 아니라 시민의 "필요"와 "생애 이벤트"를 기준으로 재편했다. 결혼하는 사람, 해고당한 사람, 부모를 잃은 사람은 어느 부처를 찾아야 하는지 몰라도 된다는 것이 그 원칙의 핵심이었다.

이 방식이 특히 유효한 이유는 명확하다. 시민은 조직도를 읽지 않는다. 그들은 자신의 삶에서 일어난 사건을 해결하고 싶을 뿐이며, 그 사건 뒤에 몇 개의 기관이 숨어 있는지는 관심 밖의 일이다.

왜 부서 중심 설계는 시민을 지치게 하는가?

부서 중심 설계가 지치게 하는 이유는 단순한 불편함이 아니라, 행동경제학이 명확히 이름 붙인 현상 때문이다. 리처드 세일러는 2018년 국제학술지 Science에 발표한 논평 "Nudge, not sludge"에서 슬러지(sludge)라는 용어를 대중화했다. 슬러지란 사람이 자신에게 이익이 되는 행동을 하지 못하게 막는 불필요한 마찰, 즉 과도한 서식, 중복된 신원 확인, 반복되는 서류 제출 같은 것을 뜻한다. 캐스 선스타인은 2021년 University of Pennsylvania Law Review에 발표한 논문 "Sludge and Ordeals"에서 이 개념을 더 밀고 나가, 관료제의 마찰이 종종 누구도 책임지지 않는 행정적 "시험(ordeal)"으로 작동해 정작 가장 지원이 필요한 시민을 걸러낸다고 지적했다.

정부 서비스에서 슬러지는 대개 의도된 장벽이 아니다. 각 부서가 자신의 절차만 최적화하고 그 사이의 이음새는 아무도 소유하지 않기 때문에 생긴다.

슬러지는 의도하지 않은 마찰이 아니라, 누구의 예산에도 속하지 않는 책임의 빈틈에서 자란다.

여기에 손실 회피(loss aversion)가 겹치면 문제가 더 커진다. 아동수당이나 실업급여처럼 기한 내 신청해야 받을 수 있는 혜택은, 시민이 "놓치면 손실"이라는 사실을 명확히 인지하지 못한 채 서식 앞에서 지쳐 포기하는 순간 조용히 사라진다. 이 혜택은 통계에 잡히지 않는 실패다. 신청하지 않은 사람은 민원도 넣지 않는다.

생애 이벤트 설계는 실제로 어떻게 작동하는가?

이론이 아니라 실제로 가동되는 사례를 보면 이 방식의 작동 원리가 분명해진다. 영국은 사망이라는 가장 무거운 생애 이벤트에 이 원칙을 적용해 Tell Us Once 서비스를 만들었다. 유가족이 지방정부 창구 한 곳에서 사망 사실을 한 번 알리면, 국세청·연금청·여권청 등 관련 기관에 자동으로 통보되는 구조다. 슬픔에 잠긴 사람이 같은 서류를 여덟 번 반복해 제출하는 일을 없앤 설계다.

한국의 정부24도 유사한 논리를 채택했다. 행정안전부가 운영하는 이 통합 포털은 출생, 취업, 결혼, 은퇴 같은 생애주기 단계별로 관련 서비스를 묶어 안내하는 섹션을 두고 있다. 시민이 "출생신고"라는 개별 민원명을 몰라도, "아이가 태어났어요"라는 생애 이벤트만 알면 관련 절차 전체를 한 화면에서 찾을 수 있게 하는 방식이다.

인프라 차원에서 이 원칙을 가장 철저히 구현한 곳은 에스토니아다. 2001년부터 가동된 데이터 교환 계층 X-Road는 정부 기관 간 데이터를 실시간으로 안전하게 주고받게 함으로써, 시민이 이미 제출한 정보를 다시 요구받지 않는다는 "단 한번의 원칙(once-only principle)"을 기술적으로 뒷받침한다. 세 사례의 공통점은 하나다. 사건은 하나인데 기관이 여럿이라는 사실을, 기관이 아니라 시스템이 흡수하도록 설계했다는 점이다.

생애 이벤트 지도는 어떻게 그리는가?

생애 이벤트 설계를 실무에 옮기려면 손에 잡히는 절차가 필요하다. 현장에서 반복 가능한 순서는 다음과 같다.

1. 이벤트를 목록화한다. 출생, 사망, 이혼, 실직, 창업, 전입, 은퇴, 재해 피해처럼 발생 빈도와 시민 부담이 큰 사건부터 우선순위를 매긴다. 모든 사건을 동시에 다룰 필요는 없다.
2. 사건 하나를 골라 실제 여정을 관찰한다. 담당자 인터뷰가 아니라 실제 시민을 따라가며 몇 개 기관, 몇 개 로그인, 몇 개 서류가 필요한지 여정 지도와 서비스 청사진으로 함께 기록한다.
3. 중복 입력과 대기 지점을 표시한다. 같은 신원 정보나 같은 증빙 서류를 몇 번 반복해 내는지, 어느 지점에서 처리 시간이 가장 길게 늘어지는지 짚어낸다.
4. 사건의 소유자를 지정한다. 부서별 담당자가 아니라, 사건 전체의 시작부터 끝까지 책임지는 오너를 지정해야 이음새가 방치되지 않는다.
5. 원스톱 여정으로 재설계한다. 하나의 접점, 하나의 진행 상태 추적, 필요하면 하나의 신청서로 여러 기관에 동시 통보되는 구조를 설계한다.
6. 작은 범위로 시험하고 반복한다. 전국 동시 적용보다 한 지역, 한 사건에서 먼저 가동해 실패 지점을 찾고 고친 뒤 확산한다.

이 여섯 단계는 순서 그 자체보다 원칙이 중요하다. 부서의 편의가 아니라 사건의 완결을 기준으로 설계가 끝나야 한다는 원칙이다.

기본값과 선택 설계는 왜 중요한가?

생애 이벤트 설계의 성과는 절차를 하나로 묶는 데서 절반, 그 절차 안에서 어떤 선택을 기본값으로 두느냐에서 나머지 절반이 결정된다. 선택 설계(choice architecture)는 사람들이 결정을 내리는 맥락 자체를 설계함으로써 행동을 바꾸는 방식을 뜻한다. 출생신고를 하면서 아동수당 신청, 건강보험 등재, 예방접종 등록이 별도 신청 없이 자동으로 연동되도록(옵트아웃 방식으로) 만들면, 시민은 원치 않을 때만 빼는 선택을 하게 된다. 신청을 잊어서 혜택을 놓치는 일은 구조적으로 줄어든다.

여기에 목표-근접 효과(goal-gradient effect)도 함께 작동한다. 사람은 목표에 가까워질수록 노력을 더 쏟는 경향이 있는데, 남은 단계와 진행률을 명확히 보여주는 진행 표시줄 하나가 다단계 신청서의 중도 이탈률에 실질적 영향을 준다. 반대로 몇 단계가 남았는지 알 수 없는 신청서는 시민을 중간에서 놓아버리게 만든다. 이런 설계 결정은 우연이 아니라 행동경제학적 원리를 절차에 의도적으로 심는 작업이다.

• 기본값 재설정: 자동 연동이 가능한 혜택은 옵트인이 아니라 옵트아웃으로 설계한다.
• 진행 상태의 가시화: 몇 단계 중 몇 번째인지, 언제 끝나는지를 항상 보여준다.
• 재입력 제거: 이미 제출된 정보는 다시 요구하지 않는다는 원칙을 서식 설계 규칙으로 명문화한다.
• 마감 손실의 명시: "신청하지 않으면 놓치는 것"을 모호한 안내문이 아니라 구체적 금액과 날짜로 알린다.

생애 이벤트 설계는 어디서 실패하는가?

이 방식이 실패하는 지점은 기술이 아니라 대개 조직에 있다. 사건 하나를 온전히 재설계하려면 여러 부처의 예산과 권한을 가로질러야 하는데, "이 여정의 예산은 어디 소속인가"라는 질문에 명쾌한 답이 없는 경우가 많다. 각 부서는 자신이 맡은 접점만 개선하고, 접점 사이의 이음새는 여전히 아무도 책임지지 않는 구조가 반복된다.

데이터 공유에 대한 우려도 실질적인 장벽이다. 여러 기관이 정보를 자동으로 주고받도록 설계하려면 시민의 동의 방식과 데이터 최소 수집 원칙을 처음부터 함께 설계해야 한다. 편의를 위해 동의 절차를 건너뛰면, 단기적으로는 여정이 매끄러워 보여도 장기적으로는 신뢰를 갉아먹는다. 세 번째 함정은 드문 사건에 과도한 자원을 쓰는 것이다. 발생 빈도가 낮은 이벤트를 화려하게 재설계하는 동안, 매일 수만 건씩 발생하는 흔한 민원의 마찰은 방치되기 쉽다. 우선순위는 감동적인 사연이 아니라 발생 빈도와 부담의 크기로 정해야 한다.

이런 함정을 피하려면 처음부터 프로세스 재설계를 사건 단위의 거버넌스와 함께 설계해야 한다. 기술 통합보다 먼저, 누가 이 사건의 최종 책임자인지를 문서로 못박는 것이 순서다.

성과는 어떻게 측정해야 하는가?

만족도 점수 하나로 생애 이벤트 설계의 성공을 판단하는 것은 위험하다. 만족도는 여정이 끝난 시점의 감정을 반영할 뿐, 그 여정에 걸린 시간이나 중도 이탈한 사람의 수는 담지 못한다. 대신 다음 지표를 함께 봐야 한다. 사건 발생부터 모든 관련 절차 완료까지 걸린 총 소요 시간, 재입력을 요구받은 횟수, 신청 중 이탈률, 자동 연동으로 혜택을 받은 사람의 비율이다.

심리학자 대니얼 카너먼이 정리한 피크-엔드 법칙(peak-end rule)은 여기서도 유효하다. 사람은 경험 전체를 균등하게 기억하지 않고, 가장 감정이 격렬했던 순간과 마지막 순간으로 판단한다. 사망신고나 실직처럼 이미 감정적으로 무거운 이벤트일수록, 여정의 마지막 화면 즉 "모든 절차가 끝났다"는 확인 메시지가 시민이 정부 전체를 기억하는 방식을 좌우한다. 마지막 화면 하나를 잘 설계하는 일이, 앞선 열 개 화면의 실수를 상당 부분 상쇄한다.

이런 지표를 정기적으로 추적하려면 개별 프로젝트가 아니라 기관 차원의 역량이 필요하다. CX 성숙도 진단 같은 도구로 현재 조직이 여정 단위 설계, 데이터 공유, 사건 오너십 지정 같은 항목에서 어느 수준에 있는지 먼저 점검하는 것이 재설계보다 앞서야 할 작업이다.

공공서비스는 이제 어디로 가야 하는가?

생애 이벤트 기반 설계는 유행하는 디지털 전환 용어가 아니다. 시민의 삶에서 일어나는 사건은 부서 조직도를 신경 쓰지 않는다는, 아주 오래되고 단순한 사실을 정부 스스로 받아들이는 일이다. 이 사실을 받아들인 정부는 서식을 줄이는 데서 멈추지 않고, 사건 전체의 소유자를 지정하고, 기본값을 시민에게 유리하게 설계하고, 마지막 화면의 감정까지 계산한다.

다음 단계로 나아가려는 공공서비스 조직이라면, 가장 자주 발생하고 가장 부담이 큰 생애 이벤트 하나를 골라 그 여정 전체를 처음부터 끝까지 걸어보는 것으로 시작하면 된다. 그 여정에서 몇 번의 로그인과 몇 개의 서식이 필요했는지 세는 순간, 다음에 고쳐야 할 것이 무엇인지는 저절로 드러난다.