앱 MVP 외주 전 NDA: 공유할 자료와 제한할 정보를 나누는 5단계
앱 MVP 외주를 알아볼 때는 요구사항, 화면 흐름, 고객 문제, 가격 가설, 운영 방식처럼 아직 공개하지 않은 자료를 개발사에 보여 주게 됩니다. 이때 비밀유지계약서(NDA)를 먼저 받았다는 사실만으로 공유 준비가 끝나는 것은 아닙니다. 실제로는 무엇을, 누구에게, 어떤 목적과 경로로, 언제까지 보여 주는지를 함께 정해야 자료가 한 번에 과도하게 퍼지는 일을 줄일 수 있습니다.
이 글은 창업자가 개발 외주 상담 전에 정보 공유 범위를 정리하는 실무 질문을 안내합니다. NDA 문구의 효력이나 분쟁 결과를 단정하지 않으며, 실제 계약은 거래 구조와 자료 성격에 따라 전문가 검토가 필요할 수 있습니다.
먼저 답: NDA에 서명한 뒤에도 ‘공유 묶음’을 나누세요
첫 상담부터 전체 기획서, 고객 목록, 관리자 계정, 소스 저장소를 모두 전달할 필요는 없습니다. 상담의 목적이 개발 가능성·범위·견적 확인이라면, 그 목적을 판단하는 데 필요한 자료부터 단계별로 제시하는 편이 좋습니다. 예를 들어 첫 대화에서는 문제 정의와 핵심 사용자 흐름을, 후보가 좁혀진 뒤에는 화면 상세·연동 조건을, 계약과 권한 설정이 끝난 뒤에만 운영 접근 정보를 여는 방식입니다.
부정경쟁방지 및 영업비밀보호에 관한 법률 제2조는 영업비밀을 공공연히 알려져 있지 않고 독립된 경제적 가치를 가지며 비밀로 관리된 기술상 또는 경영상 정보로 정의합니다. 이 정의만으로 특정 MVP 자료가 영업비밀이라고 결론 내릴 수는 없습니다. 다만 NDA만 저장해 두기보다 자료의 구분, 접근 대상, 전달 경로를 실제로 관리하는 이유를 이해하는 참고가 됩니다.
상담 전, 자료를 네 묶음으로 나눠 보세요
공유 묶음 | 상담 단계에서 담을 수 있는 내용 | 공유 전 확인 질문 |
|---|---|---|
문제와 목표 | 고객이 겪는 문제, MVP로 검증하려는 가설, 핵심 사용자 흐름 | 특정 고객·거래처를 식별하는 정보가 들어가 있지 않은가 |
기능과 화면 | 화면 목록, 사용자 행동, 예외 상황, 필요한 관리자 기능 | 실제 운영 데이터나 계정 화면을 가린 예시로 바꿀 수 있는가 |
연동과 운영 조건 | 결제·알림·로그인·분석 같은 연동 필요 여부와 역할 | API 키, 비밀번호, 실제 관리자 권한 없이 설명 가능한가 |
제한 자료 | 고객 목록, 원가·가격 조건, 소스코드, 운영 계정, 미공개 계약 자료 | 지금 이 상대에게 이 자료가 꼭 필요한가, 계약 뒤로 미룰 수 있는가 |
이 표는 법에서 정한 분류표가 아니라, 상담 목적과 자료 민감도를 같은 문장에서 보게 하는 편집적 운영 양식입니다. 중요한 것은 ‘비밀’이라고 포괄적으로 적는 데 그치지 않고, 실제 전달 자료의 이름과 전달 시점을 남기는 일입니다.
NDA에는 최소한 이 다섯 질문의 답이 보이는지 확인합니다
비밀유지계약서의 문구를 그대로 복사하기 전에 아래 질문을 던져 보세요. 첫째, 비밀로 취급할 정보가 어떤 자료·파일·대화인지 식별할 수 있는가. 둘째, 개발 가능성 검토나 견적 산정처럼 사용할 목적이 적혀 있는가. 셋째, 상대방 내부에서 누가 접근할 수 있는지와 재위탁·외부 공유 조건이 정리돼 있는가. 넷째, 보관·반환·삭제 요청이 생겼을 때 확인할 수 있는 자료가 무엇인가. 다섯째, 비밀유지 의무가 끝나는 시점과 예외가 거래 상황에 맞게 검토됐는가입니다.
특허청 영업비밀보호센터는 외부 관계용 비밀유지계약서 표준서식을 공개하고, 별도의 영업비밀 관리체계 간이 점검 자료에서 정보 분류, 접근 권한, 접근 대상자의 비밀유지 의무를 점검 항목으로 제시합니다. 공개 서식과 점검표는 특정 스타트업 계약에 자동 적용되는 답안이 아닙니다. 누락된 질문을 찾는 출발점으로만 활용하세요.
‘공유하지 말 것’보다 ‘공유하는 방법’을 기록하세요
자료가 필요한 개발사에 전달해야 할 때는 메신저 대화에 파일을 흩어 놓기보다, 자료 목록과 목적을 한 곳에서 확인할 수 있게 만드세요. 파일명에는 버전과 날짜를 붙이고, 무엇을 언제 누구에게 전달했는지 간단한 기록을 남기는 방식이 가능합니다. 링크 공유를 쓴다면 대상자와 권한을 다시 확인하고, 실제 비밀번호·API 키·운영 계정은 견적 상담 자료와 분리하는 편이 안전합니다.
여기서도 ‘이렇게 하면 법적 보호가 확정된다’고 말할 수는 없습니다. 대신 나중에 범위가 바뀌었을 때 어떤 자료가 어떤 전제로 공유됐는지 확인할 수 있습니다. 계정과 운영 권한이 필요한 시점에는 앱 외주개발 인수인계 체크리스트처럼 소유자와 전달 대상을 따로 정리해 두는 것이 좋습니다.
견적 요청서에는 필요한 정보만 한 줄씩 적습니다
개발 견적을 요청할 때도 모든 사업 정보를 한 문서에 넣을 필요는 없습니다. ‘회원이 예약 가능한 앱이 필요하다’는 설명 뒤에 고객 실명 목록을 붙이는 대신, 사용자 수를 특정하지 않은 흐름·화면·연동 조건을 설명할 수 있습니다. 실제 화면이 필요하면 테스트 계정이나 가린 화면을 쓸 수 있는지 먼저 검토하세요.
기능 이름과 완료 기준을 정리하는 일은 비밀자료를 늘리는 작업이 아닙니다. 같은 기능을 서로 다르게 해석하지 않기 위한 준비입니다. MVP 요구사항 정리 방법을 활용해 사용자 상황, 행동, 결과, 예외와 확인 방법을 일반화해 적으면 상담에 필요한 정보와 제한해야 할 정보를 나누기 쉬워집니다.
계약 전 정보 공유 5단계
상담의 목적을 한 문장으로 정하고, 그 목적에 꼭 필요한 정보만 표시합니다.
문제·기능·연동·제한 자료의 네 묶음으로 파일과 대화 내용을 나눕니다.
NDA 초안에서 정보 범위, 사용 목적, 접근 대상, 보관·반환, 기간·예외 질문을 확인합니다.
첫 상담에는 가린 화면과 일반화한 요구사항을 전달하고, 실제 계정·키·운영 데이터는 분리합니다.
후보가 좁혀질 때마다 새 자료의 이름, 전달 대상, 목적을 기록하고 필요한 범위만 추가합니다.
NDA는 개발 상담을 멈추게 하는 문서가 아니라, 필요한 정보를 필요한 단계에 전달하기 위한 기준입니다. 유인어스는 민간 사업 지원 서비스이며, 개별 계약의 효력, 영업비밀 해당 여부, 비용·일정·개발 결과를 보장하지 않습니다.
자주 묻는 질문
NDA만 체결하면 모든 자료를 바로 보내도 되나요?
그렇지 않습니다. 상담 목적에 필요한 자료인지, 실제 고객·계정·접근 정보가 포함됐는지, 더 일반화한 자료로 설명할 수 있는지를 먼저 확인하세요. NDA가 있어도 전달 범위와 경로를 관리하는 판단은 별도로 필요합니다.
개발 견적을 받으려면 소스코드나 운영 계정을 보여줘야 하나요?
필요한지는 현재 서비스 상태와 상담 목적에 따라 다릅니다. 견적 상담 단계에서는 화면 흐름, 기능 조건, 연동 필요 여부로 설명 가능한지 먼저 검토하고, 실제 접근 권한은 계약과 역할이 정리된 뒤 필요한 범위에서 부여하는 방법을 고려할 수 있습니다.
표준 NDA 서식을 그대로 쓰면 충분한가요?
공개 표준서식은 검토할 항목을 찾는 참고가 될 수 있지만, 거래 구조와 자료 성격이 다르면 그대로 맞지 않을 수 있습니다. 정보 범위, 사용 목적, 접근 대상, 반환·삭제, 기간·예외가 현재 거래에 맞는지 확인하고 필요하면 전문가에게 검토를 받으세요.
상담 중 추가 자료를 보내면 새 NDA가 필요한가요?
항상 같은 답이 나오지는 않습니다. 기존 문서가 추가 자료와 전달 목적을 포괄하는지, 전달 대상이 바뀌는지, 새 접근 권한이 필요한지를 확인해야 합니다. 답이 불분명하면 자료를 보내기 전에 계약 문구와 전달 절차를 다시 검토하세요.