개발팀을 월 정액으로 쓰는 계약, 프로젝트 단가제와 뭐가 다를까요

먼저 짧게 답부터 드릴게요. 개발을 맡기는 방식은 크게 둘이에요. 사람을 월 단위로 투입받는 정액 계약(상주·전담팀)과, 만들 결과물을 정해두고 받는 프로젝트 단가제(고정가)죠. 핵심 차이는 “무엇에 돈을 내느냐”예요. 앞은 투입된 시간에, 뒤는 완성된 결과물에 값을 치러요. 그래서 요구사항이 자주 바뀌면 월 정액이, 범위가 또렷하면 단가제가 유리해요. 직접 개발하고 운영해본 회사 기준으로 두 방식의 비용 구조를 비교해 드릴게요.

“월에 얼마 드리면 개발자 한 명 붙여주시나요?”와 “이거 다 만들면 얼마예요?”는 완전히 다른 질문이에요. 그런데 이 둘을 섞어서 생각하면 견적을 받을 때도, 계약할 때도 어긋나요. 두 계약이 어떻게 다른지부터 정리해볼게요.

1. “월 정액으로 개발팀을 쓴다”는 게 무슨 뜻일까요

월 정액 계약은 개발자(또는 팀)를 정해진 기간 동안 월 단위로 투입받는 방식이에요. 상주나 전담팀, ODC(전담 개발센터) 같은 이름으로 불려요. 공개된 구인 공고를 보면 “월 750만 원, 주 5일, 6개월~1년” 같은 조건이 흔히 보여요.

이 방식의 특징은 일의 범위가 유연하다는 거예요. 이번 달엔 A 기능, 다음 달엔 B 기능처럼 우선순위를 바꿔가며 쓸 수 있어요. 대신 “무엇을 만들지”를 발주사가 계속 정해줘야 하고, 그 팀을 이끄는 역할도 어느 정도 발주사 몫이에요.

2. 프로젝트 단가제(고정가)는 어떻게 다를까요

프로젝트 단가제는 만들 결과물을 미리 정해두고, 그걸 완성하는 대가로 금액을 치르는 방식이에요. “이 기능들을 이 일정에 이 금액으로 만든다”가 계약서에 박혀요. 개발 분량과 난이도에 따라 금액이 정해지고요.

여기서는 “어떻게 만들지”와 “몇 명이 며칠 붙는지”는 대체로 개발사가 알아서 해요. 발주사는 결과물이 약속대로 나왔는지를 검수하면 되죠. 범위가 또렷하게 정해진 프로젝트에 잘 맞는 방식이에요.

3. 비용 청구 방식이 근본적으로 달라요

둘의 진짜 차이는 청구 기준에 있어요. 월 정액은 투입된 시간에, 단가제는 완성된 결과물에 값을 매겨요. 그래서 월 정액은 “결과물이 조금 적게 나온 달”에도 비용은 그대로 나가고, 단가제는 “개발이 예상보다 오래 걸려도” 약속한 금액이 바뀌지 않아요(범위가 그대로라면요).

비용 산정의 바탕은 결국 맨먼스(MM)예요. 참여율 × 참여 기간 × 노임 단가를 곱해 인건비를 잡는 방식이죠. 다만 견적서의 금액을 전부 인건비로 보면 안 돼요. 거기엔 업체 운영비와 마진이 함께 들어 있거든요. 견적 방식에 따라 돈이 어디서 새는지는 SI 개발 비용과 계약 구조에서 더 자세히 짚었어요.

4. 예산 예측 — 어느 쪽이 더 또렷할까요

월 정액은 매달 나가는 돈이 일정해서 예산을 세우기 편해요. “6개월간 팀 하나” 식으로 잡히니 현금 흐름이 예측 가능하죠. 대신 “그래서 언제 다 끝나는데”가 흐릿할 수 있어요. 범위가 유연한 만큼 끝나는 시점도 유연해지거든요.

단가제는 반대예요. 총액과 마감이 또렷한 대신, 범위가 바뀌면 그때마다 추가 견적이 붙어요. “총 얼마”는 알지만 “중간에 바뀌면 얼마가 더”는 변수로 남아요. 어느 쪽이 편한지는 회사의 예산 방식에 따라 갈려요. 통짜 예산을 승인받는 조직이면 단가제가, 월 운영비로 관리하는 조직이면 정액이 맞는 편이에요.

5. 요구사항이 자주 바뀌는 프로젝트라면

만들면서 방향이 자주 바뀌는 프로젝트라면 월 정액이 편해요. 단가제에서는 범위가 바뀔 때마다 “이건 계약에 없던 거라 추가”라는 대화가 오가는데, 이게 쌓이면 서로 지쳐요. 월 정액은 애초에 “그 달에 뭘 할지”를 정하는 구조라, 방향 전환에 드는 마찰이 적어요.

