외주 개발 납품 검수 체크리스트 — 잔금 전에 확인할 것

먼저 소유권 — 내 것이 맞는지

• 소스 코드: GitHub 같은 저장소가 내 회사 계정(또는 조직)에 있고, 내가 관리자 권한을 갖고 있나요? zip 파일만 받았다면 저장소 기록이 빠져 있을 수 있습니다.
• 서버·호스팅: Vercel, AWS, 카페24 같은 곳의 계정이 개발사 이름이면 매달 요금도, 서비스를 끌 권한도 개발사에 있습니다. 내 계정으로 옮기거나 나를 소유자로 넣어 달라고 하세요.
• 도메인: 도메인 등록자가 내 이름(회사)인지 확인합니다. 도메인이 개발사 명의면 나중에 주소를 잃을 수 있습니다.
• 외부 서비스: 결제사, 문자·알림톡, 지도, AI API, 앱 마켓 개발자 계정이 누구 명의인지 목록으로 받습니다.
• 저작권: 계약서에 결과물의 저작권(또는 이용 권한)이 누구에게 있는지, 개발사가 다른 곳에 같은 코드를 쓸 수 있는지 적혀 있는지 봅니다.

비밀키와 관리자 계정 인계

API 키, 데이터베이스 비밀번호, 관리자 계정은 메신저로 그대로 받지 말고, 가능하면 내 계정으로 서비스에 직접 들어가 새로 발급하세요. 납품 뒤에는 개발사가 쓰던 키와 계정을 끄거나 바꾸는 것이 안전합니다.

"어떤 키를 어디에 넣어야 돌아가는지" 이름 목록(값 말고 이름만)과 설치·배포 방법을 문서로 받아 두면, 다른 개발자에게 맡길 때도 쉽습니다.

실제로 돌아가는지 직접 확인

1. 계약서·견적서에 적힌 기능을 한 줄에 하나씩 목록으로 만듭니다.
2. 운영 주소(실제 손님이 쓸 주소)에서 휴대폰과 PC 로 하나씩 눌러 보고, 되는 것과 안 되는 것을 적습니다.
3. 결제가 있다면 시험 결제와 취소·환불까지 해 보고, 관리자 화면에 제대로 남는지 봅니다.
4. 일부러 이상하게 써 봅니다: 단추 두 번 누르기, 로그아웃 뒤 뒤로 가기, 주소창의 번호 바꾸기, 빈칸으로 저장하기.
5. 안 되는 목록을 날짜와 함께 메일로 보내고, 고친 뒤 다시 확인합니다. 이 기록이 하자 보수 근거가 됩니다.

코드 품질은 AI 에게 한 번 더

비개발자가 코드를 직접 읽기는 어렵지만, 넘겨받은 코드를 AI 코딩 도구에 열고 아래처럼 물으면 큰 문제는 미리 짚을 수 있습니다. 지적이 나오면 그대로 믿기보다 개발사에게 확인을 요청하는 자료로 쓰세요.

계약서에서 확인할 것

• 하자 보수 기간과 범위(무엇이 "하자"이고 무엇이 "추가 개발"인지).
• 납품물 목록: 소스 코드, 설계·설치 문서, 계정 목록, 디자인 원본 파일.
• 검수 기간과 방법(며칠 안에 이의를 말해야 하는지).
• 납품 뒤 유지보수를 맡길지, 맡긴다면 비용과 응답 시간.

자주 묻는 질문

함께 보면 좋은 글

• Lovable·Bolt·v0 코드 zip 내려받는 법과 .env 빼기
• API 키·비밀키가 코드에 노출됐을 때 바로 해야 할 일
• 직원이 AI 로 만든 사내 도구, 도입 전 확인할 것 5가지