Contract

개발 계약 체크리스트

개발 계약은 견적 금액만 확인하는 문서가 아닙니다. 무엇을 만들고, 어떤 상태를 완료로 보며, 소스와 계정은 어떻게 인계되는지 정리해야 출시 후 분쟁과 운영 공백을 줄일 수 있습니다.

범위와 산출물

계약 전에는 기능명만 적기보다 각 기능이 어떤 화면과 데이터로 동작하는지 적어야 합니다.

  • 화면 목록, 관리자 기능, 외부 연동, 배포 범위를 분리합니다.
  • Figma, 소스코드, 서버 문서, 계정 인계 항목을 명시합니다.
  • 운영 매뉴얼이나 API 문서가 필요한지 확인합니다.

검수 기준과 완료 조건

완료 기준이 모호하면 “개발 완료”와 “사업자가 운영 가능한 상태” 사이에 차이가 생깁니다.

  • 핵심 사용자 흐름별 검수 시나리오를 정합니다.
  • 반응형, 브라우저, 기기 범위를 정합니다.
  • 테스트 계정과 샘플 데이터를 준비합니다.
  • 스토어 등록이나 서버 배포가 포함되는지 확인합니다.

소유권과 계정 관리

개발 산출물은 운영 주체가 계속 관리할 수 있어야 합니다. 도메인, 서버, 스토어 계정, 결제 계정의 소유 주체를 미리 정해야 합니다.

  • 잔금 후 소스코드와 배포 계정 접근 권한을 정리합니다.
  • 외부 유료 서비스 계정은 운영 주체 명의가 유리합니다.
  • 사용한 오픈소스와 라이선스 조건을 확인합니다.

변경 요청과 유지보수

오류 수정, 정책 변경, 신규 기능은 성격이 다릅니다. 계약서에는 무상 수정 범위와 별도 견적 기준을 구분해야 합니다.

  • 계약 범위 내 결함 수정과 기능 추가를 구분합니다.
  • 서버 운영비, 문자 발송비, 외부 API 비용 부담 주체를 정합니다.
  • 출시 후 지원 기간, 응답 방식, 제외 항목을 문서화합니다.

관련 가이드와 다음 단계

개발 계약 FAQ

개발 범위, 산출물, 대금 지급 조건, 검수 기준, 소스코드와 계정 인계 조건을 먼저 확인해야 합니다.

오류 수정과 범위 변경은 구분해야 합니다. 계약한 기능의 결함은 수정 대상이고, 새로운 기능이나 정책 변경은 별도 협의가 필요할 수 있습니다.

출시 후 오류 대응, 서버 관리, 기능 개선의 책임 범위가 달라지므로 최소한 지원 기간과 제외 항목을 문서로 남기는 것이 좋습니다.

계약 전 범위를 정리하세요

기능 목록, 산출물, 검수 기준을 함께 정리하면 견적 비교도 더 명확해집니다.

무료 견적 상담 신청하기