자동화를 도입한 뒤 오히려 고정비가 늘었다는 이야기를 가끔 듣습니다. 업무를 자동화하려고 도구를 몇 가지 구독했고, 외주로 연결 작업을 맡겼는데, 몇 달 뒤 청구서를 보니 "이게 맞나"라는 생각이 들었다고 합니다. 자동화로 줄인 시간의 가치보다, 새로 생긴 구독 요금과 유지비가 더 크게 느껴지는 순간입니다.
자동화를 통해 직원 한 명이 하루 두 시간씩 아끼게 됐다고 해도, 그 결과가 기쁘게 느껴지지 않는 경우가 있습니다. 새로 구독한 도구가 세 개이고, 외주사와의 유지보수 계약이 매달 나간다면, 수지 타산을 따지는 순간 복잡해집니다.
이 글은 그 구조가 왜 생기는지, 그리고 왜 옥수는 다른 방식을 선택했는지에 대한 이야기입니다. 결론부터 말씀드립니다. 옥수는 자동화를 구축한 뒤 월 이용료를 받지 않습니다. 처음에 받은 비용이 전부입니다. 이 구조가 어떻게 가능한지, 그리고 어떤 상황에는 맞지 않는지를 솔직하게 설명합니다. 판단은 읽으신 뒤에 직접 하시면 됩니다.
자동화 도입 후 오히려 부담이 늘어나는 이유
자동화를 통해 업무 시간이 줄었는데도 비용 부담이 커지는 상황이 생기는 데는 구조적인 이유가 있습니다.
자동화 프로젝트에는 두 개의 비용이 얽힙니다. 하나는 구축 비용, 즉 처음에 한 번 내는 비용입니다. 다른 하나는 운영 비용, 즉 구축 이후 매달 나가는 비용입니다. 계약 단계에서 후자가 눈에 잘 띄지 않는 채로 진행되는 경우가 많습니다.
첫째는 플랫폼 구독비입니다. 많은 자동화 에이전시나 개발사가 Make(메이크), Zapier, n8n 클라우드 같은 자동화 플랫폼 위에 작업을 구축합니다. 이 플랫폼들은 대부분 구독 기반 요금 구조입니다. Make는 월 9달러부터, n8n 클라우드는 월 20달러부터 유료 플랜이 시작됩니다. 이 비용을 고객이 직접 부담하거나 구축 회사가 중간에서 청구하는 방식으로 매달 나갑니다.
둘째는 유지보수 계약비입니다. 시스템을 만든 뒤 버그 수정이나 소규모 개선을 월정액 방식으로 제공하는 형태입니다. 이 모델은 개발사 입장에서는 안정적인 수익이 되고, 고객 입장에서는 "언제 고장날지 모르니 계약은 유지해야 한다"는 불안감이 계속됩니다. 계약을 끊으면 문제가 생겼을 때 홀로 남겨지는 것 같은 느낌이 드는 구조입니다.
셋째는 SaaS 도구 구독 누적입니다. 자동화 과정에서 "이것도 연결하면 더 편합니다"는 식으로 도구가 하나씩 추가됩니다. 처음에는 관리할 수 있는 수준이지만, 도구가 서너 개 이상 쌓이면 무엇이 실제로 쓰이고 있는지조차 파악하기 어려워집니다. 구독형 SaaS 비용을 분석한 연구에서 기업들이 SaaS 비용에 필요 이상으로 30% 이상 과다 지출하고 있다는 결과가 나온 것도 이런 이유에서입니다.
이런 구조 자체가 나쁜 것은 아닙니다. 규모가 크고 지속적으로 기능을 추가해야 하는 시스템이라면 이 방식이 맞을 수 있습니다. 그러나 중소기업의 반복 업무 자동화에는 대부분 이 수준의 구조가 필요하지 않습니다.
구독 피로도 — 시간이 지날수록 쌓이는 비용
자동화 도입 초기에는 비용이 작게 느껴집니다. 도구 하나의 월 구독료는 크지 않습니다. 그런데 시간이 지나면서 이 비용이 누적되는 방식이 문제를 만듭니다.
처음에는 자동화 플랫폼 하나를 구독합니다. 그 다음에는 "이것도 연결하면 더 편해요"라는 말에 도구가 하나 추가됩니다. 또 다른 업무를 자동화하면서 또 하나가 붙습니다. 1년이 지나면 쓰는지 안 쓰는지도 불분명한 구독이 네다섯 개 쌓입니다. 이것을 구독 피로도라고 부릅니다.
중소기업에서 이 피로도가 특히 빠르게 옵니다. 구독을 관리하는 전담 인력이 없고, 사용량과 비용을 주기적으로 점검하는 구조도 없습니다. 어느 날 카드 청구서를 보고 "이게 다 뭐지?"라고 물어보게 되는 시점이 대부분 1년 안에 찾아옵니다.
쓸모 있는 자동화라면 비용을 낼 가치가 있습니다. 그러나 "혹시 몰라서" 유지하는 계약과 "언제 쓸지 몰라서" 유지하는 구독은 정리하는 것이 낫습니다. 옥수의 구조는 이 누적이 시작되는 지점 자체를 만들지 않는 방식입니다.
AI 구독과 AI 구축, 무엇이 다른가
자동화 도구를 바라보는 방식은 두 가지로 나뉩니다. 도구를 구독해서 쓰는 방식, 그리고 도구를 한 번 구축해서 내 것으로 만드는 방식입니다.
구독 방식은 플랫폼이 제공하는 기능 범위 안에서 작동합니다. 플랫폼이 바뀌거나 요금이 오르면 그대로 영향을 받습니다. 구독을 중단하면 서비스도 멈춥니다. 범용 기능을 빠르게 쓸 수 있다는 장점이 있지만, 내 업무 방식에 딱 맞게 조정하는 데는 한계가 있습니다.
구축 방식은 다릅니다. 자동화 흐름을 기존 도구 위에서 설계하고, 그 결과물이 고객의 것이 됩니다. 플랫폼 구독을 중단하더라도 이미 구축된 흐름과 데이터는 그대로 남습니다. 도구를 쓰는 동안만 기능이 유지되는 것과, 한 번 만든 뒤 내 것으로 운영하는 것의 차이입니다.
자동화 도구 구독 vs 구축 방식을 비교한 분석에서, 구축 방식은 기업 고유의 업무 흐름과 데이터가 시스템에 반영되어 오랜 시간에 걸쳐 축적된 노하우가 자산이 된다는 점이 핵심 장점으로 언급됐습니다. 구독 SaaS가 범용 기능을 제공하는 것과 달리, 구축된 자동화는 그 회사의 특수한 업무 방식에 맞게 만들어진 것이기 때문입니다.
어느 방식이 맞는지는 회사의 상황에 따라 다릅니다. 옥수의 방식은 모든 회사에 적합하지 않습니다. 이 점은 아래에서 솔직하게 말씀드립니다.
옥수가 선택한 방식 — 기존 도구 위에서 구축한다
옥수의 접근 방식은 이렇습니다. 고객이 이미 쓰고 있는 도구 위에서 자동화를 만듭니다. 새 플랫폼을 구독하게 하지 않습니다.
지금까지 진행한 프로젝트에서 고객에게 새 도구를 구독하게 한 경우가 없습니다. 이미 쓰고 있던 엑셀, 구글 시트, WordPress 위에 자동화 흐름을 얹는 방식으로 진행했습니다. 플랫폼 구독비가 추가로 생기지 않으니, 구축 완료 이후 월별 청구도 없습니다.
이 구조가 가능한 이유는 두 가지입니다. 첫째, 중소기업의 반복 업무 대부분이 이미 있는 도구만으로 해결되기 때문입니다. 새 플랫폼이 필요한 문제가 아니라, 있는 것들을 제대로 연결하면 되는 문제인 경우가 훨씬 많습니다. 둘째, 구축 후 고객이 직접 운영할 수 있도록 인수인계하기 때문입니다. 만든 사람이 계속 붙어있어야 돌아가는 구조로 만들지 않습니다.
이 원칙을 세우게 된 계기는 단순합니다. 구독 요금이 생기면 고객이 자동화의 효과보다 비용에 더 신경 쓰게 됩니다. "이게 과연 돈을 내면서 쓸 만한가"를 계속 따지게 만드는 구조에서는 신뢰가 쌓이기 어렵습니다. 한 번 만들어서 내 것이 되는 구조에서는 그 고민이 사라집니다.
왜 기존 도구를 교체하지 않는가
새 도구를 도입하지 않는 것이 단순히 비용 문제만은 아닙니다.
중소기업에서 새 도구의 도입은 예상보다 많은 에너지를 씁니다. 팀원들이 새 인터페이스에 익숙해지는 데 시간이 필요하고, 기존 데이터를 옮기는 작업이 생기며, 익숙한 방식이 사라지면서 오히려 생산성이 일시적으로 떨어지기도 합니다. "새 도구가 기존보다 좋다"는 것을 증명하는 시간이 3개월에서 6개월 걸리는 경우도 있습니다.
기존 도구를 그대로 두면 이 비용이 없습니다. 팀원들은 이미 익숙한 방식으로 일하고, 자동화는 그 위에서 조용히 돌아갑니다. 변화를 느끼는 부분은 "반복 작업이 줄었다"는 것뿐입니다.
그래서 자동화 프로젝트의 설계 원칙 중 하나가 "팀원들이 일하는 방식을 바꾸지 않는다"입니다. 자동화는 보이지 않는 곳에서 돌아가는 것이 가장 잘 만든 것입니다. 사람들이 새로 뭔가를 배워야 느껴지는 자동화는 반쯤은 실패입니다. 도구를 새로 배우게 했다면 그 도구를 도입하는 데 들인 시간과 에너지 자체가 비용입니다. 기존 도구를 유지하면 이 비용이 처음부터 없습니다.
실제 프로젝트에서 확인한 것들
세 가지 유형의 프로젝트에서 이 원칙이 어떻게 작동했는지 구체적으로 설명합니다.
첫 번째 — 보험설계사 PDF 입력 자동화
보험사에서 오는 견적·안내 자료 PDF를 엑셀 템플릿에 직접 손으로 옮겨 입력하는 작업이 있었습니다. 보험설계사분이 직접 만들어 쓰는 엑셀 템플릿이 있었는데, 보험사에서 자료가 PDF로 오면 그 내용을 템플릿에 일일이 손으로 옮겨 넣어야 했습니다. 고객을 응대해야 할 시간이 단순 입력 작업에 계속 새는 상황이었습니다.
해법은 새 시스템이 아니었습니다. 설계사분이 이미 만들어 쓰던 엑셀 템플릿을 그대로 두고, Claude와 프롬프트 설계를 통해 PDF 내용이 그 템플릿에 자동으로 들어가는 흐름을 만들었습니다. 기존 도구를 바꾸지 않았고, 새 구독도 없었습니다. 구축 완료 후에는 설계사분이 혼자서도 계속 쓸 수 있도록 사용법까지 함께 전달했습니다. PDF를 열어놓고 엑셀에 한 칸씩 옮기던 수작업이 사라졌습니다. 만족도가 높아 재구매 의사와 함께 지금도 연락이 이어지고 있습니다.
두 번째 — 업무 지시 자동 기록 체계
대표의 업무 지시가 구두와 메신저에 흩어져 누락되거나 이중으로 전달되는 문제가 있었습니다. 지시한 사람은 "분명히 말했는데"가 되고, 받은 사람은 "못 들었는데"가 되는 상황이 반복됐습니다. 누가 어떤 일을 어디까지 했는지 확인하려면 결국 한 명이 수작업으로 취합해야 했습니다.
새 프로그램을 도입하지 않았습니다. 회사에서 이미 쓰고 있던 스프레드시트에 ChatGPT와 Claude를 연결해, 지시사항이 자동으로 기록·정리되는 구조를 만들었습니다. 대표는 평소처럼 메신저에 지시를 보내면 되고, AI가 담당자·기한·내용을 구조화해서 스프레드시트에 자동으로 기록합니다. 팀이 쓰던 방식을 유지하면서 정리만 자동화한 것입니다. 지시사항을 사람이 취합하던 작업이 사라졌고, "그 일 어떻게 됐지?"를 시트 한 장에서 확인할 수 있게 됐습니다. 이 프로젝트 이후에도 추가 자동화 의뢰로 협업이 이어지고 있습니다.
세 번째 — 콘텐츠 자동화
기술 서비스 업체 T사는 블로그가 마케팅에 필요하다는 것을 알고 있었지만, 현장 일정을 소화하면서 책상에 앉아 글을 쓸 시간이 없었습니다. "쓸 이야기는 많은데 쓸 시간이 없다"는 상황이었습니다.
WordPress를 새로 바꾸지 않았습니다. 대표가 현장 경험을 두서없이 말로 풀어놓으면, 그 내용이 초안이 되어 기존 WordPress에 자동 발행되는 흐름을 만들었습니다. Claude와 WordPress를 직접 연결해, 검토를 마친 글이 자동으로 발행되도록 연동했습니다. 기존 WordPress 운영 비용 외에 아무것도 추가되지 않았습니다. "블로그 해야 하는데"가 "말만 하면 올라가는데"로 바뀌었습니다. 구축 이후에도 추가 개선 요청으로 협업이 이어지고 있습니다.
세 사례의 공통점은 하나입니다. 고객이 이미 쓰고 있던 도구를 그대로 뒀습니다. 새 플랫폼을 배우게 하지 않았고, 새 구독 요금이 생기지 않았습니다. 그리고 세 경우 모두 구축 이후에 추가 의뢰가 이어졌습니다. 기존 방식을 존중한 결과가 신뢰로 이어진 것이라고 생각합니다.
인수인계까지가 구축입니다
월 이용료를 받지 않는 구조가 가능한 또 다른 이유가 있습니다. 구축이 끝나면 고객이 직접 운영할 수 있도록 인수인계합니다.
보험설계사 사례에서 구축 후 설계사분이 혼자서도 계속 쓸 수 있도록 사용법까지 함께 전달했습니다. 시스템을 만든 사람이 계속 붙어있어야 돌아가는 구조로 만들지 않는 것이 원칙입니다.
이 원칙의 이유는 간단합니다. 만든 사람이 계속 있어야 한다면, 그것은 아직 완성이 아닙니다. 완성은 고객이 스스로 운영할 수 있는 상태입니다. 그래야 월 이용료 없이 끝낼 수 있습니다. 인수인계는 단순히 사용법을 알려주는 것이 아니라, 의존을 없애는 과정입니다.
인수인계를 어떻게 하는지 조금 더 구체적으로 말씀드립니다. 시스템 작동 원리를 이해하기 쉬운 말로 설명합니다. 어떤 상황에서 어떻게 쓰면 되는지 실제로 해보면서 확인합니다. 자주 생길 수 있는 문제와 그 해결 방법을 미리 안내합니다. 프롬프트나 설정을 직접 조정할 수 있도록 변경 지점을 알려드립니다. 기술을 잘 모르는 분이라도 일상적인 운영은 직접 할 수 있는 수준으로 넘겨드리는 것이 목표입니다.
유지보수 계약이 없으면 고장 났을 때 어떻게 하나
유지보수 계약이 없다는 말을 들으면 자연스럽게 이 질문이 나옵니다. 고장이 나면 누구에게 연락해야 하나요?
솔직하게 답변드립니다. 기존 도구 위에서 구축하기 때문에, 시스템의 핵심 부분이 갑자기 작동을 멈추는 경우가 구독 기반 플랫폼보다 훨씬 적습니다. 구글 시트가 갑자기 없어지거나 WordPress가 서비스를 종료하는 일은 거의 없습니다. 대부분의 문제는 사용 방식을 조금 바꾸거나, 인수인계 때 안내드린 방법으로 해결됩니다.
그러나 예상치 못한 문제가 생길 수도 있습니다. 그런 경우에는 문의를 주시면 확인해드립니다. 유지보수 계약 형태는 아니지만, 납품 후 실제로 문제가 생겼을 때 연락 주시면 살펴봅니다. 보험설계사 사례에서 컨설팅 이후에도 지속적으로 연락이 이어지고 있는 것처럼, 관계 자체는 납품으로 끝나지 않습니다.
이 방식이 맞지 않는 경우도 있습니다
모든 상황에 이 방식이 맞는 것은 아닙니다. 솔직하게 말씀드립니다.
지속적인 기능 추가가 필요한 경우입니다. 자동화가 완성된 뒤에도 매달 새 기능을 붙여야 한다면, 유지보수 계약이 있는 월 정액 방식이 더 효율적입니다. 옥수의 구조는 완성 이후 변화가 적은 반복 업무에 더 적합합니다.
고도로 복잡한 시스템이 필요한 경우입니다. 대규모 데이터 처리나 외부 서비스 연동이 복잡하게 얽힌 시스템은 단순 구축·인수인계로 끝내기 어렵습니다. 이런 경우 처음 상담에서 솔직하게 말씀드립니다.
내부 운영 담당자가 전혀 없는 경우입니다. 구축 후 아무도 관리하지 않는 환경이라면, 결국 문제가 생겼을 때 도움을 받을 곳이 필요합니다. 이 경우엔 유지보수 계약이 있는 곳이 더 맞을 수 있습니다.
"안 됩니다"라고 말하는 것이 이 브랜드의 방식입니다. 맞지 않는 상황에서 무리하게 진행해서 서로 고생하는 것보다, 처음부터 솔직하게 말씀드리는 것이 낫습니다. 실제로 진단에서 "이 경우엔 다른 방식이 더 맞을 것 같습니다"라고 말씀드린 경우가 있습니다. 그 선택이 장기적인 신뢰로 이어집니다.
30분 진단에서 확인하는 것들
월 이용료 없는 방식이 우리 회사의 업무에도 적용될 수 있는지 궁금하신 분들이 있을 것입니다. 진단에서는 이런 것들을 확인합니다.
현재 어떤 도구를 쓰고 있는가입니다. 엑셀, 구글 시트, 특정 업무 소프트웨어 중 무엇을 주로 사용하는지를 먼저 파악합니다. 기존 도구 위에서 자동화할 수 있는지를 판단하는 기준이 됩니다. 도구를 새로 들이지 않아도 된다면 그게 가장 빠른 방법입니다.
어떤 업무가 반복되는가입니다. 매일 또는 매주 반복하는 작업 중 자동화 가능성이 높은 것을 찾습니다. 반복성이 높고 규칙이 명확할수록 자동화 적합도가 높습니다. 반대로 예외 상황이 많고 판단이 필요한 업무는 자동화보다 사람이 하는 것이 나은 경우가 많습니다.
자동화 이후 직접 운영할 수 있는 환경인가입니다. 내부에 담당자가 있는지, 기술적 배경이 어느 정도인지를 확인합니다. 인수인계의 깊이를 어떻게 잡아야 하는지를 결정합니다. 담당자가 없다면 운영이 가능할 만큼 단순하게 만드는 방향으로 설계합니다.
이 세 가지를 30분 안에 파악해서, 자동화가 실제로 도움이 될 상황인지 아닌지를 솔직하게 말씀드립니다. 도움이 된다면 어떤 방식으로 접근할 수 있는지, 그렇지 않다면 왜 그런지를 설명합니다. 진단은 영업 프레젠테이션이 아닙니다. 가능한 것과 불가능한 것을 먼저 구분하는 자리입니다.
비슷한 상황의 독자에게
지금 업무 중에 반복해서 하는 일이 있고, 자동화를 생각해봤지만 구독 요금이나 유지비가 부담이라면 한 번 이야기를 나눠보시기 바랍니다.
기존 도구로 해결 가능한지, 새 도구가 필요한지, 그리고 월 이용료 없이 구축 가능한 구조인지를 함께 확인합니다. 자동화가 가능한 상황이라면 어떤 방식으로 접근할 수 있는지, 가능하지 않다면 왜 그런지를 솔직하게 말씀드립니다. 진단을 받았다고 해서 구축을 반드시 진행해야 하는 것은 아닙니다. 영업 전화는 드리지 않습니다.