설계를 시작하기 전에 배우는 것들
상담 요청이 들어오면 바로 도구를 제안하거나 견적을 내지 않습니다. 먼저 묻는 것들이 있습니다. 지금 이 일을 어떻게 처리하고 있는지, 어떤 도구를 쓰고 있는지, 언제 이 작업이 가장 많이 몰리는지, 오류가 생기면 어떻게 수습하는지. 이 답변들이 나오기 전까지는 설계를 시작할 수 없습니다.
이것이 옥수가 컨설팅을 진행하는 방식의 출발점입니다. "자동화 솔루션을 도입한다"는 것이 목표가 아니라, 지금 이 회사에서 실제로 일어나고 있는 일을 이해하고, 그것을 더 잘 돌아가게 만드는 것이 목표이기 때문입니다.
범용 자동화 도구들이 많습니다. 자동화 기능을 표방하는 서비스도 다양합니다. 그런데 그 도구들이 중소기업 현장에서 실제로 정착하고 있는가를 보면, 기대만큼 쓰이지 않는 경우가 많습니다. 도입했는데 쓰지 않게 됩니다. 담당자가 교육을 받았는데 두어 달 후에는 기존 방식으로 돌아갑니다. 기능은 많은데 실제 업무 흐름과 맞지 않아 결국 병행하다가 포기합니다.
2026년 기준 자동화 플랫폼을 구매한 중소기업의 약 62%가 도입 후 플랫폼을 교체한다는 조사가 있습니다. 교체의 가장 흔한 이유는 기능이 나빠서가 아닙니다. 처음에 구매 결정이 기능 목록을 기준으로 이루어졌고, 실제 운영 구조와 맞지 않았다는 것입니다. 이것이 현장 프로세스를 먼저 배우는 이유입니다.
범용 솔루션이 맞지 않는 상황의 공통점
자동화 도구는 대체로 가장 많은 회사가 공통으로 하는 방식을 기준으로 만들어집니다. 다수에게 편리하도록 설계된 것입니다. 그런데 그 기준이 "내 회사가 일하는 방식"과 정확히 맞는 경우는 생각보다 드뭅니다. 특히 다음과 같은 상황에서 불일치가 커집니다.
오래된 특수 양식이 있는 경우: 수년에 걸쳐 업종에 맞게 최적화된 엑셀 파일, 계산 공식, 정리 구조가 있는 업체들이 있습니다. 이것을 표준화된 새 도구로 교체하면 기능은 커져도, 실제로 쓰는 사람들이 불편해하거나 기존에 운영하던 방식이 무너지는 경우가 생깁니다.
담당자 교체가 잦은 경우: 사람이 자주 바뀌는 업무 환경에서는 새 도구 교육을 반복해야 하는 부담이 생깁니다. 학습 곡선이 긴 도구일수록 담당자가 바뀔 때마다 공백이 생깁니다.
예외 케이스가 많은 업무: 표준 시나리오로는 처리할 수 없는 예외가 자주 발생하는 업무라면, 범용 도구의 자동화 규칙이 자꾸 예외에 걸려 멈추게 됩니다. 오히려 수동 처리보다 더 번거로워지는 경우가 있습니다.
기존 시스템과의 연결 요구: 이미 쓰는 ERP, 발주 시스템, 회계 소프트웨어가 있을 때, 새 도구가 그것들과 연결되지 않으면 이중 입력이 생깁니다.
이런 상황들을 진단 없이 파악하는 것은 어렵습니다. 현장 프로세스를 먼저 배우는 이유가 이것입니다.
실제 사례 1: 보험설계사 — 기존 엑셀 템플릿을 그대로 유지한 이유
보험설계사분의 실제 사례입니다. 보험사에서 받은 견적서·안내 자료가 PDF로 오면, 그 내용을 직접 만든 엑셀 템플릿에 손으로 옮겨 넣는 작업이 하루에 2시간씩 걸렸습니다. 더 효율적인 방법이 있을 것 같다는 생각에 상담을 요청했습니다.
진단 과정에서 확인한 것이 있습니다. 그분이 쓰는 엑셀 템플릿은 단순한 데이터 저장 파일이 아니었습니다. 수년간 고객 응대를 하면서 직접 최적화한 비교 분석 틀이었습니다. 어떤 항목이 어떤 순서로 보여야 고객이 이해하기 쉬운지가 녹아 있었습니다. 이 틀을 기반으로 고객 미팅을 진행하고, 비교 설명을 하고, 최종 선택을 안내하는 흐름이 이미 완성되어 있었습니다.
이런 분에게 "PDF에서 데이터를 추출해 주는 표준 OCR 도구"를 제안하면 어떻게 될까요. 추출은 됩니다. 그런데 그 추출 결과물이 본인의 엑셀 템플릿 구조에 맞지 않아 결국 다시 손으로 옮겨야 합니다. 도구를 하나 추가했는데 작업이 줄어들지 않은 것입니다. 심한 경우에는 추출 도구 결과를 확인하고, 그것을 다시 템플릿에 옮기는 단계가 추가되면서 오히려 더 번거로워집니다.
선택한 접근은 달랐습니다. 템플릿 자체는 그대로 유지하고, PDF에서 필요한 항목을 추출해 그 템플릿 구조에 맞게 자동으로 채워 넣는 흐름을 만드는 것이었습니다. Claude를 활용해 PDF를 넣으면 필요한 항목이 기존 엑셀 템플릿의 항목별 위치에 맞게 추출되도록 프롬프트를 설계했습니다. 기존 엑셀을 새 것으로 교체하거나 구조를 바꾸지 않았습니다. 연결 방식도 본인이 혼자 쓸 수 있는 수준으로 구성했고, 사용법까지 인수인계했습니다.
결과는 하루 2시간이었던 작업이 3분으로 줄었습니다. 새 프로그램을 배운 것이 아닙니다. 기존에 쓰던 엑셀을 그대로 쓰면서, 입력하는 수작업만 사라진 것입니다. 이후에도 재구매 의사와 함께 연락이 이어지고 있습니다.
이것이 현장 프로세스를 먼저 배운 뒤 설계한 결과입니다. 처음부터 표준 OCR 도구를 제안했다면 이 결과가 나오지 않았습니다.
실제 사례 2: 업무 지시 자동화 — 쓰던 스프레드시트를 교체하지 않은 이유
두 번째 사례는 중소기업의 업무 지시 관리입니다. 대표가 직원들에게 내리는 업무 지시가 구두와 메신저에 흩어져 있었습니다. 누가 어떤 일을 어디까지 했는지 확인하려면 결국 한 명이 수작업으로 취합해야 했고, "분명히 말했는데"와 "못 들었는데"가 반복되는 상황이었습니다.
이런 상황에서 흔히 제안되는 해결책은 프로젝트 관리 도구를 도입하는 것입니다. 기능적으로는 맞는 도구들이 있습니다. 그러나 진단 과정에서 파악한 것이 있었습니다. 이미 오래 써온 스프레드시트가 있었고, 직원들이 그 구조에 익숙해져 있었습니다. 스프레드시트 안에 이미 누가 어떤 역할을 하는지, 어떤 상태를 어떻게 표시하는지가 정리되어 있었습니다.
새 도구를 도입하면 두 가지 문제가 예상됐습니다. 첫째, 직원들이 새 도구 사용법을 익히는 데 시간이 걸립니다. 둘째, 습관이 바뀌기 전까지는 기존 스프레드시트와 새 도구를 병행하게 되고, 결국 두 곳에 같은 내용이 불완전하게 존재하는 상태가 됩니다. 경험적으로 이런 병행 기간이 길어지면 결국 익숙한 쪽만 남습니다.
선택한 접근은 기존 스프레드시트를 그대로 유지하면서, AI가 업무 지시를 자동으로 정리해 그 시트에 기록되도록 연결하는 것이었습니다. ChatGPT와 Claude를 기존 스프레드시트에 연결해, 대표가 평소처럼 말하거나 메모하면 AI가 담당자·기한·내용을 구조화해 시트에 자동으로 기록되도록 했습니다. 새 프로그램을 배울 필요가 없었고, 직원들의 업무 방식도 크게 바뀌지 않았습니다.
결과는 지시사항을 사람이 취합하던 작업이 사라지고, 한 장의 시트에서 누가 어떤 일을 어디까지 했는지를 확인할 수 있는 구조가 됐습니다. 이후에도 추가 자동화 의뢰로 협업이 이어지고 있습니다.
새 도구를 도입해서 기존 방식을 대체하려 했다면 이 결과가 나오지 않았을 것입니다. 현장에서 이미 돌아가는 방식을 먼저 이해한 뒤, 그 방식을 최대한 유지하면서 자동화를 연결했기 때문에 가능했습니다.
실제 사례 3: 콘텐츠 자동화 — 블로그 플랫폼을 교체하지 않은 이유
세 번째 사례는 기술 서비스 업체 T사입니다. 블로그가 영업에 도움이 된다는 것을 알고 있었지만, 현장 일정이 빠듯해 글 쓸 시간이 없었습니다. "쓸 이야기는 많은데 쓸 시간이 없다"는 상황이었습니다.
이 경우 새로운 콘텐츠 관리 플랫폼이나 소셜미디어 예약 도구를 도입하는 방식도 있습니다. 그러나 진단 과정에서 파악한 것이 있었습니다. 이미 WordPress를 쓰고 있었고, 기존 발행된 글들이 쌓여 있었으며, 직원들이 WordPress 관리 방식에 익숙했습니다. 플랫폼을 바꾸면 이 모든 자산이 이전 작업이 필요해지고, 운영 방식을 새로 익혀야 합니다.
선택한 접근은 WordPress를 그대로 유지하면서, 대표가 현장 경험을 말로 풀어내면 그것이 블로그 초안으로 자동 작성되고 WordPress에 자동 발행되는 흐름을 구축하는 것이었습니다. Claude와 WordPress를 MCP(프로그램끼리 자동으로 데이터를 주고받게 연결하는 방식)로 직접 연결해, 검토를 마친 글이 자동으로 발행되도록 연동했습니다. 대표가 현장에서 경험한 것을 녹음하거나 메모로 남기면, 그것이 블로그 글로 전환되는 흐름입니다.
결과는 "블로그 해야 하는데"가 "말만 하면 올라가는데"로 바뀌었습니다. 현장 경험이라는 회사의 가장 강한 콘텐츠 자산이 글쓰기 부담 없이 꾸준히 쌓이는 구조가 됐습니다. 구축 이후에도 추가 개선 요청으로 협업이 이어지고 있습니다.
세 사례의 공통점
세 사례를 보면 공통된 패턴이 있습니다. 기존에 쓰던 도구를 버리게 하지 않았습니다. 엑셀 템플릿, 스프레드시트, WordPress — 모두 이미 현장에서 돌아가던 것들입니다. 자동화는 그것들을 대체한 것이 아니라, 그것들이 더 잘 돌아가도록 연결한 것입니다.
자동화 도입에서 "기존 도구를 바꾸지 않는다"는 원칙이 중요한 이유가 있습니다. 도구를 바꾸는 것은 단순히 기능을 교체하는 것이 아니라, 그 도구를 중심으로 형성된 업무 습관, 보고 체계, 데이터 구조를 함께 바꾸는 것입니다. 이 변화에는 시간과 에너지가 필요하고, 그 과도기 동안 업무 효율이 일시적으로 낮아지는 경우도 많습니다. 자동화의 목적은 업무를 더 편하게 하는 것인데, 도구 교체로 인한 혼란이 그 이득을 상쇄하는 상황이 생길 수 있습니다.
이것이 현장 프로세스를 먼저 배우는 것의 실질적인 의미입니다. 현장에 가보기 전에는 무엇을 유지하고 무엇을 자동화할지를 알 수 없습니다. 기능 목록을 보고 솔루션을 고르는 것이 아니라, 실제 업무 흐름을 먼저 파악한 뒤 그것에 맞는 설계를 하는 것입니다.
진단에서 실제로 하는 것들
30분 무료 진단은 단순한 요건 청취가 아닙니다. 진단 과정에서 실제로 파악하려는 것들이 있습니다.
지금 이 업무를 어떤 방식으로 하고 있는지 — 도구, 순서, 예외 처리. 그 과정에서 가장 많은 시간이 소요되는 단계가 어디인지. 이 중에서 자동화했을 때 오히려 문제가 생길 수 있는 부분이 어디인지. 기존에 쓰는 도구 중 그대로 유지해야 할 것과 연결 대상이 될 것. 담당자가 바뀌어도 돌아갈 수 있는 구조인지, 아니면 특정 사람에게 의존하는 구조인지.
이 질문들에 대한 답이 나와야 설계를 시작할 수 있습니다. 그리고 설계가 완료된 뒤에야 견적을 드립니다. 먼저 범위를 확정한 뒤 비용을 확정하는 순서가, 나중에 추가 비용이 발생하는 방식보다 고객에게도 저희에게도 낫습니다. 진단 후 진행하지 않아도 됩니다.
진단에서 "안 됩니다"라는 답이 나오는 경우도 있습니다. 현재 업무 방식이 자동화보다 직접 처리하는 것이 더 효율적인 경우, 예외가 너무 많아 자동화 효과가 구축 비용보다 낮은 경우, 데이터 상태가 자동화를 연결하기 어려운 상태인 경우가 그렇습니다. 이 경우 솔직하게 말씀드립니다. 안 된다고 말하는 것이 진단의 역할이기도 합니다.
구축 이후 — 인수인계까지가 설계의 일부다
현장 프로세스를 배우는 것이 구축 전에만 해당하는 것은 아닙니다. 구축 이후 어떻게 운영될 것인지도 설계 과정에서 함께 정합니다.
보험설계사 사례에서 사용법을 인수인계한 것이 이 때문입니다. 자동화 시스템이 돌아가더라도, 담당자가 직접 세팅을 조정하거나 예외 상황에 대응해야 할 순간이 반드시 옵니다. 그 순간에 옥수에 연락해야만 돌아가는 구조는 좋은 구조가 아닙니다. 담당자 스스로 기본 운영과 조정을 할 수 있어야 진짜로 정착한 것입니다.
이것이 구축 후 별도 월 이용료나 유지보수 계약을 맺지 않는 이유와도 연결됩니다. 처음부터 담당자가 혼자 운영할 수 있도록 설계하고 인수인계하는 것이 목표이기 때문입니다. 업무 방식이 크게 바뀌거나 새 기능이 필요해질 때는 추가 의뢰로 이어지는 경우가 있지만, 그것은 새로운 필요가 생긴 것이지 유지보수 비용이 아닙니다.
세 사례 모두 구축 이후에도 협업이 이어지고 있습니다. 그것은 유지보수 계약 때문이 아니라, 첫 번째 구축에서 현장을 제대로 이해하고 함께 일한 경험이 쌓였기 때문입니다. 두 번째 의뢰에서는 처음처럼 현장을 새로 배울 필요 없이 바로 설계를 시작할 수 있습니다.
어떤 업종이 맞나 — 판단 기준
현장 맞춤 접근이 특히 효과적인 업종과 상황이 있습니다. 아래 항목이 해당한다면 맞춤 구축이 기성 솔루션보다 실제 효과가 크게 나는 경우가 많습니다.
| 상황 | 기성 솔루션 | 맞춤 구축 |
|---|---|---|
| 오래된 특수 양식·파일 보유 | 적합하지 않을 수 있음 | 기존 자산 유지하며 연결 가능 |
| 업무 예외 케이스가 자주 발생 | 예외에 자꾸 막힘 | 예외 처리 로직을 맞게 설계 |
| 기존 시스템과 연결 필요 | 연동 제한 있는 경우 많음 | 필요한 연결 직접 구성 |
| 담당자 교체가 잦은 환경 | 학습 비용 반복 발생 | 기존 방식 유지로 전환 부담 줄임 |
단, 맞춤 구축이 항상 정답은 아닙니다. 업무 흐름이 표준적이고 예외가 적은 경우, 기성 SaaS 도구가 훨씬 빠르고 저렴합니다. 진단에서 이 구분을 먼저 합니다. 맞춤 구축이 필요한 상황인지, 기성 도구로 충분한지를 가장 먼저 말씀드립니다.
자주 묻는 질문
Q. 어느 업종이든 상담이 가능한가요? 업종에 제한은 없습니다. 다만 상담에서 확인하는 것은 업종이 아니라 업무의 성격입니다. 반복적이고 규칙이 있는 업무라면 업종과 무관하게 자동화 가능 여부를 검토할 수 있습니다.
Q. 현재 어떤 도구를 쓰는지 미리 정리해서 와야 하나요? 정리하지 않으셔도 됩니다. 진단 중에 함께 파악합니다. 다만 어떤 작업이 반복적으로 불편한지, 어디서 시간이 가장 많이 소요되는지를 떠올려 오시면 진단 시간이 더 알차게 됩니다.
Q. 규모가 작은 회사도 괜찮은가요? 구축 사례 세 가지 모두 소규모 사업자·1인 운영자와 함께한 작업입니다. 규모보다 중요한 것은 반복 업무가 얼마나 시간을 잡아먹고 있는지입니다. 하루 30분~1시간 이상 수작업으로 반복되는 일이 있다면 충분히 대상이 됩니다.
Q. 원격으로 진행해도 되나요? 구축 사례 세 가지 모두 구글 미트 원격으로 진행했습니다. 현장 방문이 필요하지 않습니다. 진단과 구축, 인수인계까지 전 과정을 원격으로 완료할 수 있습니다.
Q. 진단 후 진행하지 않아도 되나요? 됩니다. 진단 결과를 듣고 진행 여부를 결정하시면 됩니다. 진단 단계에서는 비용이 발생하지 않고, 진행을 결정하지 않아도 됩니다. 가능한지 아닌지만 확인하고 싶은 경우에도 문의해 주세요.
자동화가 맞는 업무인지 확신이 없다면
어떤 업무를 자동화할 수 있는지 명확하지 않은 상태에서 상담을 요청하시는 경우가 많습니다. 그것이 정상입니다. 무엇이 가능한지 알기 위해서 진단이 있는 것이고, 진단 결과가 기대와 다를 수 있다는 것도 처음부터 말씀드립니다.
자동화가 확실하게 효과를 내는 업무의 공통 특성이 있습니다. 규칙이 있고, 반복적이며, 입력과 출력이 비교적 명확한 업무입니다. 반대로 매번 판단이 필요하고, 예외 처리가 전체의 30%를 넘으며, 사람의 맥락 이해가 반드시 필요한 업무는 자동화보다 사람이 더 잘합니다. 이 기준에서 어디에 해당하는지가 진단에서 가장 먼저 확인하는 부분입니다.
비슷한 업종이나 업무 상황에서 어떤 방식이 효과적이었는지는 기존 사례들에서 확인하실 수 있습니다. 또한 어떤 업무를 자동화 대상으로 먼저 골라야 하는지에 대한 판단 기준은 자동화할 업무 고르는 법에서 참고하실 수 있습니다.
궁금하신 부분은 30분 무료 진단에서 직접 여쭤봐 주세요. 영업 전화는 없습니다.