요구사항과 검수 기준이 확정되어 있다면 고정가 계약이 적합하고, 사용자 피드백이나 기술 검증에 따라 우선순위가 바뀔 수 있다면 타임앤머티리얼 방식이 적합합니다. 고정가는 예산 예측성이 높지만 불확실성 비용과 변경계약이 발생할 수 있습니다. 타임앤머티리얼은 변경에 유연하지만 발주사가 백로그와 월별 한도를 관리해야 합니다. 실무에서는 2~4주 유상 디스커버리 후 고정가 마일스톤과 한도형 타임앤머티리얼을 조합하는 방식이 안전합니다.
두 계약 방식 한눈에 비교
| 판단 기준 | 고정가 계약 | 타임앤머티리얼 계약 |
|---|---|---|
| 적합한 프로젝트 | 범위와 산출물이 명확한 프로젝트 | 제품 요구사항과 우선순위가 변하는 프로젝트 |
| 예산 | 착수 전에 총액 합의 | 실제 투입 시간 또는 월별 팀 용량 기준 |
| 변경 처리 | 변경요청서, 추가 견적, 일정 재합의 | 승인된 예산 안에서 백로그 우선순위 조정 |
| 발주사 참여 | 요구사항 정의와 검수 시 집중 | 주간 계획과 결과 검토에 지속 참여 |
| 개발사 위험 | 견적 오류와 납기 위험이 큼 | 견적 위험이 상대적으로 작음 |
| 주요 통제 장치 | 단계별 지급과 객관적 검수 기준 | 스프린트 예산, 월 한도, 투입 내역과 전망 |
고정가 개발 계약이 적합한 경우
고정가 계약은 개발 전에 기능 범위, 일정, 금액, 가정, 제외 항목과 검수 절차를 정합니다. 개발사는 예상 공수뿐 아니라 프로젝트 관리, 테스트, 재작업과 견적 오차 위험까지 가격에 반영합니다.
기업 홈페이지, 범위가 제한된 시스템 연동, 대상 데이터가 확인된 마이그레이션, 이미 업무 흐름이 검증된 사내 시스템에 적합합니다. 반면 실제 사용자의 요구를 아직 검증하지 않았거나 레거시 시스템을 조사하지 않은 상태라면 변경계약이 반복될 가능성이 큽니다.
고정가 견적 전에 확정할 항목
- 사용자 역할, 업무 흐름, 연동 대상과 명시적인 제외 범위
- 마일스톤별로 통과 여부를 판단할 수 있는 검수 기준
- 지원 브라우저와 기기, 성능 목표, 보안 요구사항
- 데이터, 콘텐츠, 계정, 외부기관 승인을 제공할 책임자와 기한
- 변경요청 승인권자, 추가 단가, 견적과 일정 변경 절차
- 소스코드, 배포 파이프라인, 인프라 계정, 운영 문서와 하자보수 조건
타임앤머티리얼 계약이 적합한 경우
타임앤머티리얼은 확인된 실제 투입량을 시간, 일, 스프린트 또는 월별 전담 인력 단위로 정산합니다. 개발 중 얻은 근거에 따라 백로그를 바꿀 수 있으므로 “처음 정한 기능을 모두 만들었는가”보다 “승인된 예산을 가장 가치 있는 기능에 사용했는가”가 핵심 관리 기준입니다.
SaaS 제품, AI 기능, 레거시 현대화, 외부 API나 데이터 품질을 사전에 확정하기 어려운 연동 프로젝트에 적합합니다. 다만 무제한 투입 계약으로 운영해서는 안 됩니다. 팀 구성, 단가, 보고 주기, 스프린트 목표와 월 최대 집행액을 계약서에 넣어야 합니다.
8만 달러 기준 예산 계산 예시
기획, 디자인, 개발, QA, 프로젝트 관리를 합쳐 1,600시간, 혼합 단가를 시간당 50달러로 가정하면 기준 공수는 8만 달러입니다. 아래 예시는 계약 방식이 최종 비용에 어떤 차이를 만드는지 보여주기 위한 계산이며 시장 표준 견적은 아닙니다.
| 계약 구조 | 예시 계산 | 초기 약정 | 주요 비용 위험 |
|---|---|---|---|
| 고정가 | 기준 8만 달러 + 불확실성 20% | 9만6천 달러 | 가정 또는 범위 변경 시 추가 견적 |
| 타임앤머티리얼 | 1,600시간 × 50달러 | 목표 8만 달러 | 백로그를 통제하지 않으면 투입 시간 증가 |
| 한도형 타임앤머티리얼 | 실제 공수 기준, 9만 달러 한도 | 재승인 전 최대 9만 달러 | 한도 도달 시 낮은 우선순위 범위 제외 |
| 혼합형 | 고정가 디스커버리 + 단계별 개발 | 단계별 승인 | 단계 사이의 의사결정 기준이 필요 |
실제 예산은 제품 복잡도, 외부 연동, 보안·규제 요구사항, 개발 지역과 견적 전에 확보한 자료의 수준에 따라 달라집니다.
계약 방식별 대표적인 실패 원인
| 실패 유형 | 발생 원인 | 발주사 보호 장치 |
|---|---|---|
| 의도적으로 낮은 고정가 견적 | 불완전한 범위로 수주한 뒤 변경비용 청구 | 총액뿐 아니라 가정과 제외 항목을 함께 비교 |
| 검수 분쟁 | 기능 설명만 있고 합격 기준이 없음 | 테스트 시나리오와 샘플 데이터를 계약서에 첨부 |
| 타임앤머티리얼 예산 초과 | 예산 책임자 없이 백로그가 계속 증가 | 스프린트 목표, 월 한도와 승인권자 지정 |
| 낮은 가치의 작업 반복 | 투입 시간만 확인하고 결과를 검토하지 않음 | 1~2주마다 동작하는 결과물, 소진액, 위험과 잔여 전망 검토 |
| 개발사 종속 | 계정, 소스코드와 배포 지식이 개발사에만 있음 | 첫날부터 발주사 명의 저장소와 클라우드 계정 사용 |
6개 질문으로 계약 방식 선택하기
각 질문에 명확히 답할 수 있으면 고정가에, 아직 확인이 필요하면 타임앤머티리얼에 1점을 부여합니다.
| 질문 | 고정가 신호 | 타임앤머티리얼 신호 |
|---|---|---|
| 사용자, 업무 흐름과 제외 범위를 지금 문서화할 수 있는가? | 예 | 아니요 |
| 외부 API와 레거시 데이터를 이미 조사했는가? | 예 | 아니요 |
| 검수 기준을 객관적인 테스트로 표현할 수 있는가? | 예 | 아니요 |
| 사용자 반응이나 시장 변화로 월별 우선순위가 달라지는가? | 아니요 | 예 |
| 매주 의사결정할 제품 책임자가 있는가? | 있으면 유리 | 필수 |
| 예산 증액보다 낮은 우선순위 기능 제외가 가능한가? | 경우에 따라 가능 | 예 |
결과가 비슷하다면 프로젝트 전체를 하나의 방식에 맞추지 않는 편이 좋습니다. 2~4주 디스커버리에서 아키텍처, 연동, 백로그와 검수 기준을 확인한 뒤 안정된 모듈은 고정가로, 불확실한 제품 기능은 월 한도가 있는 스프린트로 진행할 수 있습니다.
어떤 방식에서도 필요한 계약 안전장치
- 발주사 명의 자산: 소스코드 저장소, 도메인, 클라우드, 분석 도구와 운영 계정
- 완료 기준: 코드 리뷰, 자동화 테스트, QA 결과, 배포, 문서와 검수
- 가시적인 납품: 최소 2주마다 동작하는 소프트웨어 시연
- 예산 통제: 단계별 금액 또는 월·스프린트 한도와 최신 완료 예상액
- 상시 인수인계: 계약 종료 시점뿐 아니라 개발 중에도 갱신되는 운영 문서
- 변경 승인권: 범위, 금액과 일정을 승인할 담당자 지정
Nextchain의 계약 구조
Nextchain은 범위가 제한된 디스커버리로 시작한 뒤 확인된 근거에 따라 고정가 마일스톤, 한도형 타임앤머티리얼 또는 혼합형 구조를 제안할 수 있습니다. 한국어 커뮤니케이션과 계약 구조를 유지하면서 베트남 개발팀을 활용해 비용 효율을 확보할 수 있습니다. 자세한 진행 방식은 맞춤형 웹 개발 서비스에서 확인할 수 있습니다.
자주 묻는 질문
고정가 계약은 항상 더 비싼가요?
항상 그렇지는 않습니다. 불확실성 비용이 포함될 수 있지만 범위와 검수가 명확하면 효율적입니다. 변경이 잦으면 추가 견적과 일정 재협의 때문에 총비용이 커질 수 있습니다.
타임앤머티리얼 예산은 어떻게 통제하나요?
월 또는 스프린트 한도를 두고, 백로그 우선순위를 정하며, 1~2주마다 결과물과 잔여 예산을 확인해야 합니다. 한도를 넘는 작업은 서면 재승인을 받도록 정합니다.
어느 방식이 더 빨리 시작할 수 있나요?
타임앤머티리얼은 모든 세부사항을 미리 확정하지 않아도 되어 착수가 빠른 편입니다. 고정가는 개발 착수 후 예측성이 높지만 사전 정의와 계약에 시간이 더 필요합니다.
소스코드 소유권은 누구에게 있나요?
두 방식 모두 계약서에 명시해야 합니다. 발주사가 저장소를 관리하고 약정된 대금 지급 조건에 따라 맞춤 개발 결과물의 권리를 이전받는 구조가 안전합니다.
출시 후 유지보수는 어떻게 하나요?
결함을 처리하는 하자보수 기간과 모니터링, 업데이트, 지원, 신규 기능을 위한 유지보수 계약을 구분해야 합니다. 두 의무의 범위와 비용 기준도 별도로 정의합니다.
한 프로젝트에서 두 방식을 함께 사용할 수 있나요?
가능합니다. 고정가 디스커버리 후 안정적인 모듈은 고정가로, 반복 검증이 필요한 연동이나 제품 기능은 한도형 타임앤머티리얼로 진행하는 구조가 일반적입니다.
