외주개발 계약서, 독소 조항 피하고 안전하게 계약하는 방법

외주개발 계약서, 독소 조항 피하고 안전하게 계약하는 방법

IT 외주개발 계약서에는 지적재산권, 유지보수 범위, 중도 해지, 검수 기준이 명확히 명시되어야 합니다. 모호한 표현, 일방적 면책 조항, 불리한 대금 지급 조건은 반드시 수정해야 합니다. 계약 전 전문가 검토를 받는 것이 안전합니다.

"계약서 한번 봐주세요" 하고 넘어가면 안 됩니다

개발사와 미팅을 여러 번 하고, 견적도 확인하고, 이제 드디어 계약만 하면 되는 단계입니다. 개발사에서 계약서를 보내왔는데... 내용이 전문 용어 투성이라 무슨 말인지 잘 모르겠습니다.

"뭐, 다 비슷한 내용 아닐까?"
"큰 회사니까 문제없겠지."

이렇게 생각하고 그냥 사인하셨다가, 프로젝트가 끝난 후에 예상치 못한 문제가 생기는 경우가 정말 많습니다.

실제로 지난해 한 고객사는 계약서를 제대로 확인하지 않아서, 3,000만원을 들여 만든 앱의 소스코드 저작권이 개발사에 있다는 사실을 나중에 알게 됐습니다. 다른 개발사로 유지보수를 옮기려고 하니 "소스코드는 저희 것이라 못 드립니다"라는 답변을 들었죠. 그래서 기존 코드 재활용을 전혀 못한채 제로 베이스에서 다시 개발을 해야했습니다.

이 글에서는 IT 외주개발 계약 시 반드시 확인해야 할 핵심 조항과, 조심해야 할 독소 조항을 알려드리겠습니다.

🎯 IT 외주개발 계약서, 꼭 들어가야 할 8가지

표준 계약서라도 회사마다 내용이 다릅니다. 최소한 이 8가지는 반드시 확인하세요.

1. 프로젝트 범위 및 산출물

확인 포인트: 무엇을 만들고, 무엇을 받는지 명확한가?

계약서에 "모바일 앱 개발"이라고만 적혀 있으면 위험합니다. iOS만 만드는 건지, Android도 포함인지, 관리자 페이지는 있는지 애매하거든요.

좋은 예시:

• iOS 앱, Android 앱 각 1종

• 관리자 웹페이지 1종

• 기획서 및 디자인 시안 원본 파일

• 소스코드 및 API 문서

• 사용자 매뉴얼 및 관리자 가이드

화면 개수, 주요 기능 목록도 첨부하는 게 좋습니다. 나중에 "이 기능은 원래 포함된 거 아니었나요?" 같은 분쟁을 예방할 수 있습니다.

2. 지적재산권 귀속

확인 포인트: 소스코드와 디자인의 소유권이 누구에게 있는가?

이게 가장 중요한데도 많은 분들이 놓치는 부분입니다. 개발이 끝나고 돈을 다 지불했는데, 소스코드 소유권이 개발사에 있으면 큰일입니다.

반드시 이렇게 명시되어야 합니다:
"본 프로젝트를 통해 개발되는 모든 소스코드, 디자인, 산출물의 지적재산권은 최종 대금 완납 시점에 발주사(고객사)에게 양도된다."

조심해야 할 표현:

• "공동 소유한다" → ❌ 나중에 사용 제한 생길 수 있음

• "사용권을 허락한다" → ❌ 소유가 아니라 빌리는 것

개발사가 자체 프레임워크를 쓰는 경우, 그 프레임워크까지 소유권을 달라고 할 순 없습니다. 하지만 여러분이 요청한 기능의 소스코드는 당연히 여러분 것이어야 합니다.

3. 대금 지급 조건

확인 포인트: 언제, 얼마씩 지급하는가?

일반적으로 계약금-중도금-잔금 3단계로 나눕니다. 하지만 비율이 중요합니다.

일반적인 지급 비율:

• 계약금: 30% (계약 체결 시)

• 중도금: 40% (디자인 확정 또는 개발 50% 완료 시)

