영업팀 없는 회사 — 만드는 사람이 직접 상담하는 이유

상담을 받는 사람과 만드는 사람이 다를 때, 사이에서 무언가가 빠집니다.

자동화 외주를 알아보는 분이 영업 담당자에게 상황을 설명하면, 영업 담당자가 개발팀에 전달하고, 개발팀이 견적을 내고, 다시 영업 담당자를 통해 전달됩니다. 이 과정에서 맥락이 달라지거나, 어려운 부분은 빠지거나, 중요한 전제 조건이 누락되는 일이 생깁니다. 개발을 시작한 뒤에 "처음 말씀하신 것과 달라진 게 있습니다"라는 말이 나오는 이유 중 하나가 이것입니다.

옥수는 영업팀이 없습니다. 상담, 진단, 설계, 구축, 인수인계까지 같은 사람이 합니다. 이 글은 왜 이 구조를 유지하는지, 그것이 실제로 무엇을 달라지게 만드는지를 씁니다. 세 가지 실제 사례가 그 답입니다.

자동화 외주가 실패하는 가장 흔한 이유

IT 자동화 외주 프로젝트에서 가장 자주 나오는 실패 이유가 있습니다. 기술력 부족보다 소통 문제에서 오는 경우가 많습니다. 처음에 설명한 내용과 만들어진 것이 다르거나, 완성 후 "이건 우리가 원하던 게 아니다"라는 말이 나오는 경우입니다. 초기 미팅에서 계약서 작성, 작업 진행까지 소통이 한 번이라도 끊기면 프로젝트가 흔들린다는 것은 외주 개발 업계에서 반복적으로 확인되는 패턴입니다.

소통 문제가 생기는 구조적 이유가 있습니다. 사장님이나 담당자가 설명한 내용이 영업 담당자 → PM → 개발자로 전달되는 과정에서 달라집니다. "매일 아침 30분씩 하는 이 작업"이 영업 담당자에게는 "엑셀 정리 자동화"로 요약되고, 개발자에게는 "스프레드시트 처리"로 전달됩니다. 각 단계에서 조금씩 단순화되고, 중요한 예외 상황이나 맥락이 빠집니다.

만드는 사람이 처음부터 직접 듣는 구조에서는 이 과정이 없습니다. 어떤 파일에서 어떤 값을 어떤 타이밍에 어디로 옮겨야 하는지, 예외가 언제 생기는지, 담당자가 얼마나 직접 운영할 수 있어야 하는지 — 이 세부 사항을 처음 대화에서 바로 잡을 수 있습니다. 상담에서 나온 내용이 설계에 그대로 반영됩니다.

직접 상담이 만드는 차이 — 세 가지 사례

실제로 어떻게 달라지는지는 사례가 가장 정확하게 보여줍니다.

보험설계사분의 PDF 자동화

보험설계사분이 처음 연락했을 때 말씀하신 문제는 간단했습니다. "보험사에서 오는 PDF를 엑셀에 일일이 입력하는 것을 없애고 싶다"는 것이었습니다. 상담에서 확인한 것은 이것뿐이 아니었습니다. 어떤 보험사의 PDF가 오는지, 형식이 몇 가지인지, 직접 만들어 쓰는 엑셀 템플릿이 어떻게 생겼는지, 그리고 설계사 본인이 상담 이후에도 혼자서 계속 운영할 수 있어야 한다는 조건이었습니다.

구축한 것은 기존 엑셀 템플릿을 그대로 두고, Claude 세팅과 프롬프트를 설계해서 PDF 내용이 자동으로 템플릿에 들어가게 만드는 것이었습니다. 새로운 도구를 구매하지 않았고, 인수인계까지 포함해서 설계사 본인이 직접 운영할 수 있도록 만들었습니다. "혼자 운영해야 한다"는 조건이 처음 상담에서 나왔기 때문에 설계 방향이 처음부터 그쪽으로 잡혔습니다. 컨설팅 이후 만족도가 높아 재구매 의사와 함께 지금도 연락이 이어지고 있습니다.

