왜 맞춤 구축인가 — 기성 솔루션이 안 맞는 회사들의 이야기

시중에 자동화 도구는 넘쳐납니다. 구글 시트 자동화, 노션 데이터베이스, 업무 연결 도구들, 업종별 SaaS(프로그램 구독 서비스)까지. 이미 만들어진 것들이 이렇게 많은데, 굳이 새로 만드는 이유가 뭘까요.

상담에서 자주 받는 질문입니다. 대부분 이런 맥락과 함께 옵니다. "저도 그 도구들 써봤는데 안 맞았어요", "도입은 했는데 결국 수작업이 남아 있어요", "직원들이 결국 예전 방식으로 돌아갔어요."

결론부터 말씀드리면, 기성 도구가 잘 맞는 회사가 있고 맞지 않는 회사가 있습니다. 어느 쪽인지는 도구의 기능 목록이 아니라 우리 회사 업무가 어떻게 흘러가는지를 보면 대부분 나옵니다. 이 판단이 자동화 도입의 출발점입니다. 이 글에서는 세 가지 실제 구축 사례를 통해 어떤 상황에서 맞춤 구축을 선택했는지, 그 기준이 어디에 있는지를 설명합니다.

'안 맞음'의 정체

기성 SaaS 도구는 가장 많은 사람들이 쓰는 방식을 기준으로 설계됩니다. 표준적인 업무 흐름에서는 잘 맞습니다. 빠르게 시작할 수 있고, 업데이트가 자동으로 되고, 비슷한 상황의 다른 회사들도 쓰기 때문에 참고할 사례도 많습니다.

그런데 "안 맞음"이 생기는 지점이 있습니다.

도구가 원하는 방식이 우리 업무 방식과 다를 때입니다. 도구는 A → B → C 순서를 기대하는데, 우리 업무는 A → C → B로 흘러가는 식입니다. 도구가 정해진 양식으로 출력을 내보내는데, 우리 담당 세무사나 거래처는 다른 형식을 요구합니다. 도구가 지원하는 연동 목록에 우리가 꼭 써야 하는 시스템이 빠져 있습니다.

이런 상황에서 나오는 선택지는 보통 세 가지입니다. 우리 업무 방식을 도구에 맞게 바꾸거나, 그 차이를 수작업으로 메우거나, 우리 방식에 맞게 직접 만들거나.

첫 번째가 맞는 경우도 있습니다. 도구가 더 나은 방식을 제안하는 경우입니다. "이렇게 해두는 게 더 효율적이었구나"가 되는 상황입니다. 두 번째는 "자동화를 도입했는데 수작업이 남아 있다"는 결과로 이어집니다. 자동화에 비용을 썼지만 실질적으로 달라진 것이 없는 상황입니다. 세 번째가 맞춤 구축입니다.

기성 도구가 더 나은 경우

맞춤 구축을 이야기하기 전에, 기성 도구가 더 나은 경우를 먼저 말씀드립니다. 필요하지 않은 곳에 비용을 쓰는 것은 권하지 않습니다.

업무 흐름이 표준적인 경우입니다. 예약 관리, 재고 입출고 기록, 견적서 발행 같은 업무는 업종 전반에 비슷한 패턴이 있고, 그 패턴에 맞춰 만든 도구들이 안정적으로 잘 돌아갑니다. 특별히 우리 회사만의 방식이 없다면 기성 도구가 맞습니다. 이미 검증된 것을 쓰는 것이 더 안전합니다.

빠르게 시작해야 하는 경우입니다. 구독형 SaaS는 가입하면 바로 씁니다. 맞춤 구축은 설계, 제작, 테스트, 인수인계까지 기간이 필요합니다. 당장 다음 주부터 써야 하는 상황이라면 기성 도구가 우선입니다. 맞춤 구축은 충분히 검토하고 시작해야 효과를 냅니다.

