삼태연구소
SAMTAELABS삼태연구소
가이드2026년 10월 30일·7분 읽기

온라인 민원, 담당 부서 자동 배정은 어디까지 맡겨도 될까

공공민원민원접수시스템업무자동화
온라인 민원, 담당 부서 자동 배정은 어디까지 맡겨도 될까
목차(3)

온라인 민원 접수 화면을 개선해도 처리 시간이 줄지 않는 경우가 있습니다. 같은 민원이 여러 부서에 전달되고, 받은 부서가 다시 이관하면서 시민은 답변을 기다리고 담당자는 “어디 소관인가”를 되풀이해 확인합니다. 이때 필요한 질문은 자동 배정 기능을 넣을지 말지가 아닙니다. 어떤 민원까지 시스템이 바로 보내도 되는지, 어떤 민원은 사람이 먼저 판단해야 하는지를 나누는 일입니다.

공공 민원 접수 시스템의 담당 부서 자동 배정은 반복 업무를 줄이는 데 도움이 될 수 있습니다. 다만 자동화의 기준은 분류 기능의 화려함보다 업무 책임이 얼마나 분명한가에 둬야 합니다. 한 부서가 일관되게 처리하는 민원은 자동으로 보내고, 여러 부서의 판단이 필요한 민원은 접수 담당자가 주관 부서와 협조 부서를 정하는 방식이 안전하고 운영하기도 쉽습니다.

한 부서의 책임이 뚜렷하면 부서 단위로 자동 배정한다

자동 배정에 잘 맞는 민원은 내용과 담당 부서의 연결이 비교적 안정적인 경우입니다. 예를 들어 시설물 파손 신고처럼 위치, 시설 종류, 사진, 신고 유형을 함께 받는 업무를 생각해 볼 수 있습니다. 해당 시설을 관리하는 부서가 정해져 있고, 비슷한 신고가 같은 경로로 처리된다면 시스템은 접수 즉시 처리 부서를 추천하거나 배정할 수 있습니다.

여기서 자동화의 단위는 우선 담당자 개인이 아니라 처리 부서가 적절합니다. 조직 안에서 휴가, 인사 이동, 업무 분장이 바뀔 수 있기 때문입니다. 민원을 받은 부서가 내부 담당자를 지정하도록 두면, 접수 시스템은 분류를 빠르게 하고 부서는 실제 업무 상황에 맞춰 책임자를 정할 수 있습니다. 자동으로 보냈더라도 수신 부서가 수락하거나, 다른 부서로 재지정을 요청하거나, 협조 부서를 추가할 수 있어야 합니다.

자동 배정을 검토할 때는 새 기능을 크게 늘리기보다 아래 네 가지가 먼저 정리됐는지 확인하면 됩니다.

  • 민원 유형별로 주로 책임지는 부서가 정해져 있는가
  • 유형을 가르는 데 필요한 입력 항목이 접수 화면에 있는가
  • 잘못 배정됐을 때 최종적으로 어느 부서가 판단하는가
  • 수신 부서가 재지정 사유를 남기고 되돌릴 수 있는가

성격 판단이 먼저인 민원은 접수 담당자가 읽는다

생활 불편, 행정 절차 문의, 여러 사업이 얽힌 건의는 제목과 몇 개의 선택 항목만으로 담당 부서를 정하기 어렵습니다. 신고인지 일반 문의인지, 특정 부서의 조치가 필요한지, 여러 부서가 함께 답해야 하는지도 먼저 가려야 할 수 있습니다. 이런 민원을 여러 부서에 한꺼번에 보내면 빨리 처리하는 것처럼 보이지만, 실제로는 어느 부서가 답변을 책임질지 불분명해집니다.

이 경우 접수 담당자의 역할은 전달자가 아니라 조정자에 가깝습니다. 담당자는 주관 부서를 하나 정하고, 필요한 부서는 협조 대상으로 붙이며, 그렇게 판단한 이유를 남깁니다. 주관 부서는 시민에게 보낼 답변과 처리 기한을 관리하고, 협조 부서는 필요한 자료나 의견을 회신합니다. 부서가 여러 곳이라는 이유만으로 모두에게 같은 민원을 배정하는 방식보다, 한 곳이 진행을 책임지게 하는 편이 이관과 누락을 줄이는 데 유리합니다.

특히 민감한 신고나 접근 권한을 따로 관리해야 하는 민원은 일반 문의와 같은 자동 배정 규칙에 섞지 않는 편이 좋습니다. 접수 화면은 하나여도 처리 절차와 열람 범위가 다를 수 있기 때문입니다. 이때는 “어느 부서로 보낼까”보다 “누가 먼저 내용을 확인할 수 있어야 하는가”를 기준으로 별도 분기해야 합니다.

자동 배정은 정확도보다 수정 흐름으로 검증한다

아직 업무 기준이 문서화되지 않았다면 분류 기술부터 도입하기보다 최근 민원을 살펴보는 일부터 시작하는 편이 낫습니다. 자주 들어오는 민원 유형, 최초 배정 부서, 최종 처리 부서, 재지정 이유를 모아 보면 자동으로 보낼 수 있는 업무와 사람의 판단이 필요한 업무가 드러납니다. 이 기록 없이 자동 배정을 넓히면 조직 개편이나 업무 이관 때마다 규칙이 오래된 상태로 남을 수 있습니다.

기준은 있지만 이관이 잦다면, 처음에는 시스템이 후보 부서를 추천하고 접수 담당자가 승인하는 방식이 적합할 수 있습니다. 이후 유형과 부서의 연결이 안정되고 재지정 사유도 쌓이면 위험이 낮은 민원부터 자동 배정 범위를 넓힐 수 있습니다. 반대로 자동 배정 이후 재지정이 반복된다면 모델이나 규칙을 바꾸기 전에 접수 항목이 부족한지, 부서 업무 분장이 겹치는지부터 살펴야 합니다.

업체와 기능을 논의할 때도 “분류 정확도가 얼마나 높은가”만 묻지 않는 편이 좋습니다. 최초 추천 부서, 실제 변경 부서, 변경한 사람과 사유가 한 흐름에서 보이는지 확인해야 합니다. 또한 주관 부서가 협조 부서의 회신 상태를 확인할 수 있는지, 조직 개편 뒤 운영자가 유형별 연결 기준을 수정할 수 있는지도 살펴볼 항목입니다.

민원 자동화의 목표는 접수 화면에서 민원을 빨리 밀어내는 데 있지 않습니다. 시민이 같은 설명을 반복하지 않도록 하고, 내부에서는 누가 답변을 끝까지 책임지는지 보이게 하는 데 있습니다. 다음 개선 과제는 자동 배정률을 높이는 일이 아니라, 최근 이관된 민원 몇 건을 골라 “처음 어디로 갔고 왜 바뀌었는가”를 확인하는 데서 시작할 수 있습니다.

우리 프로젝트와 가까운 개발 사례도 살펴보세요

어떤 기능을 만들었는지 비교하면, 맡기고 싶은 개발 범위를 정하기가 쉬워집니다.

우리 프로젝트는 어디까지 개발하면 될까요?

완성된 기획서가 없어도 괜찮습니다. 지금 쓰는 자료나 원하는 결과 예시를 바탕으로 필요한 기능부터 함께 정리합니다.

관련 아티클

관련 사례

이 글의 키워드와 맞닿은 실제 개발 사례를 함께 보세요.