마케팅 데이터 스프레드시트 한계는 규모가 아니라 네 가지 증상으로 판단합니다

공유 시트에 누군가 열 하나를 끼워 넣었습니다. 그날 오후 리포트의 ROAS 칸은 전부 #REF! 였지요. 마케팅 데이터 스프레드시트 한계는 보통 이렇게 옵니다. 결심이 아니라 사고로요.

열을 넣은 사람도 시트를 만든 사람도 잘못한 게 없습니다. 광고비는 플랫폼에서 내려받고 매출은 CRM에서 내려받아 손으로 붙여 둔 표라면, 누군가 한 줄만 건드려도 어긋날 수밖에 없는 구조였던 겁니다.

그런데 "그럼 언제 시트를 떠나야 하나요"라는 질문에는 거의 항상 규모로 답이 돌아옵니다. 월 광고비가 몇 천만 원을 넘으면, 매체가 셋을 넘으면, 사람이 다섯 명을 넘으면 하는 식이지요. 측정 쪽 해외 뉴스레터에서 이 질문을 정면으로 다룬 글을 봤는데, 첫 문단이 이렇게 시작했습니다. 솔직히 말해서 스프레드시트는 괜찮다, 구글시트를 쓰는 게 창피한 일도 아니고 회사가 아직 작다는 증거도 아니다.

저도 같은 생각입니다. 9년 동안 광고 계정을 들여다보면서 제가 본 사고는 시트가 작아서 난 게 아니었습니다. 시트를 사람 손이 몇 군데서 받치고 있는지를 아무도 세지 않아서 났지요.

이 글에는 시트의 한계를 규모가 아니라 증상으로 판단하는 기준, 그 네 가지를 오늘 바로 확인하는 방법, 그리고 떠나기로 했을 때 무엇부터 옮기는지를 담았습니다.

마케팅 데이터 스프레드시트 한계는 규모가 아니라 증상으로 드러납니다

규모를 기준으로 삼으면 두 가지 오판이 동시에 생깁니다. 월 광고비가 작은데 이미 무너진 시트를 그대로 쓰고, 월 광고비가 큰데 멀쩡한 시트를 멀쩡한 채로 버립니다. 판단해야 할 대상이 데이터의 양이 아니라 사람 손이 들어가는 지점의 수이기 때문입니다.

받치는 손이 빠지는 자리는 네 군데로 압축됩니다.

네 번째가 가장 조용하고 가장 비쌉니다. 왜 가장 비쌀까요. 아무도 불평하지 않기 때문입니다. 앞의 셋은 누군가 불편해하니까 회의에서 말이 나옵니다. 질문 봉쇄는 말이 안 나옵니다. "그건 지금 구조로는 못 봐요"라는 대답을 두세 번 들은 사람은 그다음부터 묻지 않거든요. 데이터가 없어서 못 보는 게 아니라, 묻는 사람이 없어져서 안 보게 되는 겁니다.

같은 질문을 다룬 다른 글의 제목에는 48MB라는 숫자가 박혀 있었습니다. 광고 플랫폼에서 내려받은 데이터와 CRM에서 뽑은 CSV를 손으로 이어 붙인 파일 하나가 그 무게까지 자란 이야기지요. 파일이 무거워진 게 문제의 본질은 아닙니다. 48MB가 되기까지 그 표를 받치는 손이 몇 개였는지가 본질입니다.

스프레드시트 한계 신호 네 가지는 어떻게 확인하나요

증상으로 판단하자고 했으니 확인도 증상별로 합니다. 추측하지 말고 지금 열려 있는 시트에서 하나씩 해보시면 됩니다.

① 정의 표류 확인. 지난달 ROAS를 서로 다른 파일 두 곳에서 각각 찾아봅니다. 숫자가 다르면 어느 쪽이 맞는지를 10분 안에 판정할 수 있는지 봅니다. 10분 안에 못 가리면 그 지표는 이미 정의가 둘로 갈라진 상태입니다. 매체 대시보드와 내부 집계가 어긋나는 구조적 이유는 매체별로 전환 숫자가 다른 이유에 따로 정리해 두었습니다.

② 수식 파손 확인. 시트에서 #REF!, #N/A, #VALUE! 를 전체 검색해 봅니다. 건수가 아니라 위치를 보십시오. 원시 데이터 탭이 아니라 요약 탭이나 보고용 탭에 섞여 있으면 이미 틀린 숫자가 회의에 올라간 적이 있다는 뜻입니다.

