개발사가 「Next.js로 하시죠」라고 할 때, 계약 전에 물어볼 세 가지

개발사가 Next.js를 권할 때 프로젝트 종료 후 고객 몫으로 남는 코드와 계정이 무엇인지 설명합니다. 계약 전에 물어볼 코드 권리 문구와 계정 명의, 배포 권한, 인계 자료를 다룹니다.

개발사가 「Next.js로 하시죠」라고 권하는 동안 고객은 프로젝트 종료 후에 무엇이 자기 것으로 남는지 알기 어렵습니다. Next.js(넥스트제이에스)는 Vercel(버셀)이 만든 웹사이트 개발 도구 묶음이며 원본을 공개해 누구나 쓸 수 있게 한 오픈소스입니다. 사용 조건을 적은 라이선스는 MIT입니다.

Next.js의 사용 조건이 공개되어 있어도 개발사가 그 위에 새로 만든 사이트의 권리는 계약에서 따로 정해집니다. 사이트는 멀쩡히 열리는데 문구 하나를 바꾸려면 개발사에 연락해야 할 수 있습니다. 다른 개발사에 맡기려 해도 고객에게 넘겨줄 자료가 없는 상태가 될 수 있습니다.

프로젝트 종료 후에 내 사이트를 내가 열 수 없는 일이 생깁니까?

원본 파일과 계정이 개발사에만 있으면 사이트가 정상으로 열려도 고객은 그 사이트를 직접 움직일 수 없습니다. 개발자가 사이트의 동작을 적어 둔 원본 파일을 이 글에서는 코드라고 부르며 계정은 사이트가 올라가 있는 서비스에 들어갈 수 있는 이름과 비밀번호입니다.

수강 안내 문구와 시간표를 자주 바꿔야 하는 학원을 예로 들어 보겠습니다. 수정 요청을 개발사에 맡기면 됩니다. 하지만 담당 개발자와 연락이 어려워지거나 요청마다 조건이 붙으면 학원의 일정이 늦어질 수 있습니다.

다른 개발사로 옮기려 할 때도 같은 문제가 생깁니다. 새 개발사가 코드를 받지 못하면 사이트를 처음부터 다시 만들어야 할 수 있습니다. 사이트가 올라간 계정에 고객이 들어갈 수 없으면 새 개발사가 작업할 방법도 없습니다.

사이트의 인터넷 주소인 도메인과 사이트 파일을 보관하는 서버의 이용 계약이 개발사 이름으로 되어 있는 경우도 있습니다. 서버는 사이트 파일을 보관하고 방문자에게 보여 주는 컴퓨터입니다. 이 두 가지가 개발사 이름이면 프로젝트 종료 후에도 사이트의 열쇠를 개발사가 쥐고 있게 됩니다.

개발사가 만든 코드는 왜 자동으로 고객 것이 되지 않습니까?

세계지적재산권기구(WIPO)는 소프트웨어 개발 계약의 지식재산권 귀속을 설명합니다. 계약에 클라이언트에게 넘긴다는 정함이 없으면 개발자가 소유권을 자동으로 보유합니다. 지식재산권은 만든 사람이 결과물에 갖는 권리입니다. 그래서 권리를 넘긴다는 문구가 계약서에 있는지가 기준이 됩니다.

사이트를 올리는 방식도 계정과 함께 정해야 할 일입니다. 배포는 완성한 사이트를 방문자가 볼 수 있게 인터넷에 올리는 일이고 Next.js 공식 문서는 배포 방식을 네 가지로 제시합니다. 네 가지는 Node.js 서버와 Docker 컨테이너, 정적 내보내기, 각 플랫폼용 어댑터입니다.

Node.js 서버는 자바스크립트로 만든 사이트를 돌리는 서버입니다. Docker 컨테이너는 사이트 실행 환경을 하나로 포장한 꾸러미입니다. 정적 내보내기는 미리 완성한 화면 파일을 올리는 방식이며 어댑터는 특정 업체의 서비스에 맞추는 연결 부품입니다. 정적 내보내기는 기능이 제한된다고 공식 문서가 밝히므로 개발사가 어느 방식으로 올릴지는 계약 전에 물어볼 질문이 됩니다.

배포 방식마다 사이트가 올라가는 곳이 달라질 수 있어서 고객이 받을 계정의 종류도 달라집니다. 배포 권한은 사이트의 수정본을 인터넷에 올릴 수 있는 권한입니다. 이 권한이 누구 계정에 있는지에 따라 프로젝트 종료 후 사이트를 고객이 직접 수정할 수 있는지가 정해집니다.

코드의 권리는 개발사가 쓰는 도구의 이름이 아니라 계약서 문구로 정해집니다. Next.js가 공개된 도구여도 개발사가 새로 작성한 코드를 누가 갖는지는 정해지지 않습니다.

계약 전에 개발사에 무엇을 물어봐야 합니까?

