[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

◀ 이전 회차: [카드사 CS] "선배님 이건 어디서 봐요?" 신입 질문 폭격, NotebookLM 공유로 스스로 찾게 만드는 법

1. 사건의 발단 (Case Study)

[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

🎙️ 미니 인터뷰: 팀장님이 매번 며칠씩 매달리시던 개정안 대응, 옆에서 1년 본 1년차가 도와드릴 방법을 찾기까지

Q. 개정안 공지 오면 수정할 문서 목록도 같이 오지 않아요?

협회 공지는 법령·조항 기준이에요. 어느 약관 어느 페이지 고치라는 안내는 안 와요. 그건 저희 팀장님이 직접 매핑하셔야 하는 일이거든요.

이번 할부 수수료 개정안도, 우리 문서에는 할부 수수료, 할부 이자, 분할 상환 수수료 이렇게 표현이 섞여 있어요. 팀장님이 이런 용어 히스토리까지 다 알고 계셔야 어디가 걸리는지 잡아내실 수 있어요. 단순 검색으로는 다 못 잡히니까, 결국 관련 있어 보이는 문서는 전부 열어서 직접 확인하세요.

Q. 매뉴얼만 고치면 되는 거 아닌가요? 제일 중요한 문서니까.

매뉴얼만 고치면 FAQ가 옛날 기준으로 떠 있어요. 저희 팀은 고객 전화 받을 때 FAQ 보드부터 띄워놓고 상담하거든요. 상담 스크립트도 따로 있고, 자주 묻는 조건은 숏컷 카드로 정리돼 있고, 사내 챗봇 응대 문구도 별도예요.

매뉴얼은 기준 문서일 뿐이고, 실제로 고객한테 나가는 숫자는 FAQ랑 스크립트에 박혀 있거든요. 팀장님이 이걸 다 동시에 맞추셔야 하니까, 매번 개정안 뜨면 회의실에 며칠 계시는 거예요.

Q. 그럼 팀이 문서별로 나눠서 하면 빠르지 않아요?

작년에 팀장님이 한 번 나눠서 해보셨어요. 선배는 매뉴얼, 저는 FAQ 이런 식으로요. 근데 조항 해석이 애매한 게 꼭 하나씩 나와요. 선배는 면제 조건 살려두는 걸로 해석하고 저는 삭제로 해석하면 문서 간 기준이 어긋나거든요.

결국 팀장님이 전체 다시 맞추시느라 하루를 더 쓰셨어요. 그 뒤로는 팀장님이 혼자 통합해서 보고 계세요. 분담이 시간을 줄여주는 게 아니더라고요.

Q. 옆에서 지금까지 어떻게 도와드렸어요?

제가 할 수 있는 게 Ctrl+F 돌려드리는 거 말고는 별로 없었어요. 팀장님이 '이 조항 관련 언급 있는 문서 한번 찾아봐줘' 하시면, 제가 키워드 넣고 쭉 뽑아드리는 식이죠. 근데 용어가 문서마다 달라서 제가 찾은 결과만 보고는 팀장님이 다시 직접 열어서 확인하셔야 해요.

올해만 벌써 세 번째 개정안이에요. 매번 시행 전날까지 회의실에 계시는데, 팀장님 머릿속에 1년치 예외 조항이 다 들어 있어서 다른 사람이 받아줄 수가 없는 구조예요. 그게 매번 마음에 걸렸어요. 도와드릴 방법이 정말 없을까 싶어서, 이번엔 팀 공유 노트북에 개정안 원문만 얹어보자 생각했어요.

[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

2. 문제 해결을 위한 레시피 (Solution)

🩺 마스터의 진단

정책 변경 시 수정 누락은 용어 불일치(같은 개념이 문서마다 다른 단어로 기록됨)와 히스토리 부재(과거 예외 조항의 맥락이 팀장 머릿속에만 축적됨)에서 주로 발생합니다. 팀장이 혼자 며칠씩 회의실에 박혀 문서를 대조하는 풍경은, 이 두 문제를 사람 기억력으로 풀려니 분담도 단축도 어렵기 때문에 생기는 구조적 병목이에요.

NotebookLM은 업로드된 모든 소스를 의미 기반으로 동시 스캔하기 때문에 용어가 다르게 쓰인 조항도 같은 개념으로 묶어 잡아주고, 조항 × 문서 매핑표를 뽑는 순간 팀장이 '어디를 봐야 하는지' 리스트를 손에 쥔 채 리뷰에 집중하는 구조로 바뀝니다. 팀원이 AI 초안을 먼저 뽑아드리고 팀장이 최종 판단만 하시는 분담이 비로소 가능해지는 게 이 솔루션의 본질입니다.

[Step 1] 팀 공유 노트북에 개정안 원문 추가

이전 회차에서 만든 '팀 상담 지식 허브' 노트북(notebooklm.google.com)에 접속해 '+ 소스 추가'를 누릅니다. 개정안 관련 자료는 세 묶음을 한 번에 올립니다.

(1) 협회/감독기관 공지 원문 PDF

(2) 개정안 조문 비교표(구/신 대비표가 있는 경우)

(3) 사내 전달 공문.

기존 소스(매뉴얼·FAQ·상담 스크립트·숏컷 카드·챗봇 문구)는 그대로 두고, 새 정책 문서만 추가로 얹는 방식입니다. 개정안 원문과 사내 공문을 함께 올려야 맥락(시행일·예외·유예기간)까지 반영된 답이 나옵니다.

⚠️ 사내 데이터 보안 안내: 매뉴얼·FAQ·상담 스크립트에는 고객 사례 인용이나 내부 운용 기준이 포함된 경우가 많습니다. 업로드 전 고객 이름·연락처·카드번호는 모두 마스킹하고, 감사 대응 메모나 내부 예외 운용 지침처럼 외부 공개가 제한된 내용은 별도 소스로 분리하거나 제거한 뒤 올리세요.

협회/감독기관 공지 원문은 공개 자료라 그대로 업로드해도 되지만, 사내 전달 공문에 포함된 내부 운용 기준은 별도 검토가 필요합니다. Google Workspace 회사 계정으로만 공유하고, 노트북 편집자 권한은 담당자 1명으로 유지하세요.

이번엔 예시로 만든 개정안과 내부 공문을 사용해 보겠습니다.

[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

[Step 2] [프롬프트 A] 조항 × 문서 영향 매핑표 뽑기

먼저 '개정안 조항별로 우리 문서 어디가 걸리는지'를 한 표로 받아봅니다. 아래 프롬프트 A를 채팅 입력란에 붙여넣으면, 조항 번호·변경 내용·영향 문서·현재 표현·수정 방향·출처가 한 표에 정리됩니다. 출력된 표는 구글 시트로 바로 복사해 팀 공유용 체크리스트의 뼈대로 씁니다. 답변 하단의 출처 번호(1, 2, 3…)를 최소 한 번은 클릭해 원문과 맞는지 확인하는 습관을 함께 가져가세요.

[역할]
카드사 고객센터 운영 담당자야. 새 정책 개정안이 우리 상담 문서 전체에 어떤 영향을 주는지 전수 점검하려고 해.

[요청]
업로드된 '{개정안 문서명 또는 공지 제목}'을 기준으로, 개정안 조항별로 우리 기존 상담 문서(매뉴얼·FAQ·상담 스크립트·숏컷 카드·챗봇 문구)에 어떤 영향을 주는지 아래 표 형식으로 정리해줘.

[출력 표]
| 조항 번호 | 변경 내용 요약 | 영향받는 문서명 | 해당 문서의 현재 표현 | 수정 방향 | 출처 |

[지시]
- 같은 개념이 문서마다 다른 용어(예: 할부 수수료 / 할부 이자 / 분할 상환 수수료)로 쓰여 있어도 모두 같은 조항으로 묶어서 표시해줘.
- '영향받는 문서명'은 구체적 위치(장·섹션·FAQ 번호)까지 표기해줘.
- 현재 표현은 원문 그대로 짧게 인용해줘.
- 시행일·유예기간·예외 조항이 조항에 달려 있으면 '수정 방향'에 함께 적어줘.
- 근거가 모호한 항목은 '원문 재확인 필요'로 표시해줘.

[Step 3] [프롬프트 B] 문서별 수정 체크리스트 상세화

매핑표로 '어디를'을 알았으면, 이번엔 '어떻게'를 받을 차례입니다. 프롬프트 B는 문서 하나를 지정해 '그 문서 안에서 수정해야 할 항목·원문·변경 전/후·시행일·교차 영향'을 체크리스트로 정리해 줍니다.

매뉴얼 → FAQ → 상담 스크립트 → 숏컷 카드 → 챗봇 문구 순서로 문서 이름만 바꿔가며 5번 실행하면, 문서별 수정 리스트가 전부 갖춰집니다. 시행 전날까지 이 체크리스트를 팀에서 돌려보며 체크박스를 채우는 구조로 활용하세요.

[역할]
카드사 고객센터 운영 담당자야. 개정안 시행 전까지 문서 하나를 완전히 수정하려고 해.

[요청]
업로드된 '{개정안 문서명}'을 기준으로, '{수정 대상 문서명 — 예: 응대 매뉴얼 3장 / 포인트 FAQ / 할부 상담 스크립트}' 안에서 수정해야 할 항목을 체크리스트로 뽑아줘.

[출력 형식]
각 수정 항목마다 아래 5줄로 정리:
1. 위치 (장/섹션/FAQ 번호/스크립트 단계)
2. 원문 (수정 전 텍스트를 그대로 인용, 2줄 이내)
3. 수정 후 (개정안 기준으로 고쳐야 할 문구 제안)
4. 시행일·예외 (유예기간·면제 대상이 있으면 여기 표시)
5. 교차 영향 (이 항목을 고치면 다른 문서 어디도 같이 맞춰야 하는지)

[지시]
- 우선순위 높은 것부터 배치해줘 (시행일이 빠른 것, 고객 안내에 바로 나가는 표현 순).
- 원문 인용은 짧게, 수정 후 문구는 상담원이 실제 고객에게 말할 수 있는 톤으로.
- 교차 영향이 없으면 '없음'으로 명시해줘.
- 수정 필요 없는 항목은 포함하지 마.

[Step 4] 팀장 리뷰 → 팀 회람 → 시행 전 전수 점검

두 결과(매핑표 + 문서별 체크리스트)를 하나의 구글 시트로 합쳐 팀장님께 먼저 올립니다. 팀장님이 1차 리뷰를 하시면서 해석이 모호한 조항·과거 예외 조항의 누락 여부를 확인하시고, 담당 팀원은 그동안 시행일·유예기간·예외 조항을 시트 상단에 고정해 둡니다.

팀장 리뷰가 끝나면 팀 채널에 공유해, 각 팀원은 자기 담당 문서의 수정 완료 여부를 체크박스로 표시합니다. 다음번 개정안이 또 와도 프롬프트 A·B만 다시 돌려 팀장님 리뷰 테이블에 올리면 되는 구조라, 팀장님이 회의실에 며칠 계시던 초기 매핑 작업이 반나절짜리 리뷰로 정착됩니다.

3. 결과 (Result)

[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

핵심 수치: 팀장 초기 매핑 작업: 회의실 1～2일 → AI 초안 10분 + 팀장 리뷰 30분～1시간
주요 특징:
- 1. 조항 × 문서 영향 매핑표를 한 번에 뽑아 팀장이 리뷰 테이블부터 시작할 수 있는 구조
- 1. 용어 불일치(할부 수수료/할부 이자/분할 상환 수수료)를 의미 기반 검색으로 통합 포착
- 1. 문서별 체크리스트에 '교차 영향' 항목 포함 — 문서 간 버전 어긋남 사전 차단
- 1. 다음 개정안 때 프롬프트 A·B만 재실행 — 팀장 회의실 며칠 공식이 반나절 리뷰로 고정
시사점: 정책 변경 수정 작업의 진짜 병목은 '시간'이 아니라 '기억력'입니다. 전수 점검을 사람 머릿속에만 맡기니까 팀장 혼자 며칠씩 붙잡히고, 팀원이 보조하고 싶어도 받을 수 있는 일이 Ctrl+F 정도밖에 없었던 거예요. AI에게 전수 스캔을 맡기면 팀장은 리뷰·판단에만, 팀원은 AI 초안·체크리스트 정리에만 집중하는 분담이 자연스럽게 됩니다.

4. 리뷰 (Review)

📊 AI 활용 비포 & 애프터 비교

단순히 요청했을 때와, 우리의 [마스터 프롬프트]를 사용했을 때의 결과물 차이를 확인해 보세요.

[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

💡 Master's Secret: 결정적 차이를 만드는 프롬프트의 원리

[카드사 CS] "개정안 하나에 매뉴얼 10군데를 뜯어고쳐요" — NotebookLM 다중 문서 비교로 수정 포인트 자동 탐지

💡 Master's TIP!

💡 이 프롬프트의 핵심은 표 형식 강제와 동의어 통합 지시입니다. 단순히 '영향 문서 알려줘'로 물으면 개조식 답변이 나와서 그대로 체크리스트로 못 옮겨요. 표 컬럼을 강제하는 순간 담당자가 구글 시트에 그대로 복붙할 수 있는 형태가 되고, 팀원과 공유할 때도 즉시 회람 가능한 구조가 됩니다.

그리고 '같은 개념이 다른 용어로 쓰여 있어도 묶어달라'는 지시가 이번 프롬프트의 진짜 무기예요. NotebookLM은 의미 기반 검색이라 Ctrl+F로는 놓치는 '할부 수수료 → 할부 이자' 같은 용어 변주를 잡아줍니다. 담당자가 1년차여서 과거 문서 히스토리를 몰라도 AI가 전수 스캔해주는 셈이라, 히스토리 부재에서 오는 누락 불안을 구조적으로 줄여줍니다.

마지막 '근거 모호 시 원문 재확인 필요'는 AI가 애매한 조항을 단정적으로 매핑하는 걸 막는 안전장치입니다. 시행일이 정해진 수정 작업에서 가장 위험한 건 '있다고 판단했는데 실제론 없는 조항'이니까요.

💡 프롬프트 A가 '어디를'이라면 B는 '어떻게'를 담당합니다. 핵심은 블록 구조 + 필드별 줄바꿈 강제예요. '아래 5줄로 정리'만 지시하면 NotebookLM이 1·2·3·4·5를 한 줄에 붙여 출력하는 경우가 많습니다. '각각 새 줄에서 시작', '항목 사이 빈 줄', '같은 줄에 여러 필드를 이어 붙이지 마'라는 세 가지 지시를 함께 걸어줘야 사람이 읽고 체크리스트로 옮길 수 있는 형태가 나와요. 위치·원문·수정 후·시행일·교차 영향이 라벨 볼드로 분리되면 구글 시트 5열에 그대로 복붙하기도 편합니다.

특히 '교차 영향' 항목이 이번 솔루션의 감춰진 무기예요. 매뉴얼 한 줄 고치면 FAQ·스크립트·숏컷 카드까지 같은 수치로 맞춰야 하는데, 이걸 담당자가 머릿속으로 추적하면 반드시 하나는 놓칩니다. AI가 '이 항목 고치면 FAQ 17번·스크립트 3단계도 같이 수정'이라고 짚어주면, 문서 간 버전 어긋남을 원천 차단할 수 있어요.

💡 '수정 필요 없는 항목은 포함하지 마'는 노이즈 제거 지시입니다. NotebookLM에 '이 문서 수정 필요 지점 뽑아줘'라고 넓게 물으면, 개정안과 무관한 일반 조항까지 같이 나와서 체크리스트가 부풀려져요. 이 한 줄로 리스트 길이를 실제 수정 대상에만 맞춰 끊어줍니다.

💬 정우진 상담원의 한마디

팀장님이 매번 개정안 뜨면 며칠씩 회의실에 계시는데, 옆에서 Ctrl+F 돌려드리는 거 말곤 도울 수 있는 게 별로 없었거든요. 이번엔 공유 노트북에 개정안만 얹어서 매핑표랑 체크리스트를 뽑아서 가져갔는데, 팀장님이 그걸 리뷰만 하시더니 그날 오후에 회의실에서 나오셨어요.

시행 전날 팀장님이 평소보다 일찍 퇴근하시는 거 처음 봤어요. 도와드릴 방법이 없을까 싶어서 돌려본 건데, 진짜 덜어드린 거 같아서 그게 제일 체감됐어요.

▶ SERIES FINALE

🎙️ 마무리 인터뷰: 정우진 씨와의 시리즈를 돌아보며

Q. 이 시리즈를 통해 가장 크게 달라진 점이 있다면?

'매뉴얼을 찾아 헤매는 사람'에서 '매뉴얼에게 질문하는 사람'으로 바뀐 거요. 처음엔 상담 중에 Ctrl+F 누르던 1년차였는데, 이제는 팀장님이 매번 고생하시던 개정안 대응 앞에서도 'AI한테 먼저 물어보면 어떨까' 하고 생각하는 사람이 됐어요. 문서가 많아서 압도되던 때보다, 문서가 많아도 정리된 질문만 던지면 답이 나온다는 감이 생긴 게 제일 크게 달라진 점이에요.

Q. AI를 활용하면서 가장 좋았던 순간은 언제였나요?

개정안 대응 끝내고 시행 전날, 팀장님이 평소보다 일찍 퇴근하시는 거 처음 봤어요. 그게 되게 낯설더라고요. 매번 개정안 뜰 때마다 시행 당일까지 회의실에 계시던 분이, 체크리스트 초록색으로 다 찬 걸 보시더니 '오늘은 먼저 간다' 하시는데, 그때 진짜 이게 됐구나 싶었어요. 저는 옆에서 AI 돌리는 손만 좀 보탰을 뿐인데 팀장님이 하루 이틀 아끼신 거니까요.

Q. 아직 AI를 안 써본 동료에게 한마디 해주신다면?

AI한테 '정리해줘'라고만 물으면 저도 한 줄 답변만 받아요. '이런 모양으로, 이런 컬럼으로, 이런 조건 맞춰서 정리해줘'라고 시키는 법을 알게 되면서 결과물 수준이 완전히 바뀌었어요. 도구 바꾸는 게 아니라 시키는 방식을 바꾸는 거더라고요. 처음엔 프롬프트 한 줄 고치는 데 10분 쓰는 게 아깝게 느껴졌는데, 지나고 보면 그게 제일 큰 투자였어요.