③ 갱신 시간 확인. 이번 주 리포트를 만드는 데 든 시간을 둘로 쪼개 적어 봅니다. 붙이는 데 쓴 시간과 읽는 데 쓴 시간이요. 붙이는 쪽이 더 길면 그 표는 분석 도구가 아니라 조립 작업이 된 겁니다.

④ 질문 봉쇄 확인. 최근 한 달 동안 "그건 지금 못 봅니다"로 끝난 질문을 세어 봅니다. 셋을 넘으면 지금 구조가 답할 수 있는 질문의 범위를 이미 넘어섰다고 보시면 됩니다.

수식이 깨지는 건 실수가 아니라 수동 결합의 결과입니다

여기서 한 번 짚고 갈 게 있습니다. 수식이 깨지는 걸 사람 탓으로 돌리면 처방이 "조심하기"가 되는데, 조심은 처방이 아닙니다.

깨지는 자리는 거의 항상 두 시스템을 붙이는 지점입니다. 광고 플랫폼에서 내려받은 표와 CRM에서 뽑은 표는 애초에 같은 규칙으로 만들어진 물건이 아니거든요. 손으로 붙인다는 건 그 규칙 차이를 매번 사람 머릿속에서 환산한다는 뜻입니다.

표의 다섯 줄 중 네 줄은 오류 메시지를 띄우지 않습니다. 그냥 틀린 숫자가 됩니다. 오류로 뜨는 건 오히려 안전한 쪽이지요.

세 번째 줄만 손으로 따라가 보겠습니다. 캠페인 이름을 분기 중간에 한 번 정리했다 치면, 그 전후 데이터에서 이름이 두 가지로 존재합니다. 조회 수식은 못 찾은 줄에 공란을 돌려주고, 공란은 합계에서 0으로 취급됩니다. 광고비 합계가 살짝 줄어들고, 줄어든 광고비로 나눈 ROAS는 살짝 올라갑니다. 어디에도 빨간 표시가 없습니다. 그 분기 리포트는 실제보다 좋아 보입니다.

이게 도구 문제처럼 보이지만, 실은 정의 문제입니다. 날짜를 무엇으로 센다, 매출은 어느 금액을 쓴다, 환불은 언제 반영한다는 합의가 문서로 없으면 어느 도구로 옮겨도 같은 자리에서 다시 깨집니다. 도구를 바꾸기 전에 숫자의 정의부터 맞춰야 하는 이유는 AI 도입 전 데이터 정합성에 점검 항목으로 정리해 두었습니다.

계정 쪽에서 이 정의가 어디서 갈라지는지, 전환 칸의 숫자가 무엇을 세고 있는지 화면 순서대로 확인하는 절차는 구글애즈 검색광고 실무가이드의 측정 챕터에 적어 두었습니다.

스프레드시트를 그대로 둬도 되는 경우

반대쪽도 말씀드려야 공평하겠지요. 시트를 떠나는 게 늘 진전은 아닙니다.

증상이 없는 시트는 좋은 도구입니다. 매체 하나에 캠페인 몇 개, 매출은 결제 시스템 한 곳에서만 나오는 구조라면 시트가 BI 도구보다 빠르고 정확합니다. 수식이 보이니까 검산이 되고, 이상한 숫자를 발견했을 때 셀을 눌러 출처까지 거슬러 올라갈 수 있거든요. 대시보드는 그게 안 됩니다.

판단을 흐리는 건 보통 두 가지 착각입니다.

첫째, 도구를 바꾸면 숫자가 맞아진다는 착각. 정의가 둘로 갈라진 상태에서 데이터 파이프라인을 깔면, 갈라진 정의가 자동으로 매일 재생산됩니다. 손으로 틀리던 것이 자동으로 틀리게 되지요. 속도만 빨라집니다.

둘째, 시트를 쓰는 게 미숙함의 증거라는 착각. 아닙니다. 피벗테이블 하나로 끝나는 분석이 훨씬 많습니다. 저도 성과의 원인을 찾는 작업은 지금도 대부분 시트에서 끝냅니다. 피벗에 값을 올릴 때 조용히 틀어지는 지점은 광고 데이터 피벗테이블 분석법에 따로 정리해 두었습니다.

스프레드시트를 떠날 때 옮기는 순서

떠나기로 정했다면 네 단계로 옮깁니다. 이 순서를 거꾸로 밟는 경우가 많아서 적어 둡니다.

