APP DEVELOPMENT TERM
소스코드·서버·계정 인수
개발 결과물과 운영 권한 넘겨받기
소스코드·서버·계정 인수는 파일을 한 번 전달받는 일이 아니라, 서비스 운영자가 자기 명의와 권한으로 개발 결과물에 접근하고 새 담당자가 빌드·배포·백업·장애 대응을 이어갈 수 있는 상태를 만드는 과정입니다.
30초 이해
인수 완료는 파일을 받았을 때가 아니라 다른 담당자가 운영을 이어갈 수 있을 때입니다
앱은 화면 코드만으로 운영되지 않습니다. 소스 저장소, 서버와 데이터베이스, 도메인, Apple·Google 개발자 계정, 결제·문자·지도 같은 외부 서비스, 디자인 원본과 운영 문서가 함께 연결됩니다. 하나라도 특정 개인이나 이전 업체만 접근할 수 있으면 수정과 장애 대응이 막힐 수 있습니다.
인수할 때는 각 자산의 소유자와 관리자 권한을 확인하고, 필요한 설정을 안전한 방식으로 전달한 뒤 새 담당자가 실제로 빌드·배포·백업 복구를 재현해야 합니다. 마지막으로 이전 담당자의 불필요한 권한을 회수하고 비용·만료·장애 알림의 수신자를 운영 주체로 바꿔야 인수가 끝납니다.
언제 사용하는 개념인가요?
출시와 유지보수를 준비할 때
운영에 필요한 계정·비용·알림·백업 담당을 정하고 개발 결과물의 보관 위치를 확인할 때 필요합니다.
내부 담당자나 개발 파트너가 바뀔 때
새 담당자가 이전 사람의 개인 계정이나 구두 설명에 의존하지 않고 업무를 이어가게 할 때 사용합니다.
프로젝트와 계약을 마무리할 때
완료 결과물, 권리 이전 조건, 운영 권한과 남은 지원 범위를 같은 목록으로 최종 확인합니다.
왜 중요한가요?
담당자가 바뀌어도 서비스를 멈추지 않습니다
새 담당자가 저장소와 운영 환경을 이해하고 직접 배포할 수 있으면 수정과 장애 대응을 이어갈 수 있습니다.
서비스와 데이터의 통제권을 확인할 수 있습니다
회사 명의 계정과 역할별 권한을 사용하면 특정 개인의 퇴사나 파트너 변경으로 접근권을 잃을 위험을 줄입니다.
숨은 운영 비용과 만료 위험을 찾을 수 있습니다
서버·도메인·스토어·외부 서비스의 결제 주체, 갱신일과 알림 수신자를 정리해 갑작스러운 중단을 예방합니다.
실제 상황 예시
동네 클래스 예약 서비스를 넘겨받는다면
고객 앱과 관리자 화면이 정상으로 보이는 것뿐 아니라 수정·배포·복구에 필요한 자산과 권한을 함께 확인해야 합니다.
반드시 넘겨받을 자산과 권한
- 앱·웹·관리자·서버 소스 저장소와 버전·배포 이력
- 클라우드·데이터베이스·도메인·Apple·Google 계정의 관리자 권한
- 결제·문자·이메일·지도·분석 서비스의 소유 계정과 요금 정보
- 디자인 원본, API·데이터 구조, 운영 안내와 테스트 계정
받은 뒤 실제로 확인할 동작
- 새 담당자의 컴퓨터에서 설치하고 테스트 버전을 실행
- 테스트 환경에 변경 내용을 배포하고 되돌리는 절차 확인
- 데이터 백업을 내려받고 복구 가능한 형식인지 확인
- 이전 담당자 권한 회수와 결제·만료·장애 알림 수신자 변경
목록과 비밀번호만 전달받아서는 실제 운영 가능 여부를 알 수 없습니다. 새 담당자가 서비스 구조를 이해하고 빌드·배포·복구를 직접 확인한 뒤 이전 접근 권한까지 정리해야 인수가 완료됩니다.
자주 하는 오해
“소스코드 압축 파일을 받으면 인수가 끝난다”
압축 파일만으로는 어떤 버전이 운영 중인지, 어떻게 설치하고 배포하는지 알기 어렵습니다. 저장소 이력, 실행 방법, 운영 환경과 외부 서비스 목록을 함께 확인해야 합니다.
“계정 비밀번호를 한 문서로 공유하면 편하다”
공용 비밀번호는 사용자를 확인하기 어렵고 유출 시 모든 권한이 노출됩니다. 회사 명의 계정에 사람별 역할 권한을 주고, 민감한 값은 비밀번호 관리 도구 등 안전한 방법으로 전달해야 합니다.
“서비스가 지금 정상이라면 서버 인수도 완료된 것이다”
현재 동작과 운영 가능성은 다릅니다. 결제 실패, 인증서·도메인 만료, 장애 알림, 백업과 복구, 배포 실패 시 되돌리기를 새 담당자가 확인해야 합니다.
“소스코드를 받으면 이미지·글꼴·외부 프로그램 권리도 모두 넘어온다”
유료 자료, 오픈소스와 외부 서비스에는 별도 이용 조건이 있을 수 있습니다. 고객 전용 결과물과 재사용 기술, 라이선스와 구매 계정을 구분해 확인해야 합니다.
우리 서비스에 적용할 때 확인하세요
- 1소스 저장소·클라우드·도메인·스토어·외부 서비스의 소유 명의와 최고관리자를 확인했나요?
- 2운영 중인 버전과 배포 이력, 실행·빌드·배포 방법을 새 담당자가 재현할 수 있나요?
- 3환경 설정과 인증 정보는 안전하게 전달되고 인수 후 필요한 값이 교체됐나요?
- 4데이터 백업 위치·주기·보관 기간과 실제 복구 방법을 확인했나요?
- 5서버 비용·도메인 만료·스토어 갱신·장애 알림을 운영 담당자가 직접 받고 있나요?
- 6이전 담당자와 사용하지 않는 계정의 접근 권한을 회수하고 변경 기록을 남겼나요?
다음 자료
이해한 내용을 바로 적용해보세요
계약 단계에서 인수 조건을 정하는 방법을 읽고, 실제 자산과 권한을 직접 점검한 뒤 여러 운영 화면과 데이터가 연결된 서비스 구조를 확인할 수 있습니다.
기초 용어 알아보기
소스코드는 다시 만들고 수정할 수 있는 원본입니다
완성 앱과 소스코드의 차이, 저장소와 실행 방법이 함께 필요한 이유를 쉽게 확인합니다.
이어서 보기기초 용어 알아보기
서버는 요청과 데이터를 처리하는 운영 시스템입니다
앱 화면 뒤에서 권한과 조건을 확인하고 같은 결과를 돌려주는 역할을 살펴봅니다.
이어서 보기계약 기준 확인하기
계약 전에 소스·서버·계정 인수 조건을 정하세요
개발 범위와 완료 결과물, 소스 전달, 운영 계정과 출시 후 지원 조건을 계약 전에 확인하는 방법입니다.
이어서 보기직접 점검하기
현재 받은 자산과 빠진 인수 항목을 확인하세요
소스코드부터 서버·데이터·도메인·스토어·외부 서비스와 운영 문서까지 순서대로 점검합니다.
이어서 보기운영 구조 참고하기
학생 앱·웹·관리자와 운영 데이터를 연결한 START
여러 사용 환경과 관리자 업무, 참여 기록을 하나의 장기 운영 시스템으로 연결한 구조를 확인합니다.
이어서 보기지금 보유한 개발 결과물과 운영 권한을 점검해보세요
몇 가지 쉬운 질문으로 이미 받은 항목과 추가로 요청해야 할 자산·계정·문서를 나눠 확인할 수 있습니다.