소스코드와 계정은 누구 것이어야 할까

1분 카드뉴스로 먼저 보기

창업 준비 중인 대표님이 다급하게 연락을 주셨어요. 예전에 맡겼던 개발자와 연락이 끊겼는데, 서비스 글자 하나를 바꾸려 해도 어디서 바꿔야 할지 모르겠다는 거였어요.

확인해 보니 서버도, 도메인도, 코드 저장소도 모두 그 개발자 이름으로 되어 있었어요. 서비스는 돌아가고 있었지만 대표님 손에는 아무것도 없었어요. 결국 처음부터 다시 만들어야 했어요.

이런 일은 나쁜 의도 없이도 생겨요. 만드는 사람이 편한 대로 자기 계정으로 시작하고, 넘겨주는 걸 깜빡하는 경우가 많거든요.

핵심은 소스코드와 모든 계정이 처음부터 대표님 이름이어야 한다는 거예요. 만드는 사람은 대표님 계정에 초대받아 일하고, 일이 끝나면 빠지면 돼요. 이렇게 하면 누가 만들든 서비스의 열쇠는 늘 대표님이 쥐고 있어요.

그래서 저는 「누구 이름으로 시작하느냐」를 첫날 정할 일로 둬요.

「대표님 것」이어야 하는 네 가지

• 소스코드. 서비스를 만드는 설계도예요. 코드 저장소가 대표님 계정에 있어야 다른 사람에게 맡길 수 있어요.
• 서버 계정. 서비스가 실제로 돌아가는 곳이에요. 비용도 대표님 카드로 나가는 게 맞아요.
• 도메인. 주소 이름이에요. 남의 이름으로 되어 있으면 갱신을 놓쳐도 알 수 없어요.
• 바깥 서비스 계정. 문자 발송, 결제, 지도처럼 연결한 서비스의 관리 계정이에요.

대표님이 직접 만들 수 없는 계정이 있다면, 적어도 대표님 메일 주소로 가입하고 비밀번호는 대표님이 정하도록 해 주세요. 그래야 비밀번호를 잊어도 대표님이 직접 되찾을 수 있어요.

왜 처음부터여야 할까요

나중에 넘겨받으면 되지 않느냐고 물으시는 분도 많아요. 가능은 하지만 손이 많이 가요. 결제나 문자 발송 계정은 사업자 정보로 심사를 받기 때문에 명의를 옮기는 절차가 따로 있고, 그 사이에 서비스가 멈출 수도 있어요. 처음부터 대표님 이름으로 만들면 이런 수고가 아예 없어요.

계약서에 「소스코드는 고객 소유」라고 적는 것도 좋지만, 실제로 받아 두는 게 더 중요해요. 권리 관계가 복잡한 경우라면 계약서 문구는 전문가에게 한번 확인받으시길 권해요.

비밀번호를 메신저로 주고받는 것도 피하는 게 좋아요. 대표님이 계정을 만드시고 만드는 사람을 「구성원」으로 초대하면, 비밀번호를 알려 줄 필요가 없어요. 일이 끝나면 초대만 거두면 되니 정리도 깔끔해요. 대부분의 서버·저장소 서비스에 이런 초대 기능이 있어요.

오픈할 때 받아 둘 것

항목	확인 방법
코드 저장소	대표님 계정으로 로그인해 코드가 보이는지
서버·도메인	결제 카드와 연락 메일이 대표님 것인지
관리자 화면	최고 관리자 계정이 대표님 이름인지
계정 목록	어떤 서비스를 어디에 쓰는지 정리한 표
간단한 설명서	다른 사람이 이어받을 때 읽을 안내

설명서라고 해서 거창할 필요는 없어요. 서비스가 어디서 돌아가는지, 글자나 사진은 어디서 바꾸는지, 문제가 생기면 무엇부터 보는지가 한두 장에 적혀 있으면 충분해요. 다음 사람이 이 한두 장을 읽고 하루 안에 이어받을 수 있으면 잘 넘겨받은 거예요.

저는 작업을 시작할 때 대표님이 계정을 만들고 저를 초대하시도록 안내해요. 오픈하는 날에는 위 표를 같이 보며 하나씩 로그인해 확인해요. 소스코드와 계정은 고객 것이라는 원칙을 말로만이 아니라 화면으로 확인시켜 드리는 거예요.

이 원칙도 만들기 전에 정해 두는 게 가장 쉬워요. 첫 버전 범위를 정하는 날 계정 준비까지 함께 끝내면, 오픈도 넘겨받기도 한 번에 깔끔하게 끝나요.

자주 묻는 질문

외주 개발을 맡기면 소스코드는 누구 것인가요?

계약 내용에 따라 달라서 미리 정해야 해요. 계약서에 고객 소유라고 적고, 실제로 코드 저장소를 대표님 계정에 두는 것까지 확인하세요.

개발자 이름으로 된 서버를 옮길 수 있나요?

대부분 옮길 수 있지만 시간과 손이 들어요. 결제나 문자 발송처럼 사업자 심사가 있는 계정은 해당 회사에 이전 절차를 먼저 물어보세요.

계정을 제가 만들면 관리가 어렵지 않나요?

만드는 건 대표님이 하시고, 설정은 만드는 사람이 초대받아 해요. 대표님은 계정 목록 표 한 장만 보관하시면 돼요.