예산이 제한적이고 규모가 작은 경우입니다. 기성 도구의 구독료로 커버되는 업무라면, 그 안에서 잘 쓰는 것이 더 경제적일 수 있습니다. 도구가 잘 맞는다면 그게 최선입니다. 상담에서 "이건 기성 도구로 충분합니다"라고 말씀드리는 경우가 실제로 있습니다.

맞춤 구축이 필요한 상황

맞춤 구축을 선택하게 되는 상황은 크게 세 가지입니다.

기존 도구를 바꾸기 어려울 때 — 오래 써온 엑셀, 이미 업무 흐름에 녹아 있는 스프레드시트, 수년간 콘텐츠가 쌓인 블로그 시스템. 이것들을 새 도구로 옮기는 것은 데이터 이전 비용, 직원 학습 기간, 기존 업무 흐름의 단절이라는 큰 부담을 수반합니다. 이미 잘 작동하는 도구가 있다면 그것을 바꾸기보다 거기에 자동화를 붙이는 것이 현실적입니다.

우리 회사만의 업무 흐름이 있을 때 — 같은 업종이더라도 회사마다 처리하는 방식이 다릅니다. 견적 양식이 다르고, 승인 절차가 다르고, 거래처가 요구하는 서류 형식이 다릅니다. 기성 도구는 이 차이를 일부 허용하지만 한계가 있습니다. 그 차이가 업무에서 중요한 부분이라면 맞춤 설계가 필요합니다. "이 도구가 지원하지 않는 방식"이 우리 업무의 핵심인 경우가 이에 해당합니다.

여러 시스템을 연결해야 할 때 — 한 도구 안에서 해결되지 않고, 두세 가지 시스템이 서로 데이터를 주고받아야 하는 경우입니다. PDF에서 추출한 데이터를 엑셀에 넣고, 그 엑셀의 내용이 다시 다른 시스템으로 가야 하는 식입니다. 기성 도구들끼리 연결하는 방식(자동화 플랫폼 등)도 있지만, 연결이 복잡해질수록 중간에 데이터가 빠지거나 오류가 생기는 지점이 늘어납니다.

세 회사의 이야기

실제로 맞춤 구축을 선택한 세 사례입니다. 세 곳 모두 기성 도구를 먼저 검토했고, 결국 다른 방향을 선택했습니다.

보험설계사분의 경우

수년간 직접 만들어 쓰던 엑셀 템플릿이 있었습니다. 보험사에서 오는 견적 PDF를 그 템플릿에 맞게 수작업으로 옮겨 적는 것이 문제였습니다. 고객 응대에 써야 할 시간이 단순 입력 작업에 계속 새고 있었습니다.

시중의 PDF 추출 도구들은 PDF에서 텍스트를 뽑아주지만, 우리 엑셀 템플릿 구조에 맞게 정리하는 것은 하지 못했습니다. 도구가 내보내는 형식과 기존 템플릿 구조가 달랐고, 그 차이를 메우는 수작업이 결국 남았습니다.

Claude와 프롬프트 설계로 PDF 내용이 기존 엑셀 템플릿에 직접 들어가는 흐름을 만들었습니다. 오래 써온 템플릿을 새로 만들거나 바꾸지 않았습니다. 새 시스템을 배우는 기간도 없었습니다. PDF를 넣으면 템플릿에 맞게 내용이 정리되는 흐름이 완성됐습니다. 구글 미트 원격으로 진행했고, 설계사 본인이 혼자서도 계속 운영할 수 있도록 프롬프트 설계와 사용법 인수인계까지 완료했습니다. PDF를 열어놓고 엑셀에 한 칸씩 옮기던 작업이 사라졌습니다. 구축 이후에도 재구매 의사와 함께 연락이 이어지고 있습니다. 더 자세한 과정은 보험 PDF 자동화 사례에서 보실 수 있습니다.

업무 지시가 증발하던 회사