반대로 요구사항이 처음부터 또렷하고 거의 안 바뀌는 프로젝트라면 단가제가 깔끔해요. 정해진 걸 정해진 값에 받으니까요. 개발외주비용을 예측 가능하게 묶고 싶을 때 단가제가 주는 안정감이 있어요. 문제는 “안 바뀔 줄 알았는데 바뀌는” 경우가 생각보다 많다는 거예요.

6. 관리 부담은 누가 지나요

월 정액의 숨은 비용은 관리 부담이에요. 투입된 팀에게 매번 “다음에 뭘 할지”를 정해주고, 진행을 챙기고, 결과를 점검하는 일이 발주사 쪽에 많이 남아요. 이 역할을 할 사람이 내부에 없으면, 팀은 붙어 있는데 성과는 안 나는 상황이 생겨요.

단가제는 그 부담이 상대적으로 적어요. 대신 “다 만들었다”와 “이건 내가 생각한 게 아니다” 사이의 간극이 검수 단계에서 터질 수 있어요. 그래서 단가제일수록 요구사항 정의서와 검수 기준을 꼼꼼히 적어둬야 해요. 업체 형태별로 책임과 비용이 어떻게 갈리는지는 프리랜서·개발사·인하우스 비교에서 함께 보면 좋아요.

7. 비용을 가늠하는 기준 — 노임과 인월

두 방식 모두 바탕 숫자는 비슷해요. 한국소프트웨어산업협회(KOSA)가 발표하는 응용SW개발자 평균임금은 월 약 712만 원(2024 기준)이에요. 공개 구인 공고의 상주 조건(월 750만 원 수준)도 이와 비슷한 범위고요. 이 노임에 몇 명이, 몇 개월 붙는지를 곱하면 대략의 틀이 잡혀요.

월 정액은 이 계산이 그대로 월 비용이 돼요. 단가제는 같은 계산으로 나온 인건비에 업체 마진과 운영비, 그리고 “범위가 바뀔 위험”에 대한 완충이 얹혀 총액이 정해지고요. 그래서 단가제 총액이 “사람 수 × 기간 × 노임”보다 커 보여도 이상한 게 아니에요. 그 안에 위험을 떠안는 값이 들어 있는 거예요.

8. 우리 상황엔 어떤 계약이 맞을까요

정리하면 이래요. 범위가 또렷하고 거의 안 바뀔 프로젝트, 통짜 예산을 승인받는 조직이면 단가제가 깔끔해요. 방향이 자주 바뀌거나 길게 함께 갈 일, 월 단위로 예산을 관리하는 조직, 그리고 팀을 이끌 사람이 내부에 있는 경우면 월 정액이 잘 맞고요.

하나 더 보태면, 유지보수처럼 꾸준히 손봐야 하는 일은 월 정액이나 별도 운영 계약이 자연스러워요. 신규 개발 유지보수 비용을 어떻게 잡는지는 유지보수 비용 가이드를 참고하세요.

어떤 계약이 우리 프로젝트에 맞는지 아직 애매하다면, 범위가 얼마나 또렷한지와 앞으로 얼마나 바뀔지부터 같이 따져보면 답이 보여요. 저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사라, 단가제 프로젝트도 장기 전담도 모두 해봤어요. 롯데·캐논 같은 곳과도 함께해 왔고요. 계약 방식부터 고민이라면 어떤 구조가 맞을지 같이 짚어드릴게요 →

자주 묻는 질문

월 정액 계약은 최소 몇 개월부터 하나요?

공개된 공고를 보면 6개월~1년 단위가 흔해요. 팀이 프로젝트와 도메인을 익히는 데 시간이 걸려서, 너무 짧으면 적응만 하다 끝나거든요. 다만 짧게 시범으로 1～2개월 붙여보고 이어갈지 정하는 방식도 있어요. 처음 맞춰보는 사이라면 짧게 시작해 호흡을 확인하는 걸 권해요.

단가제인데 중간에 범위가 바뀌면 비용은 어떻게 되나요?

바뀐 만큼 추가 견적이 붙어요. 그래서 계약서에 “범위가 바뀔 때 어떻게 다시 산정하는지”를 미리 적어두는 게 중요해요. 변경 요청을 모아 처리하는 방식과 단가 기준을 정해두면, 매번 금액을 두고 실랑이하는 일을 줄일 수 있어요.

두 방식을 섞어서 쓸 수도 있나요?

네, 실제로 많이 그래요. 초기 신규 개발은 범위가 또렷하니 단가제로 만들고, 출시 뒤 유지보수와 개선은 월 정액으로 이어가는 식이에요. 구축과 운영을 나눠 계약하면 각 단계에 맞는 방식을 쓸 수 있어서, 비용도 더 또렷해져요.