스프레드시트에 관한 불편한 진실
대부분의 팀이 너무 늦게 깨닫는 불편한 진실이 있습니다. 처음에 도움이 됐던 스프레드시트는 언젠가 조용히 돈을 잡아먹기 시작합니다.
저는 AI로 움직이는 사내 업무 도구를 만드는 일을 합니다. 덕분에 스프레드시트가 더 이상 제 역할을 못 하게 되는 바로 그 순간을 가장 가까이에서 봅니다. 그리고 그 순간은 극적인 폭발인 경우가 거의 없습니다. 천천히 새어 나가는 출혈에 가깝습니다. 여기서 셀 하나가 밀리고, 저기서 실수로 클릭 한 번이 들어가고, 한참 뒤에 문제가 터지기 전까지 아무도 눈치채지 못하는 망가진 데이터가 쌓입니다. 대부분의 팀이 저에게 연락할 때쯤이면, 피해는 이미 몇 달째 불어난 뒤입니다.
그러니 진짜 질문에 답해 봅시다. 우리 팀은 언제 스프레드시트를 그만둬야 할까요? "이론적으로는 시스템이 있으면 더 좋을 때"가 아니라, 스프레드시트에 남아 있는 것이 언제부터 나에게 불리해지기 시작하느냐는 질문입니다.
이미 한계를 넘었다는 신호
제 경험상 신호는 놀라울 만큼 똑같습니다. 한 파일에 두 사람 이상이 들어오고 뭔가 깨지기 시작하는 순간, 이미 스프레드시트를 넘어선 겁니다. 건드리면 안 되는 셀을 누군가 고칩니다. 데이터가 덮어써집니다. 그리고 결정적인 증거 — 정말 자주 보는 장면 — 은 버전의 무덤입니다. Sales_Tracker_v1, Sales_Tracker_v2, Sales_Tracker_FINAL, Sales_Tracker_FINAL_actually.
그 파일 이름들을 보고 인상을 찌푸렸다면, 이미 답을 알고 있는 겁니다.
이 패턴은 재고를 관리하거나 판매를 기록하는 사업에서 가장 뚜렷합니다. 솔직히 무언가를 팔고 있다면, 언젠가는 그 판매를 추적할 제대로 된 시스템이 필요해집니다. 특히 세 가지가 한꺼번에 겹칠 때 스프레드시트는 유난히 가혹해집니다.
- 여러 사람이 협업하는 하나의 파일
- 실제 규모 — 해마다 쌓여 수천 건이 된 데이터
- 잃어버리면 안 되는 과거 데이터
협업과 규모와 이력이 한 파일에 뒤섞이는 순간, 그 스프레드시트는 빌린 시간으로 버티는 중입니다.
깨질 때까지 기다리지 마세요
이 주제에 대한 제 가장 분명한 의견이자, 더 많은 팀이 알았으면 하는 한 가지입니다. 대부분의 팀은 뭔가 깨지고 나서야 갈아탑니다. 그건 실수입니다.
사고 — 망가진 데이터, 날아간 매출, 고객 앞에서 드러난 오류 — 를 기다리면, 필요한 도구를 혼란 한복판에서 만들어야 합니다. 불을 끄면서 동시에 소방서를 짓는 셈입니다. 갈아탈 적기는 혼란이 오기 전, 아직 모든 게 그럭저럭 돌아가서 맑은 머리로 생각하고 차분하게 만들 수 있을 때입니다.
먼저 움직이는 쪽이 매번 이깁니다. 잘되는 팀은 스프레드시트가 아직 재앙이 아니라 그저 성가신 수준일 때 움직입니다.
사례: Oscar의 10년짜리 스프레드시트
구체적으로 이야기해 보겠습니다. 온두라스에서 사업을 운영하는 Oscar와 함께 일했습니다. 그는 10년 동안 엑셀 파일 하나로 사업 전체를 굴렸습니다. 10년치 다듬기와 임시방편과 문서화되지 않은 노하우가 전부 그 한 파일에 들어 있었습니다.
그리고 잘 돌아갔습니다 — 더 이상 돌아가지 않게 되기 전까지는. 사업이 커지면서 스프레드시트는 그 속도를 따라가지 못했습니다. 엑셀로 사업 전체를 운영하는 일은 갈수록 힘들어졌고, 한때 성장을 가능하게 했던 그 파일이 이제는 성장의 천장이 되어 있었습니다.
그가 가장 두려워한 건 비용도 데이터도 아니었습니다. 제대로 된 시스템을 자기 손으로 만들지 못할 거라는 점이었습니다. 전에 개발자를 고용해 본 적이 있었고, 많은 사람들처럼 데인 경험이 있었습니다. 개발자들은 그가 정말 원하는 것을 만들어 주지 않거나, 어느 순간부터 그의 요청에 응답하지 않았습니다. 그 경험은 맞춤 시스템이란 곧 내 사업을 이해하지 못하는 사람에게 통제권을 넘기는 일이라는 확신을 남겼습니다.
그를 놀라게 한 건, 결국 노코드 도구로 제품 전체를 자기 손으로 만들었다는 사실이었습니다. 막힐 때마다 뒤에서 저희가 사람으로 붙어 도왔습니다. 벽에 부딪히면 메시지를 보냈고, 저희가 함께 풀어냈습니다. 그는 통제권을 지켰습니다. 자기 현장에 대한 지식도 그대로 가져갔습니다. 그저 부서지기 쉬운 스프레드시트를 튼튼한 것으로 바꿨을 뿐입니다.
결과는? 하루에 두 시간 반을 아꼈습니다. 2시간 30분이 매일의 일과에서 사라졌습니다. 스프레드시트를, 실제 업무가 돌아가는 방식에 맞춰 만든 시스템으로 바꿨다는 이유 하나로요. 1년으로 곱해 보면 그 스프레드시트가 그동안 무엇을 앗아가고 있었는지 보이기 시작합니다.
제대로 옮기는 법
Oscar의 이야기가 남 일 같지 않고 옮길 생각이 든다면, 몸으로 배운 조언 두 가지가 있습니다.
1. 작게 시작하세요
가장 흔한 실수는 한 번에 너무 많이 만들려는 것입니다. 모든 것을 하나의 거대한 통합 시스템으로 대체하려다가 복잡함 속에서 허우적댑니다. 그러지 마세요.
진짜 문제 하나를 해결하는 작은 시스템 하나를 만드세요. 필요한 기능이 여러 개라면, 거대한 괴물 하나 대신 작은 시스템을 여러 개 만드세요. 특히 처음에는 모듈형이 일체형을 이깁니다.
2. 일단 해보세요
맞춤 시스템은 너무 비싸거나 만드는 데 너무 오래 걸린다고 생각해서 망설이고 있다면, 그 계산은 이미 낡았습니다. Oscar를 데이게 했던 장벽은 사실상 사라졌습니다. AgentUI 같은 노코드 도구라면 자리에 앉아 오후 한나절 만에 실제로 쓸 물건을 만들 수 있습니다. AI 이전에는 개발자와 몇 주씩 주고받아야 나오던 종류의 것을요.
사업 전체를 걸 필요는 없습니다. 한번 해보고 무엇을 만들 수 있는지 확인해 보세요.
그래서 — 언제 그만둬야 할까요?
스프레드시트가 당신을 위해 일하기를 멈추기 전에 그만두세요. 한 파일에 여러 사람이 들어온 순간, 버전이 불어나기 시작한 순간, 판매나 재고 데이터가 잘못된 클릭 한 번이면 끝날 것 같다고 느껴지는 순간 — 그게 신호입니다. 깨진 날이 아니라, 처음 삐걱거림을 느낀 날입니다.
Oscar는 10년을 기다렸습니다. 그만둔 순간 하루 두 시간 반을 돌려받았습니다. 그렇게 오래 기다릴 필요는 없습니다.
AgentUI를 열고, 조용히 당신을 미치게 만들던 업무 하나를 골라, 오늘 오후에 다시 만들어 보세요. 작게 시작하고, 통제권은 지키고, 혼란이 찾아오기 전에 빠져나오세요.