계약 전에 물을 질문은 코드 권리와 계정 명의, 인계 자료 세 가지입니다. 질문은 같은 꼴로 한 줄씩 적어 개발사에 보내면 됩니다.

1. 개발사가 새로 작성한 코드의 권리를 고객에게 넘기는지 묻는 일입니다. 넘기는 시점이 대금을 치르는 시점인지도 묻습니다.

2. 사이트가 올라가는 계정과 도메인을 누구 명의로 만드는지 묻는 일입니다. 배포 권한이 고객 계정에 있는지도 확인합니다.

3. 프로젝트 종료 후에 인계 자료로 무엇을 어떤 방법으로 받는지 묻는 일입니다.

코드 권리 질문에서는 답의 표현을 구분해 들어야 합니다. 권리를 넘긴다는 답과 코드를 쓸 수 있게 해 준다는 답은 서로 다른 답이며 코드를 쓸 수 있게 해 준다는 답에는 수정과 이전에 제한이 따를 수 있습니다.

계정 명의 질문은 계정을 만드는 순서에서 차이가 납니다. 고객 이름으로 계정을 먼저 만들고 개발사를 초대하는 방식이 있고 개발사 계정에 사이트를 올린 뒤 나중에 옮겨 주는 방식도 있습니다. 어느 쪽인지 알아야 프로젝트 종료 후 고객이 받는 것이 계정 자체인지 계정 안의 사이트 파일뿐인지 알 수 있습니다.

인계 자료 질문의 답은 목록과 날짜로 받아야 비교할 수 있습니다. 코드와 계정 정보, 배포 방법을 적은 문서 가운데 무엇을 언제 받는지를 개발사가 직접 적어 줍니다. 그러면 견적서끼리 같은 기준으로 비교할 수 있습니다.

개발사의 답변은 어떤 문구로 계약서에 남깁니까?

말로 받은 답변은 프로젝트 종료 후에 기준으로 삼기 어려우므로 질문마다 한 문장씩 계약서에 적어 둡니다. 문장은 짧아도 됩니다.

1. 코드: 개발사가 새로 작성한 코드의 권리를 고객에게 넘긴다는 문장과 넘기는 시점
2. 계정: 사이트가 올라가는 계정과 도메인의 명의가 고객이라는 문장
3. 인계: 인계할 자료의 목록과 인계 날짜

Next.js 자체는 이미 공개된 도구이므로 코드 문구는 개발사가 새로 작성한 부분을 대상으로 적는 것이 자연스럽습니다. 개발사에 어디까지가 새로 작성한 코드인지 물어 두면 문구의 범위가 분명해집니다.

개발사가 문구를 거절하면 이유를 물어보시면 됩니다. 이유가 권리의 범위에 있는지 계정 구조에 있는지에 따라 조정할 수 있는 부분이 달라집니다.

질문마다 답변을 한 문장씩 계약서에 적어 두면 프로젝트 종료 후에 기준으로 쓸 문구가 남습니다.

비용은 무엇에 따라 달라집니까?

정해진 가격표는 없으며 아래 기준에 따라 범위가 달라지므로 상담 후 견적으로 안내합니다.

1. 사이트로 하는 일: 회사 소개인지 예약이나 주문을 받는지
2. 업데이트 주기: 글과 사진을 얼마나 자주 수정하는지
3. 관리 화면: 고객이 직접 수정할 화면이 필요한지
4. 기존 사이트: 새로 만드는지 지금 사이트를 옮기는지
5. 인계 범위: 코드와 계정 외에 받고 싶은 자료가 있는지

이 몇 가지를 알려 주시면 범위를 잡을 수 있습니다.

문의하면 어떤 순서로 진행됩니까?

문의 후 진행 순서는 다음과 같습니다.

1. 문의를 남기시면 사이트로 하는 일과 수정 주기를 중심으로 상담합니다.

2. 상담 내용에 맞춰 범위와 견적을 안내합니다. 견적을 보고 진행할지는 고객이 정하시면 됩니다.

3. 진행하시기로 하면 사이트를 제작합니다.

4. 제작이 끝나면 사이트를 인터넷에 올립니다.

5. 프로젝트를 마치면 사이트를 만든 코드와 계정을 고객에게 인계합니다.

그래서 개발사의 Next.js 제안은 받아들여도 됩니까?

세 가지 질문에 문서로 답이 나오는 개발사라면 Next.js든 다른 방식이든 같은 기준으로 견적을 비교할 수 있습니다. 답이 말로만 오가거나 코드의 권리를 넘기지 않는다는 답이 오면 따져 볼 일이 생깁니다. 프로젝트 종료 후 수정을 그 개발사에 계속 의뢰해야 하는지입니다.

글과 사진을 자주 수정하는 사이트라면 개발사를 거치지 않고 올릴 수 있는 배포 권한이 고객 몫인지가 기준입니다.