처음 상담에서 실제 PDF와 엑셀 템플릿을 화면으로 함께 보지 않았다면, "혼자 운영해야 한다"는 조건이 설계에 얼마나 중요한 제약인지 파악하는 데 더 오래 걸렸을 것입니다. 파일을 직접 보면서 이야기하는 상담이 기술 배경 없이 설명하는 상담보다 처음부터 정확한 방향을 잡을 수 있다는 것이 이 사례가 보여주는 것입니다.

사무·운영 업체의 업무지시 관리

업무 지시가 계속 누락되고 "분명히 말했는데"가 반복된다는 상황으로 연락이 왔습니다. 상담에서 확인한 것은 현재 지시 방식(구두와 메신저), 이미 쓰고 있는 스프레드시트, 담당자 수, 그리고 "새 도구를 배우지 않고 쓸 수 있어야 한다"는 조건이었습니다.

이 조건이 있었기 때문에 구축 방향이 처음부터 정해졌습니다. 기존 스프레드시트에 ChatGPT와 Claude를 연결해서, 업무 지시를 평소처럼 입력하면 담당자·기한·내용이 자동으로 정리되어 시트에 기록되는 구조를 만들었습니다. 새 프로그램을 도입하지 않은 것은 처음 상담에서 그 조건을 명확히 들었기 때문입니다. 구축 후 추가 자동화 의뢰로 협업이 계속 이어지고 있습니다.

"새 도구를 배우지 않아야 한다"는 조건을 첫 상담에서 들었기 때문에 방향이 즉시 결정됐습니다. 이 조건 없이 "업무 지시 자동화"라는 말만 들었다면 별도 프로젝트 관리 앱 도입을 제안했을 수도 있습니다. 상담에서 나온 제약 조건이 설계를 결정하고, 설계를 한 사람이 구축을 했기 때문에 그 조건이 결과물에 그대로 반영됐습니다.

T사의 블로그 자동화

기술 서비스 회사 T사는 블로그를 써야 한다는 건 알지만 쓸 시간이 없는 상황이었습니다. 상담에서 나온 것은 "쓸 이야기는 많은데 쓸 시간이 없다"는 것, 현재 WordPress를 쓰고 있다는 것, 그리고 대표분이 말로 풀어놓은 현장 이야기가 글이 되어야 한다는 것이었습니다.

Claude와 WordPress를 MCP(AI와 외부 도구를 직접 잇는 방식)로 연결해서, 대표분이 말로 풀면 그 내용이 블로그 글로 자동 생성되고 발행까지 이어지는 구조를 만들었습니다. WordPress를 교체하지 않은 것도, 이 방향이 결정된 것도 첫 상담에서 현재 도구와 운영 방식을 확인했기 때문입니다. 구축 이후에도 추가 개선 요청으로 협업이 이어지고 있습니다.

기술적으로 가능한 방법은 여럿이었습니다. 별도 CMS를 새로 도입할 수도 있었고, 별도 AI 글쓰기 서비스를 쓸 수도 있었습니다. WordPress를 유지하면서 MCP로 연결하는 방향이 선택된 것은 첫 상담에서 "WordPress를 쓰고 있다"와 "말로 풀면 글이 되어야 한다" 두 조건을 동시에 들었기 때문입니다. 조건을 들은 사람이 설계를 하면 선택지를 좁히는 데 시간이 걸리지 않습니다.

세 사례가 공통으로 보여주는 것이 있습니다. 상담에서 나온 조건 — 혼자 운영해야 한다, 새 도구를 배우지 않아야 한다, 기존 도구를 유지해야 한다 — 이 설계에 직접 반영됐습니다. 상담을 듣는 사람과 만드는 사람이 같기 때문에 가능한 일입니다.

