보호받을 가능성은 있지만, ‘내 제안과 비슷한 서비스가 나왔다’는 사실만으로 아이디어 탈취가 인정되지는 않습니다. 사업제안·입찰·공모 같은 거래교섭 또는 거래과정에서 경제적 가치가 있는 기술적·영업상 아이디어를 제공했고, 상대방이 그 제공 목적을 어겨 자신의 영업상 이익을 위해 부정하게 사용했는지를 구체적으로 밝혀야 합니다.
따라서 의심이 생겼을 때 가장 먼저 할 일은 항의문을 보내는 것이 아니라 무엇을, 누구에게, 어떤 목적으로, 언제 제공했는지를 고정하는 것입니다. 제안서 원본과 전송 기록, 회의 후 확인 메일, 상대방이 나중에 공개한 화면을 각각 보존한 뒤 두 자료의 대응관계를 정리해야 합니다.
비밀유지계약이 없다고 곧바로 보호가 끝나는 것은 아닙니다. 다만 계약, 공모 요강, 메일 문구처럼 사용 목적과 허용 범위를 보여주는 자료가 분쟁의 방향을 크게 좌우합니다.
법이 보는 것은 ‘아이디어의 주인’이라는 말보다 거래의 신뢰관계
부정경쟁방지법 제2조 제1호 차목은 사업제안, 입찰, 공모 등 거래교섭 또는 거래과정에서 제공된 경제적 가치 있는 기술적·영업상 아이디어 정보를 보호합니다. 그 정보를 제공 목적에 위반해 자신이나 제3자의 영업상 이익을 위해 부정하게 사용하거나, 다른 사람에게 제공해 사용하게 하는 행위가 대상입니다.
반대로 상대방이 제공받기 전부터 이미 알고 있던 아이디어이거나 동종 업계에 널리 알려진 아이디어라면 이 조항의 보호대상에서 제외됩니다. 단순한 문제의식이나 추상적인 방향만 전달했다면 구체적인 구현안·운영안·수익구조를 제공한 경우보다 보호 여부를 설명하기 어렵습니다.
대법원도 아이디어의 경제적 가치를 일률적으로 판단하지 않습니다. 그 정보를 사용해 경쟁상 이익을 얻을 수 있는지, 정보를 취득하거나 개발하는 데 상당한 비용이나 노력이 필요한지 등을 구체적으로 봅니다. 제공 목적 위반 여부 역시 협상의 내용과 성격, 제공 경위, 달성하려던 목적, 정당한 대가가 지급됐는지 등을 종합해 거래과정의 신뢰관계에 위배되는지 판단합니다.
NDA 한 장보다 먼저 맞춰볼 다섯 가지
1. 실제로 거래교섭 과정이 있었는가
일방적으로 보낸 홍보 메일과 상대방 요청에 따라 진행한 제안은 거래 맥락이 다릅니다. 제안 요청서, 공모 요강, 입찰 문서, 미팅 일정, 참석자, 회의록, 후속 질의처럼 양측이 어떤 거래를 논의했는지 보여주는 자료를 모아야 합니다.
2. 무엇을 어디까지 제공했는가
‘플랫폼 아이디어를 말했다’는 요약으로는 부족할 수 있습니다. 당시 제안서의 페이지, 화면 흐름, 기능 조합, 가격정책, 고객 확보 방식 등 상대방에게 전달한 구체적 요소를 항목별로 표시해야 합니다. 초안과 최종본이 여러 개라면 파일명만 믿지 말고 각 버전의 작성일과 실제 전송된 파일을 구분해 두는 편이 좋습니다.
3. 허용한 사용 목적은 무엇이었는가
NDA, 제안서의 사용 제한 문구, 공모 약관, 메일 본문, 회의 후 확인 메일은 아이디어를 어떤 목적으로 제공했는지 보여줍니다. ‘검토용’, ‘계약 체결 시 사용’, ‘제3자 제공 금지’처럼 범위가 구체적일수록 좋습니다. 구두로 합의했다면 참석자와 대화 내용을 곧바로 정리해 상대방에게 확인 메일을 보내는 습관이 도움이 됩니다.
4. 아이디어에 경제적 가치가 있었는가
개발 일지, 시장조사, 사용자 인터뷰, 테스트 결과, 외주비와 투입 인력, 시행착오 기록은 아이디어가 흔한 착상이 아니라 경쟁상 이익을 주거나 비용과 노력을 들여 구체화한 정보였다는 점을 설명합니다. 단순히 ‘좋은 아이디어였다’고 평가하는 것보다 어떤 문제를 어떤 구조로 해결했는지를 보여주는 편이 중요합니다.
5. 상대방의 사용과 제공 자료가 어떻게 연결되는가
상대방 서비스의 공개일, 보도자료, 앱 화면, 설명서, 광고 문구 등 적법하게 확인할 수 있는 공개 자료를 날짜와 URL이 보이도록 보존하세요. 그다음 제안서의 구체적 요소와 상대방 결과물의 대응표를 만듭니다. 업계에서 흔한 요소와 제안의 독자적인 조합을 구분하지 않으면 비교가 과장되어 보일 수 있습니다.
지금 보존해야 할 자료
- 제안서 원본과 버전 이력 — 실제 전송 파일, 작성 프로그램의 속성, 수정일, 클라우드 이력을 함께 보관합니다.
- 전달 기록 — 이메일 원문, 첨부파일, 메신저 대화, 파일 공유 로그, 수신자와 열람 시점을 확보합니다.
- 거래 목적 자료 — NDA, 계약 초안, 공모 요강, 제안요청서, 회의록, 사용 범위를 확인한 메일을 모읍니다.
- 개발 과정 자료 — 조사 노트, 설계안, 테스트 기록, 비용 지출과 참여자 자료를 시간순으로 정리합니다.
- 상대방 사용 자료 — 공개 페이지와 영상은 URL·게시일이 보이도록 저장하고, 변경되기 전 화면을 보존합니다.
캡처만 따로 모으지 말고 원본 파일과 이메일 원문을 유지하세요. 파일을 새로 저장하거나 편집하면 날짜 정보가 바뀔 수 있으므로, 사본에서 분석하고 원본은 별도로 보관하는 것이 좋습니다. 증거를 얻기 위해 상대방 시스템에 권한 없이 접속하거나 신분을 속이는 행동은 피해야 합니다.
항의하기 전, 주장 범위와 절차를 정하세요
자료가 정리되면 우선 제안 당시 제공한 요소와 상대방이 사용한 것으로 의심되는 요소를 좁혀 비교해야 합니다. 그 뒤 사용 중단 요청, 협상, 지식재산처의 부정경쟁행위 행정조사 신고, 민사상 금지·예방 및 손해배상 청구 중 어떤 절차가 사실관계와 목표에 맞는지 검토할 수 있습니다.
지식재산처는 아이디어 탈취를 부정경쟁행위 행정조사 대상으로 안내하고 있습니다. 신고서와 유형별 조사자료를 제출하면 조사 결과에 따라 시정에 필요한 권고 또는 명령이 이루어질 수 있습니다. 다만 행정조사와 민사절차는 목적과 효과가 같지 않으므로, 자료의 긴급성, 상대방의 사용 지속 여부, 원하는 해결이 중단인지 보상인지에 따라 선택해야 합니다.
결론은 유사성보다 전달 경로와 사용 목적을 먼저 복원하는 것입니다. 제안 직후부터 버전, 전달, 목적, 개발비용을 남겨두면 분쟁이 생겼을 때 보호 가능성을 훨씬 정확히 판단할 수 있습니다. 이미 상대방 서비스가 공개됐다면 원본을 보존한 상태에서 시간표와 대응표를 만든 뒤, 공개 범위가 더 커지기 전에 구체적인 사실관계를 상담받는 것이 좋습니다.
이 글은 공개된 법률과 제도를 바탕으로 한 일반적인 설명입니다. 아이디어의 구체성, 거래 조건, 공개 여부와 상대방의 사전 인지 등에 따라 개별 사건의 결론은 달라질 수 있습니다.