앱 외주 계약 전에 확인할 소스코드·서버·계정

계약 범위는 고객용 앱·웹, 관리자, 서버와 데이터베이스, 외부 서비스 연결, 디자인, 테스트와 출시 지원으로 나눠 적는 것이 좋습니다. 각 영역에는 사용자 역할과 핵심 행동을 함께 표시하세요. 예를 들어 예약 기능이라면 일정 선택, 신청, 결제, 변경·취소, 알림과 관리자 처리까지 어디까지 포함하는지 확인합니다.

제외 항목도 중요합니다. 콘텐츠 입력, 기존 데이터 정리, 로고와 사진 제작, 외부 서비스 가입, 마켓 계정 발급과 결과보고서 전체 작성처럼 고객이 맡거나 별도 비용이 필요한 업무를 표시해야 합니다. “추후 협의” 항목은 가능한 판단 기준과 협의 시점을 정하세요.

검수는 어느 주소와 기기에서 누가 진행할지, 확인 의견을 어떤 방식으로 모을지 정하세요. 여러 담당자가 개별적으로 요구를 전달하면 승인된 범위를 판단하기 어렵습니다. 고객사 최종 확인 담당자를 정하고, 기능별 확인 결과와 보완 요청을 한 목록으로 관리하는 것이 좋습니다.

화면 확인 단계에서 정한 범위 안의 배치나 문구를 다듬는 것과, 사용자 역할·결제 방식·운영 규칙을 새로 추가하는 것은 일정과 비용 영향이 다릅니다. 변경 요청이 생기면 내용, 추가 비용, 일정 영향과 적용 여부를 기록하고 양쪽이 확인한 뒤 진행하도록 정하세요.

수정 횟수만 정하는 방식보다 단계별 확인 시점과 완료 기준을 두는 편이 현실적입니다. 핵심 화면, 디자인, 주요 기능, 최종 검수처럼 결정 시점을 나누고, 이전 단계의 확정 내용을 다시 바꿀 때 어떤 절차를 거치는지 계약서에 포함할 수 있습니다.

예를 들어 계약과 착수 준비, 핵심 화면과 범위 확정, 주요 기능 개발 확인, 최종 검수와 배포처럼 프로젝트 단계에 지급 조건을 연결할 수 있습니다. 고객이 지급 전에 확인할 결과와 업체가 다음 단계로 넘어가기 위해 필요한 고객 자료를 함께 표시하세요.

부가세 포함 여부, 세금계산서 발행 시점과 지급 지연 시 작업 일정 처리도 확인해야 합니다. 정부지원사업이라면 협약 지침의 계약·검수·지급 조건과 맞는지 운영기관에 별도로 확인하세요. 개발업체는 지원금 인정 여부를 보장할 수 없습니다.

소스코드를 언제 어떤 저장소로 전달하는지, 대금 지급과 권리 이전 조건은 무엇인지 확인하세요. 개발 중에도 고객 저장소를 사용하는지, 완료 뒤 압축 파일로만 받는지에 따라 이후 관리 편의가 달라집니다. 설치와 실행에 필요한 환경 정보, 서버 설정과 주요 외부 서비스 목록도 인수 범위에 포함할 수 있습니다.

유료 글꼴, 이미지, 아이콘, 상용 프로그램과 오픈소스에는 각각 사용 조건이 있습니다. 고객이 직접 구매해야 하는 항목, 출처 표시가 필요한 항목과 다른 서비스에 재사용할 수 없는 자료를 구분하세요. 개발업체가 기존에 보유한 공통 기술을 사용하는 경우 그 부분의 권리와 고객 전용 결과물의 범위를 계약서에서 나눌 수 있습니다.

이미 업체 명의 계정을 사용해야 하는 사정이 있다면 고객이 볼 수 있는 범위, 월 사용료 정산, 데이터 백업과 계약 종료 시 이전 절차를 계약서에 적으세요. 계정 비밀번호를 공동으로 공유하기보다 서비스가 제공하는 팀 권한을 사용하는 것이 안전합니다.

마켓 등록 지원이 포함됐다면 앱 정보, 이미지, 개인정보 관련 문서, 테스트 계정과 심사 보완 대응 중 누가 무엇을 맡는지 확인하세요. Apple과 Google의 심사 결과와 기간은 외부 정책에 따라 달라지므로 특정 날짜의 통과를 계약으로 보장하기 어려울 수 있습니다.

출시 후에는 계약 기능의 오류를 안정화하는 기간과 새로운 요청을 처리하는 유지보수를 구분합니다. 오류 접수 채널, 대응 시간, 제외 항목과 서버 관리 범위를 확인하세요. 운영체제나 외부 서비스 정책이 바뀌었을 때의 대응도 기본 지원인지 별도 개발인지 정해야 합니다.