세 사례 모두 구축 완료 이후 추가 의뢰 또는 재연락이 있었다는 점도 공통점입니다. 처음에 어떤 조건으로 만들었는지, 어떤 예외 상황을 고려했는지, 어디까지 범위를 잡았는지를 같은 사람이 알고 있기 때문에 추가 작업 시 다시 설명하는 과정이 없습니다. 처음 상담 때와 같은 사람에게 "이 부분을 더 넓히고 싶다"고 말하면 됩니다. 자동화 구축이 한 번으로 끝나는 것이 아니라, 업무가 성장하면서 함께 조정해나가는 방식입니다.

원격 상담이 가능한 이유

세 사례 모두 구글 미트를 통한 원격 상담으로 진행했습니다. 이유는 하나입니다. 화면을 공유하면 실제 파일과 도구를 함께 보면서 이야기할 수 있기 때문입니다.

"이런 PDF가 오면 이렇게 처리해야 합니다"를 말로만 설명할 때와, 실제 PDF를 화면에 올려놓고 함께 보면서 이야기할 때 — 나오는 정보의 양이 다릅니다. 특히 자동화 대상 업무는 실제로 어떤 파일에서 어떤 순서로 어떤 예외 상황을 처리하는지를 직접 보여주실 때 처음부터 정확하게 파악할 수 있습니다.

서울·경기뿐 아니라 어디서든 상담이 가능한 것도 이 이유입니다. 직접 방문하지 않아도 화면 공유만으로 충분한 경우가 대부분입니다. 지금까지 진행한 상담은 전부 원격으로 완료됐습니다.

원격 상담이 오히려 편하다는 분도 많습니다. 직접 방문 일정을 잡을 필요 없이 본인 자리에서 실제 업무 파일을 바로 꺼내 보여주실 수 있기 때문입니다. "이 파일이 이렇게 생겼는데, 이 열에서 이 값을 꺼내야 합니다"를 말로만 설명하는 것보다 화면을 보여주는 쪽이 훨씬 빠릅니다. 구글 미트 링크를 보내드리면 별도 설치 없이 브라우저에서 바로 참여하실 수 있습니다.

상담에서 구축까지 — 실제 진행 순서

처음 연락부터 완료까지 어떤 순서로 진행되는지 정리합니다.

첫 단계인 30분 무료 진단에서 가능한지 아닌지를 먼저 확인합니다. 가능하지 않은 경우에는 이유를 솔직하게 말씀드립니다. 진단에서 "됩니다"가 나오면, 어떤 방식으로 접근할지를 이야기하고 이후 견적을 드립니다. 이 단계에서 영업 전화나 후속 연락은 없습니다. 진행 여부는 보내시는 분이 결정합니다.

견적은 구축 시작 전에 확정합니다. 진행 중에 "이런 것도 되나요?"라는 추가 요청이 생기면 원래 범위에 포함된 것인지를 먼저 확인합니다. 포함되지 않은 경우에는 추가 견적 여부를 안내합니다. 시작 후 비용이 늘어나는 방식은 쓰지 않습니다.

2주 파일럿 구축 이후에는 인수인계가 있습니다. 만들어진 시스템을 담당자분이 직접 쓸 수 있게 함께 해봅니다. 설명서를 드리는 방식이 아니라, 실제 업무 상황을 가정하고 함께 써보면서 익히는 방식입니다. 대부분은 인수인계 이후 혼자 운영하실 수 있도록 설계합니다.

파일럿 2주로 시작하는 이유

자동화를 처음부터 전체 범위로 구축하는 대신, 가장 효과가 클 것 같은 업무 하나를 골라 2주 안에 작게 먼저 만들어 보는 방식을 씁니다. 이유는 두 가지입니다.

첫째, 실제로 우리 환경에서 작동하는지를 먼저 확인할 수 있습니다. 자동화가 기술적으로 가능하더라도 실제 데이터, 실제 파일, 실제 업무 흐름에 맞게 돌아가는지는 만들어봐야 압니다. 파일럿 없이 전체를 구축하면 나중에 "이 부분이 우리 상황에 맞지 않는다"는 것이 나왔을 때 이미 많은 것이 완성된 상태입니다. 파일럿은 그 위험을 작은 범위에서 먼저 확인하는 단계입니다.

