비즈니스의 핵심을 떠받치는 스프레드시트를 진짜 애플리케이션으로 교체하기 위한 실전 가이드입니다. 시트가 리스크로 변했다는 경고 신호, 셀로는 절대 할 수 없는 것을 앱이 보장하는 방식, 사업을 걸지 않는 이전 경로, 그리고 가장 먼저 옮겨야 할 워크플로를 다룹니다.
공유 스프레드시트로 리드, 프로젝트, 재고, 재무를 관리하고 있고 그 시트가 계속 말썽을 일으키는 운영 책임자, 오피스 매니저, 창업자, 그리고 팀을 위한 글입니다.
- 내 시트가 아직 도구인지, 이미 리스크인지 명확히 판단하는 기준
- 스프레드시트는 절대 못 하지만 앱은 강제할 수 있는 네 가지
- 시트를 안전망으로 남겨둔 채 진행하는 단계별 이전 방법
실수로 스프레드시트를 선택하는 사람은 없습니다. 즉시 쓸 수 있고, 무료이고, 절대 안 된다고 말하지 않죠. 그리고 바로 그 이유 때문에 2년 뒤에는 조직 전체가, 단 한 사람만 이해하는 수식이 든 파일 하나에 조용히 의존하게 됩니다. 이 가이드는 시트가 도구이기를 멈추고 부채로 변하는 순간을 알아채는 법, 그리고 6개월짜리 프로젝트 없이 거기서 빠져나오는 법을 다룹니다.
스프레드시트가 이기는 이유는 가장 빠른 시작이기 때문입니다. 그리드를 열고, 입력하고, 공유하면 끝이죠. 문제가 되는 이유도 똑같습니다. 스프레드시트는 모두를 무조건 신뢰하고, 누가 무엇을 바꿨는지 전혀 기억하지 않으며, 어떤 데이터가 어디에 들어가야 하는지 아무 규칙도 강제하지 않습니다. 이건 버그가 아니라 스프레드시트의 본질입니다. 여러 사람과 실제 업무 프로세스가 거기에 의존하는 순간, 여러분은 시트에게 자기 자신의 정반대가 되라고 요구하는 셈입니다.
이 붕괴는 서서히 진행되기 때문에 위험합니다. '고장 난 날'이라고 부를 만한 하루는 없습니다. 탭이 하나 추가되고, 수식이 땜질되고, 두 번째 사본이 돌기 시작하고, 매주 그 파일은 조금 더 많은 것을 떠받치면서 조금 더 약해집니다. 그러다 어느 날 아침, 돈이 걸린 숫자가 틀려 있고, "이거 누가 바꿨어요?"라는 질문에 돌아오는 건 어깨를 으쓱하는 것뿐입니다.
전부 해당될 필요는 없습니다. 보통 두세 개면 자신이 선의 어느 쪽에 서 있는지 알 수 있습니다.
이 파일이 내일 아침에 틀려 있다면, 돈이나 고객을 잃거나 컴플라이언스 문제가 생기나요? 그렇다면 그것은 더 이상 스프레드시트가 아닙니다. 스프레드시트 옷을 입은, 감사되지 않는 업무 시스템입니다.
애플리케이션으로 옮기는 것은 더 전문적으로 보이기 위해서가 아닙니다. 셀 그리드가 구조적으로 제공할 수 없는 네 가지 속성 때문이고, 그 하나하나가 매주 벌어지는 사고를 카테고리째 없애 줍니다.
한 유통사의 운영 매니저는 매주 금요일마다 시트 세 개에서 행을 복사해 대표용 요약본을 만들었습니다. 40분이 걸렸고 한 달에 한 번 이상은 붙여넣기 실수가 났죠. 이전 후에는 그 요약본이 실시간 대시보드가 되었습니다. 팀이 이미 업데이트하고 있는 레코드에서 같은 숫자가 그대로 계산되고, 금요일 작업은 0이 되었습니다. 보고서가 자동화된 게 아니라, 애초에 하나의 업무로 존재할 필요가 없어진 것입니다.
두려운 것은 팀을 한 분기 내내 묶어 두는 거대한 이전 프로젝트입니다. 그런 건 필요 없습니다. 앱이 신뢰를 얻을 때까지 시트를 안전망으로 남겨 두고, 작고 되돌릴 수 있는 단계로 진행하는 것이 가장 잘 통합니다.
팀이 고장 난 스프레드시트를 붙들고 있었던 이유는 스프레드시트를 사랑해서가 아닙니다. 대안이 곧 개발자, 예산, 대기열을 의미했기 때문입니다. 에이전시에 맡기는 맞춤형 내부 도구는 수천만 원대에서 시작하고, 시트는 그 모든 죄에도 불구하고 당장 오늘은 공짜였으니까요.
이제 그 거래의 모양이 달라졌습니다. 시트 뒤에 있는 워크플로를 일상 언어로 설명하면 됩니다. 어떤 레코드가 있고, 누가 만지고, 규칙이 무엇인지. 그러면 그날 안에 작동하는 애플리케이션을 받습니다. 진짜 데이터베이스, 역할별 권한, 유효성 검사, 변경 이력까지요. 시트의 행은 그대로 들어오고, 팀은 일주일쯤 병행 운영하고, 한때 비즈니스를 굴리던 그 파일은 원래부터 그래야 했던 모습, 즉 메모장으로 돌아갑니다.
이 라이브러리의 다른 모든 가이드에서 이어지는 한 가지 당부가 있습니다. 만든 것이 진짜 내 것인지 확인하세요. 들고 나갈 수 있는 실제 코드와 데이터여야지, 특정 업체의 구독에 갇힌 설정 덩어리여서는 안 됩니다. 스프레드시트를 떠나는 이유는 리스크를 줄이기 위해서입니다. 하나의 취약함을 다른 취약함과 맞바꾸지 마세요.
내일 아침 이 파일이 틀려 있으면 무슨 일이 생기는지 물어보세요. 답에 돈, 고객, 컴플라이언스 문제가 들어 있다면, 그 시트는 이미 유효성 검사도 권한도 이력도 없는 업무 시스템이고, 때가 된 것입니다. 중복된 '최종' 파일, 사라진 수정, 한 사람만 아는 수식 같은 경고 신호는 그것을 확인해 줄 뿐입니다.
아니요, 그래서도 안 됩니다. 가장 아픈 워크플로 하나를 먼저 다시 만들고, 실제 행을 가져온 뒤, 앱과 시트를 일주일에서 이 주 정도 병행 운영하세요. 앱이 신뢰를 얻는 만큼 시트를 구역별로 은퇴시키면 됩니다. 이 병행 기간이 이전을 무위험으로 만들어 줍니다.
아니요. 현재 행이 앱으로 그대로 들어오기 때문에 팀은 빈 화면이 아니라 실제 이력에서 시작합니다. 원본 파일은 손대지 않은 채 원하는 만큼 백업으로 남겨 둘 수 있습니다.
내부 도구의 맞춤 개발은 수천만 원대에서 시작하고, 그래서 팀들은 오랫동안 시트에 머물러 왔습니다. AI 빌더에게 워크플로를 설명하면 그날 안에 작동하는 버전이 나옵니다. 회수되는 비용은 지금 시트가 잡아먹고 있는 시간입니다. 다시 붙여넣기, 오류 추적, 금요일 보고서 작성에 드는 그 몇 시간이요.