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