둘째, 실제로 써본 뒤에 다음을 결정할 수 있습니다. 파일럿이 완료되면 두 가지 방향이 있습니다. 이 하나가 잘 작동하면 같은 방식으로 다른 업무에도 자동화를 붙이는 것, 아니면 이 하나로 충분하다고 판단하고 마치는 것입니다. 처음부터 전체를 결정할 필요가 없습니다. 작동하는 것을 눈으로 확인하고, 그 다음을 결정하는 방식입니다.

파일럿이 완료되는 2주는 실제 업무 환경에서 작동하는지 확인하는 기간이기도 합니다. 구축이 끝나더라도 담당자분이 직접 써보면서 "이 부분이 다르게 처리되어야 한다"는 것이 나오는 경우가 있습니다. 이 피드백은 인수인계 전에 반영합니다. 만들어서 넘겨주는 방식이 아니라, 실제로 써봐야 보이는 것을 마치고 완료하는 방식입니다. 비용 구조는 요금 안내에서 먼저 확인하실 수 있습니다.

이 구조가 잘 맞는 경우와 맞지 않는 경우

솔직하게 씁니다.

잘 맞는 경우입니다. 매일 또는 매주 같은 방식으로 반복하는 업무가 있고, 그 수작업을 없애고 싶은 분입니다. 기존 도구(엑셀, 구글 스프레드시트, WordPress 등)를 바꾸지 않고 거기에 자동화를 붙이고 싶은 분입니다. 구축 후 직접 운영하고 싶고, 매달 의존 비용이 생기는 것을 원하지 않는 분입니다. 지금까지 진행한 세 사례 모두 이 조건에 맞았습니다.

구체적으로 이런 상황과 잘 맞습니다. PDF나 이메일로 받은 내용을 엑셀에 수동으로 옮기는 일이 매일 반복되는 경우, 여러 담당자가 각각 보낸 내용을 취합해서 한 곳에 정리하는 작업이 주마다 생기는 경우, 같은 내용을 다른 양식으로 두 번 이상 입력해야 하는 경우입니다. 이런 반복 작업은 "규칙이 있고, 자주 반복되는" 구조이기 때문에 자동화 효과가 바로 보입니다. 반면 매번 판단이 달라지는 업무나, 처음 보는 케이스가 자주 나오는 업무는 자동화보다 사람이 직접 처리하는 것이 더 빠른 경우가 많습니다.

맞지 않는 경우도 있습니다. 수십 명이 쓰는 대규모 시스템을 처음부터 새로 만들어야 하는 경우, 이미 쓰는 SaaS 제품 안에서 기능을 개선하고 싶은 경우, 특정 기술 스택을 지정해서 구축해야 하는 경우 — 이런 경우는 진단에서 솔직하게 말씀드리고 다른 방향을 안내합니다. 맞지 않는 곳에 시간을 쓰는 것은 양쪽 모두에게 낭비입니다. 진단에서 "이 상황에서는 저보다 맞는 방향이 있습니다"라는 말씀을 드리는 경우도 있습니다.

자주 묻는 질문

"개발자가 직접 상담한다고 하는데, 기술 설명이 많지 않나요?"

기술 용어를 쓰지 않는 것이 기본 방식입니다. "API 연동"이나 "스크립트"가 아니라 "프로그램끼리 자동으로 데이터를 주고받게 연결한다", "버튼 하나 없이 처리된다"는 방식으로 설명합니다. 지금까지 진행한 모든 상담에서 기술 담당자가 동석하지 않았습니다. 개발 배경이 없는 대표님이나 실무 담당자와 직접 이야기했고, 업무를 설명해주실 수 있으면 기술 지식은 필요 없습니다. 상담 중에 이해가 안 되는 부분이 있으면 바로 말씀해주시면 됩니다. 모르는 용어를 넘어가는 방식은 쓰지 않습니다.

"1인 운영이면 빠른 답변이 어려운 것 아닌가요?"