• 잔금: 30% (최종 검수 완료 후)

혹은 계약 기간이 짧을 경우:

• 계약금: 50% (계약 체결 시)

• 잔금: 50% (최종 검수 완료 후)

조심해야 할 조건:

• ❌ "계약금 50%, 중도금 50%" → 검수 전에 다 주면 레버리지 없음

• ❌ "선입금 100%" → 절대 안 됩니다

• ❌ "검수 신청 시점에 잔금 지급" → 검수 '완료' 후여야 함

잔금은 반드시 최종 검수가 완료되고, 모든 산출물을 인수받은 후에 지급해야 합니다. 그래야 문제가 생겼을 때 수정을 요청할 수 있습니다.

4. 프로젝트 일정 및 지연 배상

확인 포인트: 일정이 지연되면 어떻게 되는가?

"4개월 내 개발 완료"라고만 적혀 있으면, 6개월이 지나도 법적으로 문제 삼기 어렵습니다.

명확하게 명시해야 할 것:

• 각 단계별 완료 기한 (기획 완료일, 디자인 확정일, 개발 완료일 등)

• 최종 납품 기한

• 지연 시 지체상금 (예: 지연 1일당 계약금액의 0.1%)

• 지연 면책 사유 (고객사 요청 지연, 천재지변 등)

양방향으로 적용되어야 합니다:
개발사가 일정을 지키지 못하면 배상하듯이, 고객사가 자료 제공이나 의사결정을 늦춰서 지연된 경우도 명시해야 공정합니다.

5. 검수 기준 및 절차

확인 포인트: 무엇을 기준으로 '완료'로 보는가?

"고객이 만족할 때까지"라는 식의 모호한 표현은 개발사도, 고객사도 불안합니다.

명확한 검수 기준:

• 기획서에 명시된 모든 기능이 정상 작동

• 주요 브라우저/기기에서 정상 동작 (Chrome, Safari, iOS 15 이상, Android 10 이상 등)

• 치명적 버그 0건, 경미한 버그 5건 이하

• 페이지 로딩 속도 3초 이내 등

검수 절차:

1. 개발사가 검수 요청 (1차 산출물 제공)

2. 고객사 7일 이내 검수 의견 제출

3. 개발사 7일 이내 수정 완료

4. 최종 검수 및 인수

검수 기간도 명시해야 합니다. "고객이 검수하는 동안 무한정 기다려야 하나요?"도 개발사 입장에선 부담이거든요.

6. 하자 보수 및 유지보수

확인 포인트: 개발 후 문제가 생기면 누가 책임지는가?

대부분의 계약서에는 "하자 보수 기간 3개월"처럼 적혀 있습니다. 이게 정확히 무엇을 의미하는지 알아야 합니다.

하자 보수 (무상):

• 기간: 일반적으로 인수 후 3~6개월

• 범위: 원래 기획서대로 작동하지 않는 버그 수정

• ❌ 범위 밖: 새로운 기능 추가, 디자인 변경, 외부 API 변경 대응

유지보수 (유상):

• 서버 모니터링 및 관리

• OS/브라우저 업데이트 대응

• 보안 패치

• 경미한 기능 개선

계약서에 하자 보수와 유지보수가 혼동되지 않게 명확히 구분해서 적혀야 합니다.

7. 중도 해지 및 환불 조건

확인 포인트: 프로젝트를 중간에 그만두면 어떻게 되는가?

프로젝트 진행 중에 회사 사정이 바뀌거나, 개발사와 관계가 틀어지는 경우가 있습니다. 이때를 대비한 조항이 필요합니다.

고객사 사유로 해지:

• 이미 완료된 작업에 대한 비용 지급

• 위약금 (일반적으로 잔여 금액의 10~20%)

개발사 사유로 해지 (계약 불이행, 심각한 품질 문제 등):

• 이미 지급한 금액 중 미완성 부분 환불

• 손해배상 청구 가능

양측 합의로 해지:

• 완료된 산출물까지 인수

• 비용 정산 방식 협의

중도 해지 조항이 아예 없거나, "일방적으로 해지할 수 없다"고만 적혀 있으면 문제가 생겨도 빠져나올 수 없습니다.

