인간적인 감성을 잃지 않으면서 프로세스 자동화하기

은행 콜센터에 전화를 걸어본 적이 있다면 이 장면이 낯설지 않을 것이다. 자동응답기가 능숙하게 본인 인증을 마치고, 계좌 잔액을 안내하고, 챗봇이 카드 재발급 신청까지 처리한다. 그런데 카드가 도난당해 당황한 고객이 "지금 당장 정지시켜 주세요"라고 말하는 순간, 시스템은 여전히 똑같은 메뉴를 반복한다. 1번을 누르시면 계좌 조회, 2번을 누르시면 카드 서비스입니다. 자동화는 완벽하게 작동했다. 다만 고객이 필요했던 건 자동화가 아니라 사람이었다.

이것이 자동화 프로젝트가 실패하는 진짜 이유다. 문제는 자동화 자체가 아니라, 사람의 판단이 가장 필요한 순간에 사람을 빼버리는 설계다. 프로세스를 자동화하면서도 인간적 접점을 지키는 방법은 한 가지 원칙으로 요약된다. 반복적이고 규칙 기반이며 감정적 부담이 낮은 작업은 기계에 맡기고, 예외적이고 감정이 실려 있으며 판단이 필요한 순간은 사람에게 남겨두는 것이다. 이 경계선을 정확히 긋는 작업이 바로 프로세스 디스커버리이며, 그것을 생략한 채 도입하는 자동화는 비용을 줄이는 대신 고객을 잃는다.

자동화 프로젝트는 왜 고객 경험을 망가뜨리는가?

자동화가 경험을 해치는 이유는 기술이 나빠서가 아니라, 조직이 "무엇을 자동화할 것인가"를 정하기 전에 "무엇을 얼마나 빨리 자동화할 수 있는가"부터 묻기 때문이다. IT 부서나 운영팀은 처리 시간(TAT), 인건비, 오류율 같은 지표로 자동화 대상을 고른다. 이 지표들은 모두 정당하다. 하지만 이 지표들만으로는 그 프로세스가 고객의 여정에서 어떤 감정적 무게를 지니는지 알 수 없다.

계좌 비밀번호 재설정과 보험금 청구는 둘 다 "반복적인 백오피스 프로세스"로 분류될 수 있지만, 고객이 느끼는 긴장감은 전혀 다르다. 비밀번호 재설정에서 실패하면 짜증이 나는 정도지만, 보험금 청구에서 챗봇이 "서류를 다시 제출해 주세요"라고 반복하면 고객은 사고나 상실의 트라우마 위에 조직의 무관심까지 얹어서 경험한다. 하버드 비즈니스 리뷰에 실린 토머스 데이븐포트와 줄리아 커비의 "Beyond Automation"(Harvard Business Review, 2015년 6월호)은 지식 노동의 자동화가 성공하려면 업무를 단순 대체가 아니라 "증강(augmentation)"의 문제로 재정의해야 한다고 주장한다. CX에서도 마찬가지다. 자동화 대상을 고를 때 기준이 되어야 하는 건 처리 비용이 아니라, 그 순간이 고객 여정에서 지니는 감정적 밀도다.

어떤 프로세스를 자동화하고, 어떤 프로세스는 사람에게 남겨야 하는가?

답은 서비스 블루프린트 위에 있다. 모든 터치포인트를 두 축으로 나눠 보라. 하나는 반복성(이 상황이 표준적인 케이스인가, 예외적인 케이스인가)이고, 다른 하나는 감정적 강도(고객이 이 순간에 느끼는 위험, 상실감, 불확실성이 얼마나 큰가)다. 이 두 축을 교차하면 자동화 설계의 원칙이 선명해진다.

• 반복적이고 감정적 강도가 낮은 구간 — 계좌 조회, 영수증 발급, 예약 확인. 완전 자동화의 대상이다. 여기서 인간을 남겨두는 것은 오히려 비용이자 고객의 시간을 뺏는 마찰이다.
• 반복적이지만 감정적 강도가 높은 구간 — 카드 분실 신고, 항공편 결항 안내. 프로세스는 표준화할 수 있지만, 응대는 사람의 목소리나 최소한 사람에게 즉시 연결되는 통로가 필요하다.
• 예외적이고 감정적 강도가 낮은 구간 — 흔치 않은 요청이지만 위험 부담이 적은 문의. 챗봇이 먼저 처리를 시도하되, 실패 시 빠르게 인간에게 넘기는 하이브리드 설계가 적합하다.
• 예외적이고 감정적 강도가 높은 구간 — 보험금 분쟁, 의료비 청구 이의제기, 중대한 서비스 장애. 자동화는 정보 수집과 서류 준비까지만 맡고, 판단과 대화는 반드시 사람이 맡아야 한다.

