답변
고객 세그먼트 전략에서 대행사가 원본 데이터·변경 이력·승인 기록을 갖고 있지 않으면, 문제가 생겼을 때 원인 추적도 분쟁 대응도 불가능해집니다. 대행사는 플랫폼 UI에 표시되는 집계 화면 스크린샷이 아니라, 원본 데이터(raw export — 일별·캠페인별 원시 로그, CSV/BigQuery 내보내기)를 별도로 보관해야 한다. 플랫폼이 집계 로직을 바꾸거나 데이터 보관기한이 지나 UI에서 조회가 안 될 때도, 원본만 있으면 재계산·재검증·분쟁 대응이 가능하다. 설정을 바꿀 때마다 변경 일시·변경자·변경 내용·변경 사유를 로그로 남겨야 한다(스프레드시트든 티켓 시스템이든 형식은 상관없다). 성과가 갑자기 흔들렸을 때 '언제 무엇이 바뀌었는지'를 로그 없이 기억에만 의존하면 원인 추적이 불가능해지고, 광고주와의 분쟁에서도 대행사를 보호할 근거가 사라진다. 예산 증액, 타겟팅·소재 교체, 실험 승패 확정처럼 되돌리기 어려운 주요 의사결정은 구두 통화가 아니라 이메일이나 협업툴 메시지처럼 서면으로 광고주 승인을 받아 남겨야 한다. 나중에 '그런 지시 없었다'는 분쟁이 생겼을 때 서면 승인 기록이 없으면 대행사가 불리한 입장에 놓인다. 원본 기록으로는 세그먼트 정의 룰셋(조건식)의 변경 이력, RFM 계산에 쓰인 원본 트랜잭션 데이터의 스냅샷, 고객이 한 세그먼트에서 다른 세그먼트로 이동한 로그를 남겨야 한다. 세그먼트 이동 로그가 있어야 '이탈 위기 세그먼트로 넘어간 고객이 실제로 몇 명이고, 어떤 조치 후 되돌아왔는지'를 추적할 수 있다. 이 세 가지를 미리 갖춰두면, 문제가 생겼을 때도 원인을 빠르게 좁히고 대행사 스스로를 보호할 수 있습니다.