앱 개발 외주 계약서를 검토하면서 가장 크게 체감했던 부분은 지체상금과 최종 검수 기준이었습니다. 단순히 일정만 지키면 되는 문제가 아니라 지체상금 조건과 검수 기준이 불명확하면 개발사가 과도한 책임을 떠안게 될 수 있다는 점이 가장 크게 와닿았습니다.
특히 하루당 0.1%~0.3% 수준의 지체상금 조항은 겉으로 보기엔 작아 보이지만, 프로젝트 금액이 커질수록 상당한 부담으로 이어질 수 있습니다.
오늘 제가 준비한 포스팅에서는 지체상금 독소조항 방어 전략과 Acceptance Test 기준 명시 방법까지 실무적으로 정리해보겠습니다.
지체상금 조항의 구조와 위험성
지체상금은 개발 일정이 지연될 경우 부과되는 위약금입니다.
제가 계약서를 검토하면서 느낀 점은, 이 조항이 명확하지 않으면 무조건 개발사에게 불리하게 작용한다는 것이었습니다.
특히 ‘완료 기준’이 불분명한 상태에서 지체상금이 적용되면 분쟁이 발생할 가능성이 높습니다.
핵심은 ‘지연 기준이 모호하면 지체상금 리스크가 커진다’는 점입니다.
또한 누적 방식으로 적용될 경우 부담이 기하급수적으로 증가할 수 있습니다.
하루당 0.1%~0.3% 지체상금 방어 전략
이 부분은 반드시 조정이 필요합니다.
제가 경험적으로 확인해보니 지체상금은 상한선을 설정하는 것이 가장 중요했습니다.
예를 들어 전체 계약 금액의 일정 비율을 초과하지 않도록 제한하는 방식이 활용됩니다.
또한 지연 사유가 개발사 책임이 아닌 경우 제외 조항을 반드시 넣어야 합니다.
핵심은 ‘상한 설정 + 책임 범위 명확화’입니다.
특히 고객 측 요구 변경으로 인한 지연은 별도로 처리해야 합니다.
Acceptance Test 기준 명시의 중요성
검수 기준은 분쟁의 핵심입니다.
제가 계약 사례를 보면서 느낀 점은, Acceptance Test가 명확하지 않으면 ‘끝나지 않는 수정 요구’가 발생한다는 것이었습니다.
즉 언제 프로젝트가 완료된 것으로 보는지가 가장 중요한 기준입니다.
핵심은 ‘완료 기준을 계약서에 명확히 정의하는 것’입니다.
기능 목록, 성능 기준, 오류 허용 범위 등을 구체적으로 작성해야 합니다.
실무 적용 Acceptance Test 작성 구조
실제 계약서에 어떻게 반영할지가 중요합니다.
제가 만든 아래 표를 참고해보세요!
| 항목 | 설명 | 비고 |
|---|---|---|
| 기능 검수 | 요구사항 충족 여부 | 핵심 |
| 성능 기준 | 속도 및 안정성 | 중요 |
| 오류 기준 | 허용 가능한 버그 수준 | 쟁점 |
검수 기간과 자동 승인 조건도 함께 설정하는 것이 중요합니다.
예를 들어 일정 기간 내 피드백이 없으면 승인된 것으로 간주하는 조항이 필요합니다.
핵심은 ‘검수 기간 + 자동 승인 규정’입니다.
외주 계약 실무 핵심 체크 포인트
이 문제는 계약 단계에서 거의 결정됩니다.
제가 경험적으로 느낀 점은, 개발 완료 기준과 지체상금 구조를 명확히 해두면 대부분의 분쟁이 예방된다는 것이었습니다.
또한 변경 요청 관리 프로세스를 포함하는 것도 중요합니다.
핵심은 ‘계약서에서 리스크를 선제적으로 제거하는 것’입니다.
앱 개발 외주 계약 총정리
지체상금은 작은 비율이라도 큰 부담이 될 수 있습니다.
Acceptance Test 기준이 명확해야 분쟁을 예방할 수 있습니다.
결국 중요한 것은 ‘명확한 기준 설정’과 ‘책임 범위 정의’입니다.
질문 QnA
지체상금은 꼭 있어야 하나요?
일반적으로 포함되지만 조건 조정이 가능합니다.
지체상금 줄일 수 있나요?
상한 설정과 면책 조항으로 조정 가능합니다.
Acceptance Test는 왜 중요한가요?
프로젝트 완료 기준을 결정하기 때문입니다.
가장 중요한 계약 포인트는 무엇인가요?
완료 기준과 책임 범위를 명확히 하는 것입니다.
외주 계약은 시작할 때 이미 결과가 절반 이상 결정됩니다. 저도 계약서를 검토하면서 ‘이건 문장 하나로 리스크가 달라지는 영역이다’라는 생각이 들었어요. 처음부터 제대로 정리해두시면 불필요한 분쟁을 충분히 피하실 수 있습니다.