8. 비밀유지 및 보안

확인 포인트: 우리 사업 정보가 유출되지 않는가?

개발 과정에서 사업 아이디어, 고객 데이터, 비즈니스 로직 등 민감한 정보를 개발사와 공유하게 됩니다.

포함되어야 할 내용:

• 프로젝트 관련 모든 정보는 기밀로 취급

• 제3자에게 정보 제공 금지

• 프로젝트 종료 후에도 비밀유지 의무 지속

• 위반 시 손해배상 책임

특히 금융, 의료, 개인정보를 다루는 서비스라면 별도의 NDA(비밀유지계약서)를 추가로 작성하는 것도 좋습니다.

⚠️ 이런 조항이 있다면 반드시 수정하세요

실제 계약서에서 자주 발견되는 문제 조항들입니다.

독소 조항 1: 일방적 면책

문제 조항: "개발사는 서비스 장애, 데이터 손실 등에 대해 책임을 지지 않는다."

이건 개발사가 아무리 잘못해도 책임 안 진다는 의미입니다. 절대 받아들이면 안 됩니다.

수정안: "천재지변, 해킹 등 개발사의 귀책사유가 아닌 경우를 제외하고, 개발사의 과실로 인한 손해는 책임을 진다."

독소 조항 2: 무한 수정 요청 금지

문제 조항: "검수 시 1회의 수정만 가능하며, 추가 수정은 별도 비용이 발생한다."

기획서대로 만들어지지 않았는데도 수정을 1번밖에 못 한다? 말이 안 됩니다.

수정안: "기획서에 명시된 기능이 정상 작동하지 않는 경우, 정상 작동할 때까지 무상으로 수정한다. 단, 기획서에 없는 새로운 요구사항은 별도 협의한다."

독소 조항 3: 모호한 추가 비용

문제 조항: "기획 변경 시 개발사가 산정한 금액을 추가로 지급한다."

얼마나 추가되는지 기준도 없이 개발사 마음대로 정한다는 뜻입니다.

수정안: "기획 변경 시 소요 공수를 산정하여 사전에 견적을 제공하고, 고객사 승인 후 진행한다. 추가 비용은 [시간당 XX만원] 기준으로 산정한다."

독소 조항 4: 불명확한 소유권

문제 조항: "개발 과정에서 사용된 개발사 보유 기술 및 노하우는 개발사 소유이다."

여기서 "개발사 보유 기술"의 범위가 애매합니다. 자칫하면 여러분이 요청한 핵심 기능까지 개발사 것이 될 수 있습니다.

수정안: "고객사의 요구사항에 따라 개발된 모든 소스코드는 고객사에 귀속되며, 개발사가 프로젝트 이전부터 보유한 프레임워크 [구체적 범위 명시]에 한해 개발사 소유로 한다."

❓ 자주 묻는 질문

Q1. 계약서를 변호사에게 반드시 검토 받아야 하나요?

사업적으로 중요한 프로젝트라면 변호사 검토 비용은 충분히 투자할 가치가 있습니다.

다만 변호사를 구하기 어렵다면, 최소한 IT 계약을 해본 경험 있는 지인이나 선배에게 조언을 구하세요. 혼자서 "이 정도면 괜찮겠지" 판단하는 건 위험합니다.

👉 무료 계약 상담 신청하기 →

Q2. 개발사에서 표준 계약서를 수정할 수 없다고 하면?

개발사가 "우리는 항상 이 양식으로 계약해요"라고 해도, 불합리한 조항은 협상 가능합니다. 정당한 요구를 들어주지 않는다면, 그 개발사와 일하는 것 자체를 재고해보셔야 합니다.

다만 여러분도 일방적으로 유리한 조건만 요구하시면 안 됩니다. 양측이 공정하게 리스크를 나누는 계약이 좋은 계약입니다.

저희는 고객사의 합리적인 계약서 수정 요청을 언제나 환영합니다. 오히려 꼼꼼하게 확인하시는 고객이 프로젝트도 성공 확률이 높습니다.

Q3. 계약서를 쓰지 않고 구두 약속만 하면 안 되나요?