대표가 내리는 업무 지시, 직원들이 받은 업무 내용이 전부 말과 메신저에 흩어져 있었습니다. "분명히 말했는데"와 "못 들었는데"가 반복되는 상황이었고, 누가 어떤 일을 어디까지 했는지 확인하려면 결국 한 사람이 수작업으로 취합해야 했습니다.

시중의 협업 도구(노션, 아사나 등)를 도입하면 해결될 것 같지만, 현실에서는 그 도구를 쓰도록 직원들의 행동을 바꾸는 것 자체가 또 하나의 프로젝트가 됩니다. 기존 방식에 익숙한 직원들이 새 도구에 적응하는 기간 동안 업무가 둔화되고, 결국 원래 방식으로 돌아가는 경우가 많습니다.

이미 익숙한 스프레드시트를 버리지 않고 거기에 ChatGPT와 Claude를 연결했습니다. 업무 지시를 평소처럼 말하거나 메모하면 AI가 담당자·기한·내용을 구조화해서 스프레드시트에 자동으로 기록하는 방식입니다. 직원들이 익숙한 도구를 그대로 썼고, 달라진 것은 정리가 자동으로 된다는 것이었습니다. "그 일 어떻게 됐지?"를 시트 한 장에서 확인할 수 있게 됐습니다. 새 프로그램을 배우게 하는 방식이 아니라, 일하던 방식은 그대로 두고 정리만 AI가 하게 만든 것이 핵심이었습니다. 구글 미트 원격으로 진행했고, 이후 추가 자동화 의뢰로 협업이 이어지고 있습니다.

말로 풀면 블로그가 되는 회사

기술 서비스 업체 T사는 블로그가 영업에 도움이 된다는 걸 알고 있었지만, 현장 일정을 소화하면서 책상에 앉아 글을 쓸 시간이 없었습니다. "쓸 이야기는 많은데 쓸 시간이 없다"는 상황입니다.

AI 글쓰기 도구들이 있지만, 기성 도구가 만들어내는 글은 일반적인 내용입니다. 이 회사의 강점인 "현장에서 직접 경험한 이야기"를 기성 도구가 담아낼 수는 없었습니다.

Claude와 WordPress를 MCP(프로그램끼리 직접 연결하는 방식)로 이어붙였습니다. 대표가 현장 경험을 두서없이 말로 풀면 그것이 블로그 초안이 되고, 검토를 마친 글이 WordPress에 자동으로 발행되는 구조입니다. 기존에 쓰던 WordPress를 그대로 뒀습니다. 글을 "쓰는" 과정 자체를 없앤 것입니다. 현장 경험이라는 회사의 가장 강한 콘텐츠 자산이 글쓰기 부담 없이 꾸준히 쌓이는 구조가 됐습니다. "블로그 해야 하는데"가 "말만 하면 올라가는데"로 바뀌었습니다. 구글 미트 원격으로 진행했고, 구축 이후에도 추가 개선 요청으로 협업이 이어지고 있습니다.

세 사례 모두 기존에 쓰던 도구(엑셀, 스프레드시트, WordPress)를 그대로 뒀습니다. 새 도구를 배우게 하지 않고, 기존 방식에 자동화를 붙였습니다. 결과가 달라진 것이고 과정은 그대로였습니다. 도입 첫날부터 적응 기간 없이 효과가 났습니다.

기존 도구를 유지하는 것이 핵심인 이유

새 도구를 도입하면 직원들이 익숙해지는 데 시간이 걸립니다. 그 기간에 실수가 생기고, 기존 방식과 새 방식이 섞이고, 결국 원래 방식으로 돌아가는 경우가 많습니다. 도입 비용을 썼지만 현장에서 쓰이지 않는 상황입니다.

기존 도구를 유지하면 이 적응 비용이 없습니다. 직원들이 익숙한 방식으로 계속 일하고, 달라진 것은 수작업이 줄어든 것입니다. 첫날부터 효과를 느낍니다.

