한눈에 보기
홈페이지나 앱을 외주로 만들 때는 계약서에 소스코드 이관 범위와 시점을 명확히 적어야 합니다. 이관 대상에는 소스코드, 디자인 원본, 데이터베이스 구조, 서버·도메인 접속 정보, 앱스토어 계정 권한이 포함되어야 하며, 앱스토어·도메인 명의가 회사로 되어 있는지도 확인해야 합니다.
- 계약서에 이관 대상 항목을 구체적으로 명시
- 잔금 지급과 동시에 이관 등 시점을 날짜로 정함
- 앱스토어·도메인·서버 명의를 회사로 확인
- 받은 소스코드로 실제 빌드·수정 가능한지 검증
소스코드가 없으면 어떤 문제가 생기나요?
소스코드가 없으면 홈페이지 문구 하나, 버튼 위치 하나를 바꾸는 것조차 어려워집니다. 화면에 보이는 페이지만 고치는 것처럼 보여도, 실제로는 서버에 올라간 파일과 데이터베이스 구조를 알아야 안전하게 수정할 수 있습니다.
앱은 더 뚜렷합니다. 앱스토어에 올라간 앱을 고치려면 빌드에 쓸 프로젝트 파일과 인증서, 개발자 계정 권한이 필요합니다. 이게 없으면 오류 하나를 고치는 데도 처음부터 다시 만들어야 하는 상황이 생깁니다.
ERP나 업무 프로그램도 마찬가지입니다. 회사 업무에 맞춰 만든 화면과 계산식은 그 회사만의 자산입니다. 그런데 소스코드가 없으면 담당자가 그만두는 순간 아무도 손댈 수 없게 됩니다.
왜 소스코드 이관을 미루게 되나요?
첫째, 견적서에 '소스코드 제공'이라고만 적혀 있고 범위가 없습니다. 디자인 파일인지, 서버 설정인지, 데이터베이스 구조까지인지 알 수 없습니다.
둘째, 프로그램을 사는 방식과 만드는 방식을 섞어서 이야기합니다. 월 사용료를 내는 방식은 소스코드가 아니라 사용 권한을 받는 경우가 많습니다. 이건 나쁜 게 아니라 다른 방식일 뿐인데, 계약 전에 구분하지 않으면 나중에 오해가 생깁니다.
셋째, 미납이나 분쟁을 이유로 이관을 미루는 조항이 있습니다. 대금 지급과 이관 시점을 계약서에 분명히 적어 두면 이런 일을 줄일 수 있습니다.
계약 전에 확인할 5가지는 무엇인가요?
계약 전에 다음 5가지를 확인하세요.
- 이관 대상 목록을 글로 받으세요. 소스코드, 디자인 원본, 데이터베이스 구조, 서버·도메인 접속 정보, 앱스토어 계정 권한까지 항목으로 적어 달라고 하세요.
- 이관 시점을 정하세요. 잔금 지급과 동시에 이관인지, 오픈 후 며칠 안인지 날짜로 적는 게 좋습니다.
- 앱은 계정 소유자를 확인하세요. 구글·애플 개발자 계정이 누구 명의인지, 앱을 내릴 권한이 누구에게 있는지 확인합니다.
- 도메인과 서버가 누구 명의인지 보세요. 회사 이름으로 되어 있어야 나중에 옮기기 쉽습니다.
- 이관 후 실행까지 확인하세요. 파일만 받고 끝내지 말고, 받은 소스코드로 실제로 빌드와 수정이 되는지 확인하는 단계를 넣으세요.
소스코드 이관 비용과 기간은 어떻게 되나요?
소스코드 이관 자체에 별도 비용을 받는 곳도 있고, 포함하는 곳도 있습니다. 개발 비용은 기능과 범위에 따라 달라지며 부가세 별도인 경우가 많습니다. 이관 정리와 문서화에 며칠이 더 걸릴 수 있으니, 견적을 받을 때 이관 항목이 포함인지 따로인지 물어보세요.
이미 운영 중인 홈페이지나 앱이라면, 지금 소스코드가 어디 있는지부터 확인하셔야 합니다. 없다면 지금 상태 그대로 유지하면서 새로 정리하는 방법도 있습니다.
이미 만든 홈페이지나 앱의 소스코드를 못 받으면 어떻게 하나요?
이미 만든 지 오래된 홈페이지나 앱의 소스코드를 받지 못했다면, 현재 상태를 유지하면서 필요한 부분만 새로 정리하는 방법이 있습니다. 먼저 현재 서버와 도메인 정보를 확인하고, 앞으로의 수정 범위를 정해 두는 것이 좋습니다.
또한, 기존 개발사와 연락이 닿지 않더라도 서버와 도메인 접속 정보만 있으면 일부 수정은 가능할 수 있습니다. 하지만 근본적인 해결을 위해서는 소스코드를 확보하거나 새로 개발하는 것을 고려해야 합니다.
월 사용료 방식과 소유 방식은 어떻게 다른가요?
월 사용료를 내는 방식은 소스코드를 받는 것이 아니라 사용 권한을 받는 경우가 많습니다. 이는 프로그램을 사는 방식과 유사하며, 소스코드 자체를 소유하는 것이 아닙니다. 반면, 외주 개발은 소스코드를 포함한 모든 자산을 이관받는 것을 목표로 합니다. 계약 전에 어떤 방식인지 명확히 구분해야 나중에 오해가 없습니다.
이관 후 실제로 수정이 가능한지 어떻게 확인하나요?
이관 후에는 받은 소스코드로 실제 빌드와 수정이 되는지 확인해야 합니다. 단순히 파일만 받는 것으로는 부족합니다. 개발 환경을 설정하고, 간단한 수정을 요청하여 반영되는지 테스트해 보세요. 또한, 이관 시 간단한 설명 문서를 함께 받아 두면 구조를 파악하는 데 도움이 됩니다.
정리
홈페이지·앱 외주 계약 전에는 소스코드 이관 범위와 시점, 앱스토어·도메인 명의를 반드시 확인해야 합니다. 계약서에 이관 대상 항목을 구체적으로 명시하고, 이관 후 실제 수정이 가능한지 검증하는 단계를 포함하세요. 월 사용료 방식인지 소유 방식인지도 구분해야 합니다. 이러한 점검을 통해 나중에 발생할 수 있는 문제를 예방할 수 있습니다.
상담은 홈페이지 오른쪽 아래 네이버 톡톡 또는 카카오톡 상담을 누르시거나 0502-1920-4796으로 문의해 주세요.