이 매트릭스를 만드는 작업은 프로세스 매핑 없이는 불가능하다. 프로세스 디자인은 단순히 흐름도를 그리는 일이 아니라, 각 단계마다 이 두 축의 값을 실측하는 작업이다.

마찰과 슬러지를 구분하지 못하면 무엇이 잘못되는가?

행동경제학자 리처드 탈러는 사람들이 어떤 행동을 하지 못하게 막는 저항을 "마찰(friction)"이라 부르고, 그 저항이 조직에는 이득이 되지만 개인에게는 불필요한 부담으로 작용할 때 이를 "슬러지(sludge)"라 구분했다. 캐스 R. 선스타인은 이 개념을 확장한 저서 《Sludge: What Stops Us from Getting Things Done》(MIT Press, 2021)에서, 관료적 절차나 불필요한 인증 단계가 조직의 편의를 위해 고객이나 시민에게 부담을 전가하는 구조적 장치라고 지적한다.

많은 자동화 프로젝트가 정확히 이 실수를 반복한다. 콜센터 인건비를 줄이겠다는 목표로 챗봇을 도입하면서, 정작 사람에게 연결되는 경로를 일곱 단계짜리 메뉴 뒤에 숨긴다. 회사 입장에서는 상담 콜 수가 줄어드는 "마찰"이지만, 화가 난 고객 입장에서는 자신의 문제를 해결해 줄 사람을 찾지 못하게 막는 "슬러지"다. 자동화를 설계할 때 던져야 할 질문은 "이 단계가 처리 비용을 줄이는가"가 아니라 "이 마찰은 누구를 위한 것인가"다. 회사의 효율을 위한 마찰이라면 슬러지이고, 없애야 한다. 고객의 안전이나 정확성을 위한 마찰(본인 인증처럼)이라면 유지해야 한다.

자동화 전에 프로세스 디스커버리는 무엇을 밝혀내야 하는가?

자동화 도입에 실패하는 조직들의 공통점은 시스템을 먼저 사고 프로세스를 나중에 그린다는 점이다. 순서를 바꿔야 한다. 디스커버리 단계에서 반드시 답해야 할 질문은 다음과 같다.

1. 이 프로세스는 실제로 어떻게 실행되고 있는가. 매뉴얼이 아니라 현장에서. 담당자를 인터뷰하고, 실제 케이스 기록을 뽑아 예외 처리 비율을 확인한다. "표준 프로세스"라고 불리는 것 중 실제로는 40~50%가 예외라는 사실을 발견하는 조직이 드물지 않다.
2. 고객이 이 접점에서 어떤 목적(job-to-be-done)을 갖고 있는가. 같은 "환불 요청"이라도 배송 지연에 대한 보상 요청과 제품 결함에 대한 항의는 감정적으로 완전히 다른 여정이다.
3. 병목은 어디에서, 왜 발생하는가. 대기 시간이 긴 구간이 시스템 지연 때문인지, 승인 권한이 없는 담당자가 상급자를 기다리는 구조적 문제 때문인지 구분해야 한다. 후자라면 자동화가 아니라 권한 재설계가 답이다.
4. 예외 처리 시 누가, 어떤 권한으로 개입하는가. 자동화 이후에도 인간 개입이 필요한 지점에서, 그 인간이 실제로 문제를 해결할 권한과 정보를 갖고 있는지 확인한다. 권한 없는 인간에게 예외를 넘기는 것은 자동화의 실패를 인간의 실패로 위장하는 것에 불과하다.
5. 이 접점이 여정 전체의 감정 곡선에서 어디에 위치하는가. 첫인상을 형성하는 접점인지, 마지막 인상을 남기는 접점인지에 따라 자동화 허용 수준이 달라진다.

