자동화 외주를 맡겨본 적 있는 분들 중에는 이런 경험이 있으신 분들이 있습니다.
처음 견적을 받을 때 금액이 나왔습니다. 납득하고 계약을 맺었습니다. 그런데 개발이 진행되면서 말이 나오기 시작합니다. "이 부분은 견적에 포함이 안 됩니다." "이 기능을 추가하려면 별도 비용이 발생합니다." "처음에 말씀 안 하셨잖아요." 그렇게 하나씩 쌓이다 보면, 최종 정산 금액이 처음 이야기한 것의 두 배가 넘어있기도 합니다.
이것은 특별히 나쁜 업체를 만났을 때만 생기는 일이 아닙니다. 구조적으로 발생하는 문제입니다.
추가 비용이 생기는 구조
외주 개발 시장에서는 이 현상을 "스코프 크리프(Scope Creep)"라고 부릅니다. 초기에 합의한 개발 범위 밖의 요구사항이 진행 중에 추가되는 현상입니다.
왜 이게 생기냐면, 대부분의 발주자는 처음부터 무엇이 필요한지를 완전히 알지 못합니다. 당연합니다. 만들어본 적이 없으니까요. 개발이 실제로 진행되면서 "이것도 필요했구나", "이렇게 되면 저것도 있어야 할 것 같은데"라는 것들이 나옵니다. 수행사 입장에서는 이게 초기 합의 범위 밖이므로 추가 비용을 청구합니다.
업계 조사에 따르면 소프트웨어 외주 프로젝트의 약 70%가 초기 예산을 초과합니다. 그리고 스코프 크리프가 쌓이면 최종 비용이 처음 견적의 2~3배가 되는 경우도 드물지 않습니다. 이게 특별한 사례가 아니라 시장 평균에 가깝다는 것이 더 큰 문제입니다.
수행사 입장에서도 항상 악의가 있는 건 아닙니다. 처음에 범위를 명확하게 합의하지 않은 채로 시작하면, 나중에 "이건 포함인가 아닌가"를 두고 해석이 갈립니다. 발주자는 당연히 포함이라고 생각하고, 수행사는 포함이 아니라고 생각합니다. 이런 해석 차이가 쌓이면 관계까지 나빠집니다.
고정 견적을 내는 업체의 현실
고정 견적을 내는 업체 입장에서 솔직하게 말씀드리겠습니다.
시작 전에 금액을 확정한다는 것은, 진행 과정에서 발생하는 불확실성을 수행사가 흡수한다는 뜻입니다. 진단에서 아무리 꼼꼼하게 확인해도, 실제 구축 과정에서 예상치 못한 부분이 나오는 경우가 있습니다. 연결하려는 시스템의 데이터 형식이 예상과 달랐다거나, 예외 케이스가 처음 생각보다 많았다거나 하는 상황입니다. 그 위험 부담을 수행사가 지는 구조입니다.
이것이 고정 견적이 변동 방식보다 초기 숫자가 높아 보이는 이유 중 하나입니다. 업계 표준적으로 고정가 프로젝트의 견적에는 불확실성을 흡수하기 위한 여유분이 포함됩니다. "불확실하니까 일단 싸게 시작하고 나중에 청구하는" 방식과 달리, "불확실한 부분까지 감안해서 처음에 명확하게 말씀드리는" 방식입니다.
어느 쪽이 결과적으로 더 나은지는 상황에 따라 다릅니다. 하지만 처음 견적이 낮아 보여도 추가 비용이 쌓이면 고정 견적보다 비싸지는 경우가 많습니다. 그리고 금액 외에도 진행 중의 불안감과 관계 훼손을 비용으로 계산하면 더욱 그렇습니다.
우리가 이 방식을 선택한 이유
옥수는 프로젝트를 시작하기 전에 견적을 확정합니다.
이 방식을 선택한 이유는 돈 계산 때문만이 아닙니다.
진행 중에 추가 비용이 생길 수 있다는 가능성이 있으면, 고객은 작업 내내 불안합니다. 어디까지 요청해도 되는지, 이 부분을 수정 요청하면 추가 비용이 붙는지 — 이런 계산이 머릿속에 있으면 솔직하게 소통하기 어렵습니다. "이건 말해도 될지 모르겠다"고 망설이다가 나중에 "아, 이게 필요했는데"가 되는 경우가 생깁니다.
솔직한 소통이 안 되면 결과물의 완성도가 떨어집니다. 고객도 손해고, 저희도 손해입니다.
견적을 미리 확정하면 다릅니다. 고객은 비용이 얼마인지 알고 결정합니다. 진행 중에는 결과에만 집중할 수 있습니다. 요청하고 싶은 것을 부담 없이 말할 수 있습니다. "이 부분이 이렇게 되면 더 좋을 것 같은데요"를 편하게 말할 수 있는 환경이 좋은 결과물을 만드는 데 실질적으로 중요합니다.
우리는 작은 팀입니다. 만드는 사람이 직접 상담하고, 진단하고, 구축합니다. 진행 중에 "이건 추가 비용입니다"라는 협상을 반복하는 것보다, 처음에 범위를 명확히 하고 그 안에서 완성도에 집중하는 것이 일하기 좋습니다. 그리고 그 방식이 고객에게도 낫다고 생각합니다.
어떻게 시작 전에 견적을 확정하는가
"시작도 하기 전에 어떻게 금액을 정합니까"라는 질문이 당연히 나옵니다.
처음에 30분 무료 진단을 하는 이유가 여기에 있습니다. 진단 없이 견적을 내는 것은 불가능합니다. 어떤 업무를 자동화하는지, 어떤 방식이 맞는지, 어디까지가 이번 범위인지를 먼저 명확히 해야 금액이 나옵니다.
진단에서 확인하는 것들이 있습니다.
어떤 업무 구간이 자동화 대상인가. 하루 중 얼마나 자주, 얼마나 많은 건수가 처리되는가. 지금 어떤 도구를 쓰고 있고, 그것을 바꿔야 하는가 아니면 그대로 두고 연결만 하면 되는가. 연결해야 하는 다른 시스템이 있는가. 예외 케이스가 얼마나 되는가. 이미 시도해본 것이 있는가.
이 과정에서 "이건 지금은 안 됩니다"라고 말하는 경우도 있습니다. 기술적으로 가능하더라도, 유지보수 비용이 구축 비용보다 커지는 구조라거나, 자동화보다 업무 방식 정리가 먼저인 경우가 있습니다. 이런 판단이 나오면 솔직하게 말씀드립니다. 진단에서 "안 됩니다"라고 말하는 것이 나중에 "됩니다"라고 해놓고 제대로 못 만드는 것보다 낫습니다.
진단이 끝나면 범위를 확정하고, 그 범위에 맞는 견적을 드립니다. 고객은 그 금액을 보고 진행 여부를 결정합니다. 진행하기로 하면 그 금액이 마지막 금액입니다.
실제 프로젝트에서 어떻게 됐나
지금까지 진행한 세 가지 사례를 말씀드리겠습니다.
보험설계사분의 PDF 입력 자동화
보험사에서 오는 견적·안내 PDF를 자체 엑셀 템플릿에 자동으로 입력되게 만든 프로젝트입니다. 처음 상담에서 어떤 PDF 파일이 어떤 형식으로 오는지, 어떤 엑셀 템플릿의 어떤 항목에 들어가야 하는지, 예외적인 서류 형태가 있는지를 확인했습니다. 그 범위를 같이 정한 다음 견적을 확정하고 진행했습니다.
구축 중에 "이 항목도 추가해주실 수 있어요?"가 나왔습니다. 처음 범위에 포함된 부분이었기 때문에 추가 비용 없이 반영했습니다. 완성 후에는 본인이 직접 운영할 수 있도록 사용 방법을 인수인계했습니다. 이후 재구매 의사와 함께 연락이 이어지고 있습니다.
업무 지시 자동 기록 프로젝트
구두와 메신저로 오가던 업무 지시가 스프레드시트에 자동으로 정리되도록 만든 프로젝트입니다. 진단에서 "어떤 방식으로 지시가 오가는지, 어떤 시트에 기록되어야 하는지, 담당자·기한·내용 중 어떤 항목을 추출해야 하는지, 알림 방식은 어떻게 되어야 하는지"를 먼저 정했습니다. 거기서 범위와 견적이 나왔고, 그 이상을 청구한 일이 없습니다. 이후 추가 자동화 문의로 협업이 이어지고 있습니다.
T사의 블로그 콘텐츠 자동화
WordPress와 AI를 연결해서 현장 경험이 자동으로 블로그 초안이 되고 발행까지 이어지는 구조를 만든 프로젝트입니다. "어느 단계까지 자동화하고, 어느 단계에서 사람이 검토하는지"를 진단에서 같이 그려보고 범위를 확정한 다음 견적을 정했습니다. 구축 이후에도 추가 개선 요청으로 협업이 이어지고 있습니다.
세 프로젝트 모두 진행 중에 추가 비용 청구가 없었습니다. 처음 확정한 범위 안에서 마무리됐습니다.
진행 중에 범위가 달라지는 경우
드물지만 진행 중에 처음 합의한 범위 밖의 것이 필요해지는 경우가 있습니다.
이 경우, 먼저 그것이 원래 범위 안에 포함되어 있다고 볼 수 있는지를 같이 확인합니다. 처음 협의 내용에 포함된 부분이라면 추가 비용 없이 합니다. 명확하게 범위 밖이라면, 그 부분만 따로 진단하고 별도 견적을 드립니다. 고객이 결정합니다.
"구축했으니 이것도 포함 아닌가요?"는 없습니다. 범위 밖의 일은 새로 합의하고 새로 진행합니다. 반대로, 범위 안에 있는 일을 "이건 추가 비용"이라고 청구하는 것도 없습니다. 처음 합의한 범위가 기준입니다.
이 원칙을 지키려면 처음 진단에서 범위를 명확하게 정하는 것이 중요합니다. 애매하게 시작하면 나중에 해석이 갈립니다. 그래서 진단에서 시간을 충분히 씁니다.
고정 견적이 맞지 않는 경우
솔직하게 말씀드리겠습니다. 고정 견적 방식이 모든 상황에 맞는 것은 아닙니다.
요구사항이 계속 바뀔 가능성이 높은 경우. 업무 방식 자체가 아직 정해지지 않았거나, 진행 중에 방향이 자주 달라지는 조직이라면 고정 범위로 묶는 방식이 오히려 불편할 수 있습니다. 이런 경우에는 처음부터 그렇게 말씀드리고, 다른 접근을 제안합니다.
대규모·장기 시스템 통합 프로젝트. 여러 시스템이 연결되고 기간이 길어질수록 처음에 모든 범위를 예측하는 것이 어렵습니다. 이런 경우 단계별로 범위를 정하면서 진행하는 방식이 더 맞습니다. 저희가 진행하는 파일럿 방식 — 가장 효과적인 한 구간을 먼저 하는 것 — 이 이런 상황에서 유용합니다.
반면 아래 상황에서는 고정 견적이 잘 맞습니다. 자동화를 처음 시도하는 경우. 예산을 미리 확정해야 결정할 수 있는 경우. 이전에 외주 과정에서 추가 비용으로 불편했던 경험이 있는 경우. 범위가 명확한 작은 단위부터 시작하는 경우. 실제로 저희와 일하는 분들은 대부분 이런 상황입니다.
견적이 예산과 맞지 않을 때
견적을 받아보고 "우리 예산과 안 맞는다"는 경우가 있습니다.
이럴 때 드리는 말씀은 한 가지입니다. 범위를 줄여보는 것을 같이 생각해봅시다. 전체를 한 번에 하지 않고, 가장 효과가 큰 한 구간을 먼저 하는 방식입니다. 범위가 작아지면 시작 비용도 낮아지고, 그 결과를 보고 다음을 결정할 수 있습니다.
반대로 예산이 충분한데 견적이 너무 낮게 나온 것 아닌가 하는 걱정을 하시는 분도 있습니다. 이 경우도 범위 기반으로 이야기합니다. 범위가 명확하면 견적이 명확합니다. 범위를 확장하면 견적도 그에 맞게 조정됩니다. 처음에 범위를 작게 잡고 나중에 추가하는 방식이 처음부터 크게 잡는 것보다 실패 가능성이 낮습니다.
요금 구조에 대한 설명은 요금 안내에서 먼저 확인해볼 수 있습니다. 구체적으로 내 상황에서 얼마가 드는지는 진단에서 범위를 같이 정해야 나옵니다.
추가 의뢰가 이어지는 이유
세 가지 사례에서 공통적으로 구축 이후에 추가 의뢰가 이어졌습니다.
이것이 단순히 서비스가 좋아서라고만 생각하지 않습니다. 처음 진행 과정에서 추가 비용 걱정 없이 솔직하게 소통할 수 있었던 것이 신뢰를 만들었다고 봅니다. 같이 일해보면서 일하는 방식을 경험했기 때문에, 다음 단계를 맡기기가 쉬워집니다. 처음에는 신뢰가 없어서 작게 시작하고, 결과를 확인한 뒤에 더 큰 것을 맡기는 것이 자연스러운 흐름입니다.
처음에 견적을 명확하게 확정하는 것이 단기 프로젝트뿐 아니라 관계에도 좋은 이유가 여기에 있습니다. 한 번 불쾌한 경험이 있으면 그 다음은 없습니다. 예측 가능한 방식으로 일하는 것이 단기적으로는 물론 장기적으로도 낫습니다.
처음 진단에서 무엇을 준비하면 되나
30분 무료 진단을 신청하시면, 따로 준비하실 것이 많지 않습니다.
자동화하고 싶은 업무가 어떤 것인지 대략적으로 설명해주시면 됩니다. 지금 어떤 방식으로 처리하고 있는지, 어디서 시간이 가장 많이 드는지, 어떤 도구를 쓰고 있는지. 지금 쓰는 파일 — 엑셀, 스프레드시트, PDF 등 — 이 있으면 보여주시는 것으로 충분합니다.
기술적인 내용은 저희가 정리합니다. "이게 가능한지 모르겠는데"라는 질문을 갖고 오셔도 됩니다. "이전에 다른 곳에 맡겼다가 잘 안 됐어요"라는 경험을 갖고 오셔도 됩니다. 진단에서는 가능한 것과 안 되는 것을 구분해서 말씀드립니다. 가능하다면 어떤 방식이 맞는지, 어떤 범위로 시작하면 좋은지까지 정리해드립니다.
진단 결과를 갖고 고객이 결정합니다. 결정하기 전에 한 번 더 물어보셔도 됩니다. 결정 압박은 없습니다.
범위를 확정할 때 자주 나오는 상황들
진단과 범위 확정 과정에서 반복적으로 나오는 상황들이 있습니다.
"어디까지 자동화해야 할지 모르겠어요" — 가장 흔한 상황입니다. 전체 업무 흐름을 같이 살펴보면서 어디서 시간이 가장 많이 드는지, 어디서 오류가 자주 나는지, 어디서 담당자가 가장 힘들어하는지를 확인합니다. 그 중에서 자동화 효과가 크고 구현이 현실적인 구간을 먼저 고릅니다. 처음부터 "전부 자동화"를 목표로 잡으면 범위를 정하기 어렵습니다. "이 한 가지"를 정하면 명확해집니다.
"이전에 맡겼다가 중간에 엎어졌어요" — 이런 경험이 있는 분들이 진단에서 자주 하시는 이야기입니다. 어떤 이유에서 그렇게 됐는지를 먼저 살펴봅니다. 범위가 너무 넓어서인지, 기술 선택이 잘못됐는지, 요구사항이 중간에 너무 많이 바뀌었는지. 이전 경험에서 나온 원인이 이번에도 같을 수 있고, 접근 방식을 달리하면 피할 수 있는 경우도 있습니다. 솔직하게 이야기해주시면 그 부분도 같이 살펴봅니다.
"얼마나 걸릴지 모르겠어요" — 범위가 명확해지면 기간도 명확해집니다. 처음에는 "몇 달이 걸릴지"가 불안하지만, 작은 단위로 시작하면 2주 안에 실제로 쓸 수 있는 것이 나옵니다. 그 결과를 보고 다음을 결정하는 방식이 "전체 일정을 미리 잡고 시작하는" 것보다 예측하기 쉬운 경우가 많습니다.
"담당자가 바뀔 수 있는데 괜찮나요" — 구축 후 인수인계가 있습니다. 본인이 직접 운영할 수 있도록 사용 방법을 정리해드립니다. 담당자가 바뀌어도 문서와 설명이 있으면 이어서 쓸 수 있습니다. 우리가 없어도 돌아가는 구조를 만드는 것이 목표입니다.
자주 묻는 질문
Q. 무료 진단 이후에 바로 계약이 이어지나요?
아닙니다. 진단에서는 가능한 것과 비용을 정리해드립니다. 그 결과를 갖고 고객이 결정합니다. 진단 후에 생각해봐야겠다고 하시면 그렇게 하시면 됩니다. 결정 기한을 정해두거나 연락을 계속 드리거나 하지 않습니다. 영업 전화는 없습니다.
Q. 중간에 생각이 바뀌어서 다른 방향으로 가고 싶으면요?
진행 중에 방향이 바뀌면 먼저 이야기해주세요. 처음 범위 안에서 조정할 수 있는 부분인지, 아니면 새로운 합의가 필요한 부분인지를 같이 확인합니다. 범위를 크게 바꾸는 것은 새로운 프로젝트로 다루는 것이 맞습니다. 이미 만든 것을 버리고 처음부터 다시 하는 것은 양쪽 모두에게 손해입니다. 방향 변경이 생길 것 같다는 것이 미리 예상된다면 진단에서 그 가능성도 같이 이야기합니다.
Q. 진단 결과로 "안 됩니다"가 나오면요?
그렇게 되면 솔직하게 말씀드립니다. 기술적으로 가능하더라도 유지보수 비용이 구축 비용보다 커지는 구조라거나, 지금 당장 자동화보다 업무 방식 정리가 먼저인 경우라거나, 자동화 이후에 오히려 더 불편해지는 구조라는 것이 보이면 그렇게 말합니다. 이런 경우 어떻게 하면 나아질 수 있는지도 같이 이야기합니다. 진단 자체는 무료입니다.
Q. 원격으로만 진행해도 되나요?
네. 지금까지 진행한 모든 프로젝트가 구글 미트 원격으로 진행됐습니다. 직접 만나지 않아도 됩니다. 시간을 맞춰 화상으로 진행하고, 파일과 자료는 공유 링크로 주고받습니다. 지역에 관계없이 진행 가능합니다.
마지막으로
"추가 비용 없음"이라는 말은 외주 시장에서 많이 씁니다. 중요한 건 그 말이 어떤 구조로 지켜지는가입니다.
저희가 추가 비용을 청구하지 않는 이유는 단순합니다. 시작 전에 범위와 금액을 확정했기 때문입니다. 범위 안에 있는 일은 그 안에서 해결하는 것이 저희 일입니다. 이 원칙은 첫 번째 프로젝트에서나 세 번째 프로젝트에서나 다르지 않습니다.
자동화 외주를 처음 검토하는 분이라면, 추가 비용 구조와 범위 확정 방식을 미리 확인해두는 것이 좋습니다. 계약 전에 "범위를 어떻게 정하냐", "범위 밖의 요청이 생기면 어떻게 처리하냐"를 물어보면 업체의 운영 방식이 드러납니다. 이 질문에 명확하게 답하지 못하거나 "일단 해보면서 정합시다"라고 하는 경우는 주의가 필요합니다.
이전에 추가 비용으로 불쾌한 경험이 있으셨거나, 예산을 미리 알아야 결정할 수 있는 상황이라면 한 번 이야기해보세요. 구축 사례가 궁금하신 분은 사례 페이지에서 먼저 확인해보세요.
30분 무료 진단 신청하기 — 영업 전화 없이 가능한 것과 비용을 정리해드립니다.