3단계를 어디까지 넘길지, 무엇을 넘기면 안 되는지는 광고 리포트 AI 자동화 절차에 단계별로 적어 두었습니다. 그리고 옮긴 표가 다시 쌓이기만 하는 대시보드가 되지 않게 하는 방법은 대시보드를 행동으로 바꾸는 법에 있습니다.

마지막으로 하나. 이전 작업의 성공 판정은 도구가 바뀐 시점이 아닙니다. 지난달에 "못 봅니다"로 끝났던 질문에 이번 달에 답이 나오는지가 판정입니다. 도구는 갈아탔는데 그 질문 목록이 그대로라면, 비용만 늘고 한계는 따라온 셈입니다.

자주 묻는 질문

마케팅 데이터를 스프레드시트로 관리하면 안 되는 건가요?

아닙니다. 증상이 없는 시트는 좋은 도구입니다. 매체가 하나나 둘이고 매출이 한 곳에서만 나오는 구조라면 시트가 BI 도구보다 빠르고 정확합니다. 수식이 눈에 보여서 검산이 되고, 이상한 숫자를 발견하면 셀을 눌러 출처까지 거슬러 올라갈 수 있기 때문입니다. 문제가 되는 건 시트 자체가 아니라 서로 다른 시스템을 손으로 붙이는 지점이 여러 군데로 늘어난 상태입니다.

스프레드시트 한계를 월 광고비로 판단할 수 있나요?

권하지 않습니다. 월 광고비가 작아도 매체가 셋이고 매출 출처가 둘이면 손으로 붙이는 지점이 많아 이미 무너져 있을 수 있고, 반대로 광고비가 커도 매체와 매출 출처가 단순하면 시트로 충분합니다. 판단 기준은 데이터의 양이 아니라 사람 손이 들어가는 지점의 수입니다. 정의 표류, 수식 파손, 갱신 시간, 질문 봉쇄 네 증상 중 두 개 이상이 동시에 걸리는지를 보시면 됩니다.

스프레드시트에서 수식이 자주 깨지는데 어떻게 막나요?

증상이 수식 파손 하나뿐이라면 구조 수선으로 대개 수습됩니다. 원시 데이터를 받는 탭과 계산 탭, 보고용 탭을 분리하고, 사람이 손으로 입력하는 자리를 한 탭에 모으고, 참조 범위를 열 전체로 잡는 것이 기본입니다. 다만 수식 파손과 함께 같은 지표가 파일마다 다르게 나오는 증상까지 있다면 그건 수식 문제가 아니라 정의 문제입니다. 그 경우에는 시트를 고쳐도 다시 깨집니다.

광고 데이터를 BI 도구로 옮기면 숫자가 맞아지나요?

정의가 맞춰져 있지 않으면 안 맞아집니다. 날짜 기준이나 매출 기준에 대한 합의가 없는 상태로 파이프라인을 깔면, 갈라진 정의가 자동으로 매일 재생산됩니다. 손으로 틀리던 것이 자동으로 틀리게 되는 것이고 속도만 빨라집니다. 그래서 순서가 중요합니다. 지표 정의서를 먼저 한 장 쓰고 도구를 나중에 바꾸면, 그 도구가 정의를 지키는 장치로 작동합니다.

스프레드시트를 떠날 때 무엇부터 옮겨야 하나요?

도구 선택이 아니라 질문 목록이 먼저입니다. 매주 반복해 묻는 질문 다섯 개와 분기마다 묻는 질문 세 개를 적고, 그다음 지표 정의서를 한 장 씁니다. 그 뒤에 자동화하는 대상은 판단이 아니라 붙이는 작업입니다. 매체별 내려받기와 결합까지만 넘기고 해석은 사람에게 두는 편이 안전합니다. 마지막으로 보고용 표와 분석용 표를 분리하면 시트가 다시 무거워지는 것을 막을 수 있습니다.

더 깊이 들어가려면

여기까지가 시트의 한계를 증상으로 판단하는 일입니다. 실제 운영에서는 그다음이 더 깁니다. 전환 칸의 숫자가 무엇을 세고 있는지 확인하는 절차, 매체 대시보드와 내부 집계가 어긋나는 지점을 찾는 순서, 보고용 표에 올릴 열을 계정 화면에서 구성하는 방법 같은 것들이요.

아직 결제까진 좀 그렇다면, 매주 화요일 아침에 보내는 아이작 뉴스레터부터 받아보세요. 지금 쓰는 리포트 시트가 네 증상 중 몇 개에 걸려 있는지 같이 열어보고 싶으시면 1:1 계정 진단도 운영합니다.