이 다섯 가지 질문에 답하지 않고 자동화 예산을 배정하는 것은, 지도 없이 도로를 재포장하는 것과 같다. 서비스 디자인 관점에서 프로세스를 다시 그리는 작업이 자동화 로드맵보다 항상 먼저 와야 하는 이유다.

감정 곡선은 자동화 설계에 어떻게 반영해야 하는가?

대니얼 카너먼과 동료들이 1993년 발표한 실험 연구 "When More Pain Is Preferred to Less: Adding a Better End"(Psychological Science, 1993)은 사람이 경험을 평가할 때 전체 지속시간보다 절정의 순간과 마지막 순간을 훨씬 크게 반영한다는 사실을 보였다. 이것이 피크엔드 법칙이다. 자동화 설계에 적용하면 결론은 단순해진다. 여정의 절정 구간과 마지막 구간에서는 자동화의 리스크를 훨씬 보수적으로 잡아야 한다.

예를 들어 온라인 대출 신청 여정에서 서류 업로드, 약관 동의, 신용조회 같은 중간 단계는 완전 자동화해도 무방하다. 하지만 승인 여부를 통지하는 마지막 순간, 혹은 거절이라는 나쁜 소식을 전달해야 하는 순간은 여정의 "엔드"에 해당한다. 이 순간을 정형화된 문자 메시지 하나로 처리하면, 고객은 전체 여정이 아무리 매끄러웠어도 "이 회사는 나를 숫자로만 봤다"는 인상을 안고 떠난다. 반대로 이 순간에 담당자가 사유를 설명하고 대안을 제시하면, 거절이라는 나쁜 결과조차 신뢰를 남긴다. CX 여정 설계에서 절정과 마지막 접점을 별도로 표시해 자동화 예외 구간으로 지정하는 것이 이 때문에 중요하다.

자동화는 비용을 줄이지만, 인간의 개입은 신뢰를 만든다. 둘 중 하나를 선택하는 문제가 아니라, 어느 순간에 어느 것을 배치하느냐의 문제다.

손실 회피는 왜 자동화 저항의 숨은 원인인가?

고객만 자동화에 저항하는 것이 아니다. 조직 내부에서도 자동화 프로젝트가 좌초되는 경우가 많은데, 그 이유 중 하나가 손실 회피다. 대니얼 카너먼과 아모스 트버스키의 1979년 논문 "Prospect Theory: An Analysis of Decision under Risk"(Econometrica, 1979)가 정립한 이 개념은, 사람이 같은 크기의 이득보다 손실을 훨씬 크게 느낀다는 것을 보여준다. 프론트라인 직원에게 자동화는 "업무가 편해진다"는 이득보다 "내 역할이 없어질 수 있다"는 손실로 먼저 다가온다.

이 저항을 무시하고 자동화를 밀어붙이면, 직원들은 시스템의 예외 처리 데이터를 제대로 입력하지 않거나, 고객에게 은근히 옛 방식을 권하는 방식으로 소극적으로 저항한다. 결과는 반쪽짜리 자동화다. 해법은 자동화가 없애는 역할이 아니라 만들어내는 역할을 구체적으로 설계하고 먼저 보여주는 것이다. 직원 경험 설계 없이 자동화를 발표하는 조직은, 가장 중요한 실행 주체의 동의 없이 프로젝트를 시작하는 셈이다.

자동화 이후 프론트라인 직원은 어떤 역할을 맡아야 하는가?

자동화가 반복 업무를 흡수하면, 인간에게 남는 것은 정의상 더 어려운 일이다. 예외 처리, 감정적으로 부담스러운 대화, 정책과 공감 사이의 균형을 잡는 판단. 이 역할을 잘 해내려면 직원에게 더 많은 권한과 더 많은 훈련이 필요하다는 뜻이다. 자동화 예산의 상당 부분을 소프트웨어가 아니라 맞춤형 교육 프로그램에 배정하는 조직이 실제로 더 나은 결과를 낸다. 왜냐하면 자동화가 처리량을 줄여준 대신, 남은 케이스 하나하나의 난이도와 중요도가 올라갔기 때문이다.