절대 안 됩니다. 아무리 신뢰하는 지인이나 친구라도 계약서는 꼭 써야 합니다.

프로젝트가 몇 개월 진행되다 보면 처음 이야기했던 내용을 서로 다르게 기억하는 경우가 정말 많습니다. "분명히 이렇게 하기로 했잖아요"라는 다툼을 예방하려면 문서로 남겨야 합니다.

계약서는 서로를 불신해서 쓰는 게 아니라, 서로를 보호하고 명확한 협업을 위해 쓰는 것입니다.

💡 안전한 계약을 위한 5가지 팁

1. 계약 전 충분한 시간을 가지세요

개발사가 "오늘 계약하면 할인해드릴게요"라며 재촉하더라도, 최소 2~3일은 계약서를 검토할 시간을 가지세요. 급하게 사인했다가 후회하는 경우가 너무 많습니다.

2. 모르는 용어는 반드시 물어보세요

"이게 무슨 뜻이죠?" 묻는 게 부끄러운 게 아닙니다. 잘 모르겠으면 "쉬운 말로 설명해주세요"라고 당당히 요청하세요. 친절하게 설명해주는 개발사가 좋은 개발사입니다.

3. 구두 약속도 문서로 남기세요

미팅에서 "이 기능도 추가해드릴게요"라고 말했다면, 계약서나 별도 합의서에 적어달라고 하세요. 나중에 "그런 약속 한 적 없는데요?"라고 하면 증명할 방법이 없습니다.

4. 계약서는 양측이 보관하세요

계약서를 작성했으면 원본 또는 사본을 양측이 각각 보관해야 합니다. 요즘은 전자계약도 많이 하는데, PDF 파일을 안전하게 보관하세요.

5. 정부지원사업은 별도 양식 확인

정부지원사업으로 개발하는 경우, 지원기관에서 제공하는 표준 계약서를 써야 할 수도 있습니다. 자유롭게 수정 못하는 경우도 있으니 사전에 확인하세요.

🚀 안전한 계약, 성공적인 프로젝트의 시작입니다

계약서를 꼼꼼히 확인하는 건 개발사를 불신해서가 아닙니다. 양측 모두를 보호하고, 명확한 기준으로 프로젝트를 진행하기 위함입니다.

지적재산권, 대금 지급 조건, 검수 기준, 하자 보수 범위, 중도 해지 조건. 이 5가지만큼은 반드시 명확하게 확인하세요.

저희는 고객사가 안심하고 프로젝트를 진행할 수 있도록 투명하고 공정한 계약서를 사용합니다. 자체 AI 프레임워크를 활용한 효율적인 개발은 물론, 계약 단계부터 고객 입장에서 함께 고민합니다.

궁금한 점이 있으시면 언제든 문의하세요. 계약서 검토나 조항 설명도 무료로 도와드립니다.

👉 무료 계약 상담 신청하기 →

📌 마치며

IT 외주개발 계약서는 어렵지만, 한 번만 제대로 이해하면 여러 프로젝트에서 활용할 수 있는 지식입니다.

핵심만 정리하면:

• 지적재산권은 고객에게

• 대금 지급은 검수 완료 후

• 모호한 표현은 모두 구체화

• 일방적 면책 조항은 수정

• 의문 사항은 계약 전에 해결

계약서를 제대로 썼다고 해서 프로젝트가 100% 성공하는 건 아니지만, 최소한 억울한 일은 당하지 않습니다.

💬 다음에 읽으면 좋은 글

• 2026년 최신 IT 외주개발 비용 완벽 가이드 - 합리적인 예산 책정하기

• 실력 있는 IT 외주개발사 고르는 8가지 체크리스트 - 파트너사 선정 기준

• 프로젝트 산출물, 어디까지 받아야 할까? - 최종 인수 시 체크리스트

📧 계약서 검토가 필요하신가요?

저희 전문가가 무료로 검토해드립니다. IT 외주 계약이 처음이시라면 부담 없이 문의하세요.

👉 무료 상담 신청 | ☎️ 010-5557-6342 | 📧 [email protected]