처음 연락 주시면 2~3일 이내에 일정 조율 답변을 드립니다. 구축이 진행되는 동안에는 주 단위로 진행 상황을 공유합니다. 여러 프로젝트를 동시에 빠르게 진행하는 방식보다, 한 번에 집중해서 완성하는 방식으로 운영합니다. 동시에 진행하는 프로젝트 수를 제한하는 것도 이 이유입니다. 지금 진행 중인 분에게 집중하는 것이 빠른 완료와 품질 모두에 낫습니다. 일정이 꽉 찬 경우에는 솔직하게 말씀드리고 시작 가능한 시점을 안내합니다.

"구축 비용이 어떻게 되나요?"

비용 구조와 진행 방식은 요금 안내 페이지에서 먼저 확인하실 수 있습니다. 구체적인 금액은 무엇을 만들지를 진단에서 정한 뒤에 드립니다. 처음부터 범위가 확정되지 않은 상태에서 금액을 먼저 말씀드리면 이후에 달라지는 경우가 생기기 때문입니다. 진단 → 범위 확정 → 견적 확정의 순서로 진행합니다.

"지금 쓰는 도구가 계속 바뀌지 않을까요?"

도구가 바뀌어도 작동하도록 설계하는 것이 기본 원칙입니다. 특정 서비스에만 의존하는 구조보다, 어떤 도구로 교체하더라도 핵심 자동화가 살아남는 방식으로 설계합니다. 세 사례 모두 이미 쓰던 도구(엑셀, 스프레드시트, WordPress)를 그대로 유지하면서 자동화를 붙이는 방식을 썼습니다. 나중에 도구를 바꾸게 되더라도, 어떤 흐름으로 자동화가 구성되어 있는지 인수인계 단계에서 정리하기 때문에 전환 시 참고가 됩니다.

"문의 후 바로 구축을 시작해야 하나요?"

진단에서 가능 여부를 확인한 뒤 진행 여부를 별도로 결정하시면 됩니다. 진단 자리에서 바로 결정을 내리실 필요는 없습니다. 진단 후 며칠 혹은 한 달 뒤에 내부 논의가 끝난 다음 연락 주시는 경우도 있습니다. 그 사이에 별도 연락은 드리지 않습니다.

시작하는 방법

지금까지 어떤 자동화 구축이 진행됐는지 더 보고 싶다면 사례 페이지를 먼저 확인하시면 됩니다.

연락 전에 준비해두면 진단이 더 빠르게 진행됩니다. 지금 가장 자주 하는 수작업 업무 한 가지를 생각해두시면 됩니다. 어떤 파일을 쓰는지, 하루 또는 주에 몇 번 하는 작업인지, 어디서 어디로 옮기는 일인지 — 이 세 가지를 말씀해주실 수 있으면 30분 진단 시간을 충분히 활용할 수 있습니다. 기술 지식이나 자동화에 대한 배경 지식은 필요 없습니다. 지금 하는 업무를 설명할 수 있으면 충분합니다.

지금 당장 진행을 결정하지 않아도 됩니다. 방향만 먼저 확인하고 싶은 경우에도 진단을 신청하실 수 있습니다. 가능 여부와 어떤 방식이 맞을지를 먼저 파악하고, 내부 논의 이후 결정하시는 분이 많습니다. 그 사이에 별도 연락을 드리는 방식은 쓰지 않습니다. 진단은 무료이며, 자동화가 가능하지 않은 경우에는 솔직하게 말씀드립니다.

먼저 어떤 상황인지 보여주시면 됩니다. 지금 수작업으로 하는 업무가 무엇인지, 어떤 도구를 쓰고 있는지, 얼마나 자주 반복되는지를 간략하게 적어 연락 주시면 됩니다. 30분 무료 진단에서 가능한지 아닌지를 먼저 확인해드립니다.

영업 전화는 없습니다. 진단 이후 판단은 보내시는 분이 합니다.

30분 무료 진단 신청하기