이 방식이 잘 맞는 조건이 있습니다. 기존 도구 안의 특정 작업만 반복적으로 시간을 잡아먹는 경우입니다. 도구 자체는 문제가 없는데 그 안에서 하는 수작업이 문제인 상황, 이럴 때 기존 도구에 자동화를 붙이는 방식이 가장 빠르고 안전합니다. 결과를 구축 첫날부터 확인할 수 있다는 것도 장점입니다.

기존 도구를 유지하는 방식이 맞지 않는 경우도 있습니다. 기존 도구의 데이터 구조 자체가 엉켜 있는 경우입니다. 여러 사람이 각자 다른 방식으로 엑셀을 써온 결과 셀 형식이 제각각이고, 병합된 셀이 가득하고, 컬럼명이 없는 상태라면 자동화를 붙여도 제대로 작동하지 않습니다. 이 경우는 데이터 구조 정리가 먼저입니다. 또는 현재 업무 흐름 자체가 비효율적이어서 자동화보다 프로세스 재설계가 먼저인 경우도 있습니다. 이럴 때는 솔직하게 말씀드립니다.

맞춤 구축의 비용 구조를 솔직하게

맞춤 구축이 기성 SaaS 구독보다 초기 비용이 크다는 것은 사실입니다. 구독형 서비스는 즉시 시작할 수 있고, 초기에 드는 비용이 낮습니다. 이 차이는 무시할 수 없습니다.

반면 구독 모델은 사용하는 동안 계속 비용이 발생합니다. 맞춤 구축은 완료 후 추가 구독료가 없습니다. 수년에 걸쳐 계속 쓴다면 어느 쪽이 더 경제적인지는 기간과 규모에 따라 달라지고, 이 계산은 진단에서 같이 해볼 수 있습니다.

중소기업의 반복 업무 자동화는 대형 ERP나 전사 시스템 개발과는 규모가 다릅니다. 범위를 명확히 정하고, 필요한 부분만 만들면 처음에 생각하는 것보다 작은 규모에서 시작할 수 있습니다.

옥수는 2주 파일럿 방식으로 시작합니다. 처음부터 전체를 만들지 않고, 가장 효과가 클 것 같은 업무 하나를 2주 안에 작동하는 상태로 먼저 만듭니다. 비용은 파일럿 시작 전에 확정하고, 추가 비용이 없습니다. 2주가 지나면 실제로 돌아가는 결과물이 있고, 그것을 보고 계속할지 확장할지를 결정합니다. 큰 비용을 쓰기 전에 작은 단위로 효과를 확인하는 방식입니다.

구독 없이 운영되는 구조를 만드는 이유와, 비용 구조에 대한 더 자세한 설명은 별도 글에서 정리했습니다.

어떤 방식이 맞는지 판단하는 순서

기성 SaaS와 맞춤 구축 중 어느 것이 맞는지는 진단에서 파악합니다. 30분 안에 대부분의 윤곽이 나옵니다.

먼저 확인하는 것은 지금 쓰는 도구와 데이터입니다. 오래된 엑셀 파일, 직원들이 쓰는 시트, 기존 시스템이 어떤 상태인지를 보면 자동화를 붙일 수 있는지, 데이터 정리가 먼저인지, 도구 교체가 맞는지가 나옵니다. 보여주시는 파일 하나만으로도 방향이 잡히는 경우가 많습니다.

다음으로 확인하는 것은 업무 흐름의 특수성입니다. 이 회사만의 방식인지, 아니면 표준적인 방식인지. 어떤 형식으로 자료를 받는지, 어떤 형식으로 내보내야 하는지, 중간에 어떤 판단 단계가 있는지를 파악합니다. 특수성이 높으면 기성 도구와 충돌이 생기는 경우가 많습니다.

마지막으로 확인하는 것은 직원들의 적응 가능성입니다. 새 도구를 배우는 시간, 기존 방식을 바꾸는 데 드는 저항도 비용입니다. 눈에 잘 안 보이지만 실제로 큽니다. 직원 수와 현재 도구 사용 수준, 변화에 대한 조직의 반응도 고려합니다.

