“소프트웨어 외주 개발 업체 찾습니다”라는 문의 한 줄에는 사실 완전히 다른 두 가지 일이 섞여 있습니다.
기능 하나를 며칠 만에 코딩해 줄 사람을 찾는 일과, 회사 업무 전체를 시스템으로 옮기는 일.
둘은 견적도, 계약 방식도, 책임 소재도 다릅니다.
이 구분 없이 견적을 요청하시면, 받는 쪽도 정확한 답을 드리기 어렵습니다.
“외주”라는 말 안에 섞여 있는 두 가지 일
단건 프리랜서 발주는 기능 단위로 끝납니다.
화면 하나, API 하나, 스크립트 하나를 정해진 기간에 받고 끝나는 구조입니다.
반대로 정식 SI(시스템 통합) 외주는 현재 업무 프로세스를 파악하고, 여러 시스템을 연동하고, 운영까지 이어지는 일입니다.
둘을 같은 잣대로 견적 내면 어긋납니다. 단건 기준으로 낮게 잡은 예산에 SI급 범위를 요구하시면, 업체는 견적을 거절하거나 범위를 몰래 줄입니다.
견적을 가르는 세 가지
요구사항 정의서가 있는지가 가장 큽니다.
무엇을, 왜, 어떤 데이터로 처리할지 정리된 문서가 있으면 견적 편차가 줄어듭니다.
없으면 첫 미팅이 그 정의서를 만드는 자리가 됩니다.
유지보수를 포함할지도 정하셔야 합니다. 만들고 끝인지, 운영하면서 계속 고쳐 나갈지에 따라 계약 형태 자체가 달라집니다.
기존 시스템과의 연동 범위도 마찬가지입니다. ERP나 MES 같은 사내 시스템과 데이터를 주고받아야 한다면, 그 연동까지 견적에 들어가야 나중에 추가 비용이 안 생깁니다.
자체 개발과 외주, 언제 외주가 맞나
내부에 개발 인력이 있어도 외주를 쓰시는 경우가 많습니다. 이유는 대부분 기간입니다.
채용부터 시작하면 몇 달이 걸리는 일을, 외주는 바로 시작할 수 있습니다.
반대로 자체 개발이 맞는 경우도 있습니다. 그 시스템이 회사의 핵심 경쟁력이라 계속 고쳐 나가야 한다면, 외부에 전부 맡기는 쪽이 오히려 나중에 발목을 잡습니다.
| 구분 | 단건 프리랜서 발주 | 정식 SI 외주 |
|---|---|---|
| 단위 | 기능·화면 단위 | 업무 프로세스 단위 |
| 계약 형태 | 건별 | 유지보수 포함 계약 |
| 연동 범위 | 대체로 미포함 | 기존 시스템 연동 포함 |
| 책임 소재 | 산출물 인도로 종료 | 운영 중 이슈까지 대응 |
발주 후에도 남는 것
개발이 끝나면 소스코드 권리와 인수인계 범위를 확인하셔야 합니다.
여기가 애매하면, 나중에 다른 곳에 유지보수를 맡기고 싶어도 못 옮기는 일이 생깁니다.
문서·계정·배포 환경까지 넘겨받는 조건을 발주 시점에 정해 두시는 게 안전합니다.
GrowSpace는 요구사항 정의부터 개발, 기존 시스템 연동, 운영까지 한 팀이 조율합니다.
담당자께서 프리랜서·업체를 각각 따로 관리하며 책임 소재를 챙기지 않으셔도 되게 하는 구조입니다.
자주 묻는 질문
작은 기능 하나만 맡겨도 되나요?
됩니다. 다만 그 작은 기능이 기존 시스템과 연동되는지부터 확인해 드립니다. 연동이 있으면 단건이라도 SI급 검토가 필요합니다.
요구사항 정의서가 없는데 견적이 나오나요?
개략 견적은 가능합니다. 확정 견적은 요구사항을 정리하는 단계를 먼저 거친 뒤에 나옵니다.
유지보수는 꼭 포함해야 하나요?
필수는 아닙니다. 다만 운영 중 시스템이라면 유지보수 없이 발주하실 경우 문제가 생겼을 때 대응할 곳이 없어진다는 점을 감안하셔야 합니다.
→ 지금 하시는 업무 범위 알려주시면 견적 상담해 드립니다.
