디지털 생명보험 · 사례
"이런 경우에도 보장되나요?"를 고객 말 그대로 묻고, 근거가 된 약관 부분까지 함께 받는다
이걸로 되는 일상담 중 들어온 약관 질문에 근거 약관 부분을 함께 붙여 답하고, 고객 DB로 상품 후보를 좁혀 보장 범위와 조건을 비교한 뒤, 가입 단계에서 세일즈 담당자에게 넘긴다.
상담 중 고객이 묻는다. "제가 지금 가입하면, 이런 경우에도 보장이 되나요?" 상담사는 "확인해 드리겠습니다"라고 답한 뒤 약관을 뒤진다. 이 상품 약관은 수십 페이지다. 고객이 말한 그 '이런 경우'가 몇 면 몇 조에 적혀 있는지 떠올려야 하고, 정확히 답하려면 결국 그 부분을 직접 찾아 눈으로 확인해야 한다.
디지털 생명보험사의 세일즈·상담 조직에서 이 장면은 하루에도 여러 번 반복된다. 상품은 다양하고 약관은 저마다 다르다. 상담은 속도와 정확성을 동시에 요구받는다. 빨리 답하면 근거가 흐려지고, 근거를 챙기면 느려진다.
이 글은 약관 탐색과 고객 정보, 개인화 추천을 하나의 흐름으로 잇는 구상을 정리한 것이다. 먼저 밝혀 둔다. 여기 담긴 내용은 아직 계획·구상 단계의 데모 시나리오다. 확정된 구현이나 측정된 성과가 아니라 '이렇게 가보려 한다'는 방향이며, 일부 페르소나와 세부는 미확정이고 성능 수치도 실측 전이다.
상품마다 다른 수십 페이지 약관, 그리고 머릿속 상품 지도
생명보험 상담의 본질은 '맞는 답을, 빠르게, 근거와 함께'다. 고객은 자기 상황을 이야기하고, 그 상황에서 이 상품이 어떻게 작동하는지를 묻는다. 상담사는 그 질문이 약관의 어느 조건에 걸리는지를 판단해 답해야 한다. 문제는 그 판단이 기대는 자료가 이런 형태로 흩어져 있다는 점이다.
- 상품별 약관 문서. 하나가 수십 페이지이고, 상품마다 표현과 조건이 미묘하게 다르다
- 다양한 상품 라인. 어느 상품에 어떤 조건이 붙는지는 문서마다 따로 적혀 있다
- 고객 정보 데이터베이스(DB). 개인화 추천을 붙일 자리로 구상하는 곳이다
- 상담 중 들어오는 질문. 고객이 자기 상황을 이야기하고, 그 상황에서 상품이 어떻게 작동하는지를 묻는다
- 베테랑 상담사의 머릿속 상품 지도. 고객의 나이·상황·필요를 듣고 후보를 좁히는 감각인데, 사람을 따라 옮겨 다닐 뿐 조직에는 남지 않는다
그래서 현장의 부담은 네 가지로 모인다. 약관을 직접 뒤져야 하는 탐색 부담, '어느 약관 어느 부분'인지 함께 짚어주기 번거로운 근거 동반의 어려움, 고객 상황에 맞는 상품을 고르고 비교하는 일이 경험에 의존하는 개인화의 한계, 그리고 같은 질문이라도 누가 받느냐에 따라 답의 깊이와 정확성이 달라지는 일관성 편차다.
머릿속과 PDF 사이를 오가며
지금까지의 방식은 단순하지만 고됐다. 질문이 들어오면 상담사는 기억을 더듬고, 확신이 서지 않으면 약관 문서를 연다. 키워드로 검색하고, 비슷한 조항들 사이에서 고객 상황에 정확히 들어맞는 한 줄을 골라낸다. 이 모든 일이 통화 중에, 고객을 기다리게 한 채로 벌어진다.
근거를 함께 건네는 일은 또 다른 수고다. "이건 약관 몇 조에 있습니다"라고 정확히 짚어주려면 답을 찾은 뒤 그 위치까지 다시 확인해야 한다. 바쁜 상담에서는 근거 제시가 생략되기 쉽고, 그러면 고객도 상담사도 '정말 맞나' 싶은 작은 불안을 안은 채 넘어간다.
상품 추천과 비교는 거의 베테랑의 영역이었다. 경험 많은 상담사는 고객의 나이와 상황, 필요를 듣고 머릿속 상품 지도에서 후보를 좁힌다. 하지만 그 감각은 조직에 남지 않고, 답의 깊이도 사람에 따라 갈린다.
약관을 넣고, 지식그래프로 만든다
준비는 상담사가 매번 반복하는 일이 아니라, 상품별 약관 문서를 워크스페이스에 넣는 한 번의 작업이다. 약관 원문 파일은 고치지 않고 넣기만 한다.
약관을 워크스페이스에 올리는 순서
"소스 추출하기"(⌘⇧I)
상품별 약관 문서를 끌어다 놓는다. 수십 페이지짜리 문서를 상품마다 하나씩 넣는다. 원문 파일은 그대로 두고 넣기만 한다.
활동 센터의 "이 워크스페이스를 지식그래프로 만들까요?" 카드 → "만들기"
문서를 넣으면 카드가 뜬다. "만들기"를 누르면 약관 본문의 문장을 읽어 개념과 그 사이의 관계를 뽑는다.
추출이 도는 중에 물으면 "지식 그래프 구축 중" 대화상자
약관이 여러 건이면 한 번에 끝나지 않는다. 이때 질문을 보내면 대화상자가 진행 상황과 함께 뜨고, "추출 완료 후 자동 전송"을 고르면 끝나는 대로 질문이 나간다.
"새 채팅"(⌘⇧C)에서 @멘션으로 상품 약관을 지정한다
작성창 배지는 기본값 "승인 요청"이다. 이 모드에서도 파일 열기와 워크스페이스 검색, 지식 그래프 질의는 한 번도 묻지 않는다. 상담 중 던지는 질문은 읽기만 하므로 승인 카드가 끼어들지 않는다.
고객의 말 그대로 묻는다
"제가 지금 가입하면, 이런 경우에도 보장이 되나요?"
→ 관련 약관을 먼저 찾아 그 내용을 바탕으로 답한다.
답과 함께 근거가 된 약관 부분이 붙고, "내 노트에서 찾은 곳" 카드가 그려진다.
카드의 노드를 클릭하면 그 약관 항목이 그래프 뷰에서 열린다.
"이 고객 상황에 맞는 상품 후보를 추려 줘"
→ 고객 정보 DB와 연동해 상황에 맞는 상품 후보를 좁혀 준다.
최종 선택은 그대로 상담사의 몫이다. 출발점이 될 후보만 추린다.
"이 후보들의 보장 범위와 조건 차이를 정리해 줘"
→ 추천 후보들 사이의 보장 범위와 조건 차이를 정리해 한눈에 견주게 한다.
(고객이 관심을 보이면)
→ 가입 절차를 안내하고, 사람의 손길이 필요한 시점에 세일즈 담당자에게 연결한다.첫 질문이 되는 이유는 약관 문서를 미리 넣어 두었기 때문이다. 질문이 들어오면 관련 약관을 먼저 검색하고, 그 내용을 바탕으로 답한다. 상담사가 약관 전체를 뒤지지 않아도 근거 있는 답에 닿게 하려는 것이다.
두 번째와 세 번째 질문의 핵심은 사람의 판단을 대체하지 않는다는 데 있다. 에이전트는 약관 탐색과 근거 정리, 후보 좁히기처럼 반복적이고 정확성이 중요한 일까지만 맡는다. 그리고 고객이 진짜 결심에 가까워지는 순간, 세일즈가 빛을 발하는 지점에서 사람에게 바통을 넘긴다. 무엇을 자동화하느냐만큼 무엇을 자동화하지 않느냐가 중요하다는 관점이다.
에이전트가 약관을 뒤지고 근거를 챙기는 동안, 사람은 사람만이 할 수 있는 대화에 집중한다.
무엇이 달라지나
| 예전 | 지금 |
|---|---|
| 통화 중에 약관 문서를 열어 키워드로 검색하고, 비슷한 조항들 사이에서 맞는 한 줄을 골라낸다 | 고객의 질문을 그대로 새 채팅에 옮기면 관련 약관을 먼저 찾아 답하고, 근거가 된 약관 부분을 함께 보여 준다 |
| "약관 몇 조에 있습니다"를 짚으려면 답을 찾은 뒤 위치를 다시 확인해야 하고, 바쁘면 근거 제시가 생략된다 | 답에 근거가 함께 붙는다. "내 노트에서 찾은 곳" 카드의 노드나 답변 속 참조를 클릭하면 근거가 된 약관 노트가 열린다 |
| 고객의 나이·상황·필요를 듣고 베테랑의 머릿속 상품 지도에서 후보를 좁힌다 | 고객 정보 DB와 연동해 후보를 좁히고, 후보들의 보장 범위와 조건 차이를 정리해 견준다. 최종 선택은 상담사의 몫이다 |
| 가입까지 상담사가 혼자 끌고 간다 | 에이전트는 약관 탐색과 근거 정리, 후보 좁히기를 맡고, 가입 단계에서 세일즈 담당자에게 넘긴다 |
지금 손에 쥔 것은 검증된 성과가 아니라 검증해볼 만한 방향이다. 다음 단계는 이 흐름을 실제 상담 현장에 올려보고, 기대가 데이터로 바뀌는지를 지켜보는 일이다.