이 세 가지를 보고 기성 도구가 더 나은 선택이라면 그렇게 말씀드립니다. 반대로 맞춤 구축이 필요한 경우라면 어떤 범위에서, 어떤 방식으로 시작하면 되는지를 같이 설계합니다.

자주 묻는 질문

기성 도구를 이미 쓰고 있는데 거기에 AI를 붙일 수 있나요?

경우에 따라 다릅니다. 기성 도구에서 데이터를 내보낼 수 있는 형태가 있고, 그 데이터를 AI가 처리한 결과를 도구가 받아들일 수 있다면 가능합니다. 세 사례 모두 이 방식으로 진행됐습니다. 제약이 있다면 진단에서 확인됩니다.

맞춤 구축을 했다가 나중에 고장 나면 어떻게 하나요?

인수인계까지가 구축 범위입니다. 만들어주고 끝내는 방식이 아니라, 직접 쓸 수 있는 수준으로 익히고 넘깁니다. 보험설계사분이 구축 이후 혼자 계속 운영하고 계신 것이 그 결과입니다. AI나 도구에 변경이 생겼을 때 대응하는 방법도 인수인계에 포함합니다.

어떤 업무가 맞춤 구축에 적합한지 어떻게 알 수 있나요?

"같은 작업을, 같은 방식으로, 주기적으로 반복하고 있다"가 기본 조건입니다. 거기에 "규칙이 있고, 예외가 많지 않다"면 자동화 가능성이 높습니다. "매번 판단이 달라지는 일"은 자동화보다 사람이 하는 편이 낫습니다. 어느 쪽인지 판단이 어려울 때 진단에서 같이 보는 것이 가장 빠릅니다.

AI 자동화와 기성 소프트웨어를 함께 쓰는 것도 가능한가요?

가능합니다. 기성 도구로 처리하기 어려운 부분만 AI가 담당하고, 나머지는 기존 소프트웨어가 처리하는 방식입니다. 옥수의 구축 방식은 이미 쓰는 것을 최대한 활용하고, 그 안에서 해결 안 되는 부분만 AI로 채우는 방향입니다. 교체가 아니라 보완입니다.

처음엔 기성 도구로 시작했다가 나중에 맞춤 구축으로 전환하는 것도 가능한가요?

가능하고, 실제로 이 순서가 맞는 경우도 있습니다. 기성 도구로 먼저 시작해서 어떤 부분이 안 맞는지 경험해보고, 그 부분만 맞춤으로 해결하는 방식입니다. "어디서 막히는지"를 알아야 무엇을 만들어야 하는지가 명확해지기 때문에, 기성 도구 사용 경험 자체가 이후 맞춤 구축 설계에 도움이 됩니다. 처음부터 완벽한 맞춤 시스템을 만들려 하기보다 작게 시작해서 필요에 따라 넓혀가는 방식이 대부분 더 안전합니다.

비슷한 상황이라면

기성 도구를 써봤는데 안 맞았거나, 어떤 방식이 우리 회사에 맞는지 판단이 어렵다면 30분 무료 진단에서 같이 파악해 드립니다.

지금 쓰는 도구와 업무 흐름을 보여주시면, 기성 도구로 해결할 수 있는지 아니면 맞춤 구축이 필요한지를 솔직하게 말씀드릴 수 있습니다. 비용 대비 효과가 안 나오는 방향은 권하지 않습니다. 만들 필요가 없는 곳에 비용을 쓰게 하지 않습니다.

가능하다면 지금 어디서 가장 시간이 많이 들고, 어떤 부분이 기성 도구로 해결이 안 됐는지를 생각해두고 오시면 30분을 더 효율적으로 쓸 수 있습니다. 어떻게 준비하면 좋은지는 진단 준비 가이드에 정리되어 있습니다.

30분 무료 진단 신청 — 영업 전화는 없습니다.