개발 아웃소싱 계약 형태 3가지, 비용 청구는 어떻게 다를까요

먼저 짧게 답부터 드릴게요. 개발 아웃소싱 계약은 크게 셋이에요. 결과물에 값을 매기는 도급, 사람과 기간에 값을 매기는 상주(파견), 정해진 금액으로 팀을 매달 쓰는 월 단위요. 같은 아웃소싱업체와 일해도 어느 형태로 계약하느냐에 따라 비용을 청구하는 방식이 다르고, 결과물이 안 나왔을 때 누가 책임지는지도 갈려요. 그래서 “얼마예요”를 묻기 전에 “어떤 형태로 계약하나요”를 먼저 정해야 해요. 세 형태의 청구 방식과 책임 소재를 정리했어요.

“같은 일인데 어떤 데는 고정가로, 어떤 데는 사람 수로 견적을 주네요?” 아웃소싱업체를 알아볼 때 자주 겪는 일이에요. 금액 자체가 아니라 계약 형태가 달라서 그래요. 형태를 모르고 금액만 비교하면 “싸 보였는데 책임은 우리가 다 졌다” 같은 일이 생겨요. 계약 형태부터 짚어볼게요.

1. 같은 ‘아웃소싱업체’라도 계약 형태가 왜 중요할까요

계약 형태는 돈을 어떻게 세느냐의 문제이자, 일이 틀어졌을 때 누가 책임지느냐의 문제예요. 결과물에 값을 매기면 완성까지가 업체 책임이고, 사람과 기간에 값을 매기면 일을 시키고 관리하는 쪽이 발주사에 가까워져요.

이 차이를 모르고 “월 얼마” 견적과 “프로젝트 전체 얼마” 견적을 나란히 놓으면 비교가 안 돼요. 하나는 완성을 약속한 값이고, 다른 하나는 사람을 빌리는 값이거든요. 그래서 아웃소싱업체를 고르기 전에 계약 형태부터 정해야 견적이 같은 기준에서 비교돼요.

2. 도급 — 결과물에 값을 매기는 방식

도급은 “이걸 완성해서 넘겨주세요”에 값을 매기는 계약이에요. 대개 고정가로 정하고, 정해진 결과물을 약속한 날짜까지 완성하는 게 업체 책임이에요. 발주사는 일하는 과정을 일일이 지시하지 않고, 결과물이 기준에 맞는지 검수로 확인해요.

장점은 예산이 미리 정해진다는 거예요. 요구사항이 또렷하면 금액이 흔들리지 않아요. 대신 요구사항이 중간에 많이 바뀌면 추가 비용이나 일정 조정이 따라와요. 범위가 분명한 프로젝트에 맞는 형태예요.

3. 상주·파견 — 사람과 기간에 값을 매기는 방식

상주나 파견은 “개발자 몇 명을 몇 개월 동안 쓰겠다”에 값을 매기는 계약이에요. 흔히 맨먼스(MM)로 세는데, 개발자 한 명이 한 달 일하는 양을 1로 잡고 투입 인원과 기간을 곱해 비용을 내요. 결과물이 아니라 투입에 값을 매기는 셈이죠.

이 형태에선 일을 어떻게 시킬지 정하고 관리하는 쪽이 발주사에 가까워져요. 요구사항이 자주 바뀌거나 우리가 직접 방향을 잡아야 하는 프로젝트에 맞아요. 대신 완성 책임이 발주사 쪽으로 넘어오기 때문에, 관리할 사람이 내부에 없으면 일정이 흐를 수 있어요.

4. 월 단위 계약 — 정액으로 팀을 쓰는 방식

월 단위는 “매달 정해진 금액으로 이 팀을 쓰겠다”는 계약이에요. 상주·파견과 비슷해 보이지만, 사람 수를 세기보다 팀 단위로 묶어 정액으로 내는 쪽에 가까워요. 요구사항이 계속 이어지고 바뀌는 서비스를 길게 끌고 갈 때 자주 써요.

장점은 그때그때 새로 견적을 뽑지 않아도 되고, 같은 팀이 맥락을 이어간다는 거예요. 운영과 개선이 섞여 있는 서비스에 잘 맞아요. 다만 “매달 나가는 돈”이라 일이 적은 달에도 비용은 그대로 나가니, 한 달에 어느 정도 일을 맡길지 미리 맞춰 두는 게 좋아요.

5. 비용 청구가 실제로 어떻게 달라지나요

세 형태는 같은 프로젝트라도 청구서 모양이 달라요. 아래 표로 정리했어요. 참고로 인력 기준 계약에서 단가를 가늠할 때는 공개 자료를 보는데, 한국소프트웨어산업협회가 공표한 SW기술자 평균임금(2024년 적용분, 2023년 조사)에서 응용SW개발자는 월 약 712만 원이에요. 이 값은 기본급에 수당·상여·4대보험 부담분까지 포함한 금액이라, 실제 계약 단가의 밑그림으로 참고하면 돼요(2026년 적용분은 별도 확인이 필요해요).

