조직도 대신 고객이 도움을 받는 순간을 그린다
고객은 혼자 고르고 싶을 수 있다. 문제가 생기면 누군가와 이야기하고 싶을 수도 있다. 둘은 모순이 아니다.
1부에서 본 AI의 자리는 하나가 아니었다. 그런데 회사 전체에 하나의 자동화 비율을 정하면 이 차이가 지워진다. 우리 회사는 어떤 유형인가보다 먼저, 이 순간 고객은 어떤 도움을 필요로 하는가를 물어야 한다.
다음은 1부의 자료를 바탕으로 제안하는 설계 연습이다. 기업에 실제 도입해 효과를 검증한 절차나 BDM-OS의 성과 입증이 아니다.
하나의 여정에서 관계가 달라지는 지점을 찾는다
생활가전 설치일을 바꾸려는 고객을 가정해 보자. 실제 기업의 사례는 아니다. 가능한 날짜를 알아보는 일과, 약속한 날에 아무도 오지 않아 다시 일정을 잡는 일. 회사에는 둘 다 “설치 문의”지만 고객에게는 다른 일이다.
| 고객의 상황 | 필요한 도움 | 검토할 AI의 자리 |
|---|---|---|
| 가능한 날짜를 알아본다 | 현재 선택할 수 있는 날짜와 조건 | 확인된 일정 정보를 고객이 직접 조회하도록 지원 |
| 변경된 조건을 비교한다 | 비용·일정·제약을 이해하고 선택 | 선택지를 정리하되 확정 전에 변경 내용을 확인 |
| 약속이 지켜지지 않았다 | 앞선 사정의 이해와 실행 가능한 해결 | 기존 대화·주문 정보를 직원에게 전달하고 필요한 조치를 지원 |
이 표는 사람과 AI의 고정 배치도가 아니다. 실제 데이터의 정확성, 고객의 접근성, 서비스의 위험과 운영 역량을 확인해 바꿔야 한다. 중요한 것은 문의의 이름이 아니라 고객이 처한 상태다.
정보를 주는 일과 문제를 해결하는 일을 나눈다
왜 늦었는지 안다. 하지만 날짜를 바꿀 수는 없다. 답은 있어도 해결은 없는 상태다. 그 설명을 AI가 더 자연스럽게 읽어 준다고 없던 일정이나 권한이 생기지는 않는다.
각 접점에서 고객에게 제공할 것이 정보인지, 추천인지, 실제 조치인지 구분한다. 추천이라면 누구의 상품과 어떤 범위를 다루는지도 적는다. 로레알 사례에서 자사 제품 중심의 상담을 시장 전체의 독립적 조언과 구분해야 하는 이유도 여기에 있다. [2]
고객은 새 화면을 본다. 직원은 예전 정보를 본다. 접점은 새로워졌지만 두 사람은 서로 다른 상황을 보고 있을 수 있다. 내가 제안하는 확인은 간단하다. 고객용 기능과 직원의 도구가 같은 문제를 끝내도록 연결돼 있는가.
먼저 배치하고, 다음에는 연결을 본다
정보를 줄 것인가. 선택을 도울 것인가. 실제로 바꿔 줄 것인가. 이 차이를 정해야 AI의 자리도 정할 수 있다. 하지만 배치는 시작이다. 3부에서는 그 사이를 고객이 어떻게 건너는지 살펴본다.
AI의 자리는 빈자리가 있는 곳이 아니다. 고객에게 도움이 필요한 곳이다.
이 연습의 근거와 한계
가전 설치 여정과 표는 저자의 가상 예시이며, 실제 기업의 운영 절차나 검증된 표준이 아니다. 1부의 기업 설명 [1][2], 타오바오 프리프린트 [3], 서비스 업무의 질적 연구 [4]를 배경으로 활용한다. 자료들이 이 배치안의 성과를 입증한 것은 아니다.