또한 예외 상황에서 인간이 개입할 때, 그 인간이 어디까지 재량을 발휘할 수 있는지 명확한 에스컬레이션 전략이 있어야 한다. "죄송하지만 규정상 안 됩니다"라는 답을 반복하는 상담원은 자동화가 아니라 규정에 갇혀 있는 것이다. 자동화가 표준 케이스를 흡수했다면, 사람에게 넘어온 케이스는 이미 표준을 벗어난 케이스이며, 표준적인 답으로는 해결되지 않는다.

자동화와 인간적 접점을 동시에 설계하려면 어떻게 시작해야 하는가?

실무적으로는 아래 순서를 따르는 것이 효과적이다.

1. 현재 프로세스를 실측한다. 각 단계의 처리 시간, 예외 발생률, 고객 이탈 지점을 데이터로 확인한다. 추정이 아니라 로그와 기록에 근거한다.
2. 각 터치포인트를 반복성×감정적 강도 매트릭스에 배치한다. 이 작업은 IT팀이 아니라 CX와 운영이 함께 해야 한다.
3. 완전 자동화, 하이브리드, 인간 전담 구간을 확정한다. 하이브리드 구간에는 반드시 "몇 초 안에 인간에게 넘길 것인가"라는 구체적인 전환 규칙을 정한다.
4. 인간이 남는 구간에 필요한 권한과 정보를 설계한다. 시스템 접근 권한, 예외 승인 권한, 실시간 고객 이력 조회 권한을 포함한다.
5. 파일럿을 돌리고 감정 지표를 함께 측정한다. 처리 시간(TAT)만 보지 말고, 해당 구간에서의 만족도나 노력 점수(CES)를 같이 추적해 자동화가 효율은 얻고 신뢰는 잃지 않았는지 확인한다.

이 과정을 시작하기 전에 조직의 CX 성숙도를 먼저 점검하는 것도 도움이 된다. CX 성숙도 진단을 통해 프로세스, 데이터, 거버넌스가 자동화를 감당할 준비가 되어 있는지 먼저 확인하면, 자동화 이후 발생하는 조직적 마찰을 상당 부분 예방할 수 있다.

인지 부하를 줄이는 자동화와 책임을 회피하는 자동화는 어떻게 다른가?

좋은 자동화는 고객의 인지 부하를 줄인다. 나쁜 자동화는 조직의 책임을 줄인다. 겉으로는 비슷해 보이지만 목적이 다르면 설계도 완전히 달라진다. 서류를 자동으로 채워주는 것은 고객의 부담을 줄이는 자동화다. 반면 고객의 불만을 접수만 하고 실제 해결 없이 "처리 중"이라는 상태로 몇 주씩 방치하는 챗봇은, 상담원의 업무 부담을 줄이는 대신 고객의 좌절을 늘리는 자동화다. 프로세스 매핑 단계에서 이 두 가지를 구분하지 않으면, 자동화는 조직의 회피 수단으로 변질된다. 인지 부하와 여정 단순화에 관한 논의에서도 이 원칙은 동일하게 적용된다. 어떤 단계를 없애든, 줄이든, 그것이 고객의 부담을 줄이는지 아니면 조직의 불편함을 감추는지부터 물어야 한다.

맺음말

자동화 로드맵을 그릴 때 가장 먼저 지워야 할 질문은 "무엇을 자동화할 수 있는가"다. 그 질문은 언제나 "예"라는 답을 준다. 기술은 거의 모든 것을 자동화할 수 있다. 진짜 질문은 "어느 순간에 인간이 있어야 그 경험이 신뢰로 남는가"다. 이 질문에 먼저 답한 조직만이, 효율과 온기를 동시에 설계할 수 있는 자격을 갖는다. 프로세스를 다시 그리는 일은 결국 어디에 사람을 남길지를 결정하는 일이며, 그 결정이 조직의 진짜 우선순위를 드러낸다.

자동화와 인간적 접점의 균형을 설계하는 작업은 혼자서 하기 어렵다. Renascence는 CX 컨설팅과 프로세스 재설계를 통해, 조직이 어디를 자동화하고 어디에 사람을 남겨야 할지 데이터에 기반해 결정하도록 돕는다. 지금의 프로세스가 고객에게 어떤 인상을 남기고 있는지 궁금하다면, Renascence에 문의해 대화를 시작할 수 있다.