계약 형태	청구 기준	완성 책임	잘 맞는 경우
도급	결과물 전체 고정가	업체	요구사항이 또렷한 프로젝트
상주·파견	투입 인원 × 기간(MM)	발주사 쪽	방향을 직접 잡는 프로젝트
월 단위	팀 단위 월 정액	함께	길게 이어지는 운영·개선

용어 한 줄 풀이. 맨먼스(MM)는 개발자 한 명이 한 달 일하는 양을 1로 보는 단위예요. 인원과 기간을 곱해 비용을 내요. 도급은 결과물 완성에 값을 매기는 계약, 파견·상주는 사람을 보내 함께 일하는 계약이에요. 평균임금의 원 단위 금액은 개인 연봉이 아니라 사업 인건비 기준이라, 실제 급여와는 달라요.

6. 책임 소재가 갈리는 지점

가장 중요한 차이는 “안 되면 누가 책임지느냐”예요. 도급은 결과물을 완성해 넘기는 게 약속이라, 품질과 납기가 업체 책임에 가까워요. 반대로 상주·파견은 사람을 빌려 쓰는 쪽이라, 무엇을 어떻게 만들지 정하고 챙기는 책임이 발주사로 넘어와요.

그래서 “싸다”는 이유로 인력 기준 계약을 골랐다가, 관리할 사람이 내부에 없어 일정이 흐르는 경우가 종종 있어요. 반대로 요구사항이 계속 바뀌는데 도급으로 묶어 두면, 바뀔 때마다 추가 비용 협의가 따라와요. 형태를 고를 땐 금액보다 “우리가 얼마나 직접 챙길 수 있느냐”를 먼저 봐야 해요.

7. 우리 프로젝트엔 어떤 형태가 맞을까요

판단은 두 가지로 좁혀져요. 요구사항이 또렷한가, 그리고 우리가 방향을 직접 챙길 사람이 있는가요. 요구사항이 분명하고 한 번에 만들어 끝낼 일이면 도급이 깔끔해요. 방향이 자주 바뀌고 내부에서 챙길 사람이 있으면 상주·파견이 유연하고요. 운영과 개선이 길게 이어질 서비스면 월 단위가 편해요.

흔한 실수는 형태를 안 정하고 금액만 비교하는 거예요. 고정가 견적과 월 정액 견적을 숫자만 보고 고르면, 나중에 책임 범위에서 어긋나요. 외주 비용이 무엇으로 결정되는지 전체 그림은 소프트웨어 개발 외주 비용 가이드에서, 계약서에 넣을 조항은 SI 개발 비용과 계약 구조에서 함께 보면 좋아요.

8. 운영까지 해보면 계약 형태가 다르게 보여요

저희는 외주 개발과 자체 SaaS 4종 운영을 함께 해오면서, 계약 형태가 프로젝트 성패를 꽤 자주 가른다는 걸 봤어요. 만들 때는 도급이 깔끔해도, 운영과 개선이 길게 이어지는 서비스는 월 단위가 서로 편한 경우가 많더라고요. 10년 넘게 50개 이상의 프로젝트를 진행하며 롯데·캐논 같은 곳과도 함께해 온 경험으로 보면, 형태 선택은 금액보다 “이 프로젝트가 한 번에 끝날 일인지, 계속 이어질 일인지”에 달려 있어요.

어떤 계약 형태가 우리 프로젝트에 맞을지 고민이라면 프로젝트 성격부터 보고 함께 정해드릴게요 →. 업체 유형별 비교가 먼저 궁금하다면 프리랜서 vs 개발사 vs 인하우스도 참고하세요.

자주 묻는 질문

아웃소싱업체가 준 견적이 ‘월 얼마’인데, 이게 전체 금액인가요?

아니에요. “월 얼마”는 대개 사람이나 팀을 매달 쓰는 인력·월 단위 계약이라, 몇 달을 쓰느냐에 따라 총액이 정해져요. 결과물 전체를 완성해 넘기는 도급 금액과는 기준이 달라요. 견적을 받으면 “이게 완성까지 책임지는 고정가인지, 매달 나가는 비용인지”를 먼저 확인하세요.

도급과 파견은 비용 말고 무엇이 다른가요?

책임 소재가 가장 크게 달라요. 도급은 결과물을 완성해 넘기는 게 약속이라 품질·납기가 업체 책임에 가깝고, 파견·상주는 사람을 빌려 쓰는 쪽이라 무엇을 만들지 정하고 챙기는 책임이 발주사로 넘어와요. 그래서 내부에 챙길 사람이 있는지에 따라 선택이 갈려요.

맨먼스(MM) 단가는 어떻게 가늠하나요?

공개 자료를 밑그림으로 쓰면 돼요. 한국소프트웨어산업협회가 공표한 SW기술자 평균임금(2024년 적용분)에서 응용SW개발자가 월 약 712만 원인데, 이건 기본급에 수당·4대보험 부담분까지 포함한 사업 인건비 기준이에요. 실제 계약 단가는 경력과 난도에 따라 수·발주자가 협의로 정하니, 이 값을 그대로 쓰기보다 비교의 출발점으로 보시는 게 좋아요.