특허 출원 경험을 묻는 질문은 '있다·없다'를 가르는 자리가 아닙니다. 아이디어가 어떻게 나왔고 그것을 문서화·검증하는 과정에서 무엇을 배웠는지를 봅니다. 경험이 없어도 괜찮지만, 그 경우엔 왜 없었는지와 근처에서 무엇을 시도했는지를 대신 채워야 빈칸으로 읽히지 않습니다.
면접관은 무엇을 보나
특허 출원에 대한 경험이 답에 있어야 합니다. 없으면 면접관이 '어떤 기술이었나요?'를 추가로 묻는 경우가 자주 보입니다.
출원한 아이디어의 구체성이 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '아이디어의 배경은 무엇인가요?'를 추가로 묻는 경우가 많습니다.
출원 과정에서의 어려움과 문제 해결 경험이 답에 있어야 합니다. 없으면 면접관이 '그 문제를 어떻게 해결했나요?'를 추가로 묻는 경우가 자주 보입니다.
출원 후 결과에 대한 반응이나 배운 점이 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '결과는 만족스러웠나요?'를 추가로 묻는 경우가 자주 보입니다.
읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?
모범 답변의 결
특허 출원 경험 있음·과정 구체화 중심으로 푸는 결
학부 연구실에서 지도교수님과 함께 센서 신호 처리 알고리즘에 관한 특허를 출원한 경험이 있습니다. 제가 직접 아이디어를 제안한 건 아니고, 연구 과정에서 나온 결과물을 특허화하는 작업에 공동 발명자로 참여했습니다. 가장 힘들었던 건 특허 명세서 작성이었는데, 기술 내용을 법적 언어로 바꾸는 게 처음에는 너무 낯설었습니다. 청구항 하나를 쓰는 데 교수님과 3번 이상 수정을 반복했고, 표현 하나가 권리 범위에 얼마나 큰 영향을 주는지 그때 처음 알았습니다. 출원 후 심사 기간이 1년 이상 걸린다는 것도 알게 됐고, 현재는 심사 중입니다. 이 경험으로 기술 개발과 권리 보호가 별개의 영역이라는 걸 배웠습니다.
특허 경험 없음·대신 아이디어 발굴 경험 중심으로 푸는 결
정식 특허 출원 경험은 없습니다. 다만 학부 캡스톤 프로젝트에서 아이디어 발굴부터 문서화까지 경험했고, 지도교수님이 "특허 가능성이 있다"는 피드백을 주셨지만 시간과 비용 문제로 실제 출원으로 이어지지는 않았습니다. 당시 아이디어는 제조 공정 중 불량을 조기에 감지하는 방법이었는데, 기존 방법과 어떻게 다른지를 정리하면서 선행 기술 조사를 처음 해봤습니다. 특허청 데이터베이스에서 유사한 기술을 찾는 데 2주를 썼고, 생각보다 비슷한 게 이미 있어서 차별점을 좁히는 작업이 가장 어려웠습니다. 직접 출원하지는 않았지만, 그 과정에서 특허가 어떤 구조로 권리를 정의하는지 이해하게 됐습니다.
출원 과정 어려움·배운 점 중심으로 푸는 결
교내 창업 동아리에서 소형 농업 드론 제어 알고리즘에 대한 특허 출원을 팀 단위로 진행한 적이 있습니다. 출원비 지원을 받아서 시작했고, 저는 기술 설명서 초안 작성을 맡았습니다. 가장 힘들었던 건 청구항을 너무 넓게 쓰면 심사에서 거절되고, 너무 좁게 쓰면 권리 범위가 작아진다는 균형 잡기였습니다. 특허사무소에 의뢰할 비용이 없어서 직접 쓰다 보니 첫 심사에서 보정 명령이 왔고, 이후 전문가 도움을 받아 수정해서 결국 등록에 성공했습니다. 등록까지 약 18개월이 걸렸고, 막상 등록증을 받았을 때는 뿌듯하기보다 "이게 이렇게 오래 걸리는 일이었구나"라는 생각이 먼저 들었습니다.
전문가의 심화 해설
경험 유무보다 과정의 해상도가 판단 기준이다
이 질문의 뼈대는 출원 여부 확인이 아니라 아이디어에서 권리로 넘어가는 과정을 실제로 겪었는가입니다. 아이디어 착안 → 선행 기술 검토 → 명세서·청구항 작성 → 심사 대응이라는 네 단계 중 어디까지 밟았는지를 순서대로 말하면 됩니다. 출원 경험이 있어도 이 단계 중 하나만 대충 언급하면 '실제로 한 게 아니라 옆에서 본 것 아니냐'는 인상을 남깁니다. 청구항 하나를 쓰는 데 왜 여러 번 수정이 필요했는지, 그 이유를 설명할 수 있어야 진짜 겪은 사람으로 읽힙니다. 이 구조를 미리 잡아두면 어떤 후속 질문이 와도 같은 축에서 답할 수 있습니다.
권리와 기술을 분리해 말하는가가 갈림선이다
합격선을 가르는 지점은 '기술이 좋았다'는 설명과 '권리로 보호하는 과정이 어땠다'는 설명을 구분해서 말할 수 있는가입니다. 특허는 기술의 우수함이 아니라 청구항으로 정의된 권리 범위를 다투는 문서입니다. 이 차이를 모르면 아이디어 자랑으로 흐르고, 아는 사람은 넓게 쓰면 거절되고 좁게 쓰면 무의미해지는 긴장을 짚습니다. 심사 기간이 길다는 것, 선행 기술과 겹치면 보정 명령이 온다는 현실을 알고 있으면 이 구간에서 확실히 갈립니다. 반대로 '출원했다'는 결과만 말하고 그 사이의 긴장을 모르면 얕은 경험으로 읽힙니다.
'그 문제를 어떻게 해결했나요'에 과정 없이 결과만 답하면 무너진다
가장 위험한 후속 질문은 출원 과정의 어려움을 물은 뒤 '그래서 어떻게 해결했나요'로 좁혀 들어오는 흐름입니다. 여기서 '전문가 도움을 받았습니다'로 끝내면 본인 기여가 사라집니다. 안전한 답은 본인이 먼저 무엇을 시도했고 어디서 막혔는지, 그 다음 누구의 도움으로 무엇이 풀렸는지를 순서대로 나누는 것입니다. 예를 들어 청구항을 직접 써봤다가 범위 설정에서 막혀 특허사무소나 지도교수의 피드백을 받았다면, 그 전후 차이를 구체적으로 짚어야 합니다. 이 질문에서 막히는 사람은 대부분 문제 해결 과정을 '도움을 받아 해결됐다'는 한 문장으로 압축해버린 경우입니다. 그 압축을 풀어서 본인이 판단한 지점을 드러내야 합니다.
이공계 연구직과 사업·기획직은 강조점이 다르다
이공계 연구·개발 직무라면 기술의 독창성과 청구항 작성의 논리성에 초점을 맞추는 것이 자연스럽습니다. 반면 사업개발·기획 직무라면 그 특허가 시장에서 어떤 권리 보호 가치를 가지는지, 상용화와 어떻게 연결되는지를 짚는 편이 직무와 맞습니다. 같은 특허 경험이라도 어느 축을 앞세우느냐에 따라 완전히 다른 역량으로 읽힙니다. 연구직 자리에서 시장 가치만 이야기하면 기술 이해가 얕다는 인상을, 반대로 기획직 자리에서 청구항 문법만 파고들면 실무 감각이 없다는 인상을 남깁니다. 특허 경험이 없는 지원자라면 어느 직무든 선행 기술 조사나 아이디어 문서화 경험으로 대체하되, 그 경험이 지원 직무의 어느 단계와 연결되는지 스스로 먼저 판단해야 합니다. 이 판단 없이 경험을 나열만 하면 직무 이해가 없는 사람으로 보입니다.
특허를 성과로만 포장하면 오히려 신뢰가 깎인다
흔한 함정은 특허 출원이라는 단어의 무게에 기대 '이런 것도 해봤다'는 스펙 나열로 흘러가는 것입니다. 이게 함정인 이유는 면접관이 특허를 성과 증명이 아니라 복잡한 문서 작업을 끝까지 완주할 수 있는 사람인지 보는 도구로 쓰기 때문입니다. 등록 여부나 실제 활용도를 캐묻는 순간 과장이 드러나면 그 답변 전체의 신뢰도가 무너집니다. 또 다른 함정은 특허와 아이디어 자체를 혼동하는 것으로, '이런 아이디어를 냈다'만 말하고 문서화·심사 과정을 생략하면 특허 경험이 아니라 발상 경험으로 읽힙니다. 안전한 방향은 출원까지 못 갔더라도 그 앞 단계에서 무엇을 배웠는지를 솔직히 밝히는 것이며, 이는 과장보다 훨씬 신뢰를 얻습니다.
이어질 수 있는 꼬리질문
특허 출원 과정에서 어려웠던 점은 무엇인가요?
출원 과정에서 겪은 어려움을 구체적으로 답하고, 어떤 해결책을 모색했는지 함께 짚는 답이 좋습니다.
그 아이디어를 어떻게 구상하게 되었나요?
아이디어의 출처와 구상 과정을 설명하는 답이 좋습니다. 팀원과의 협업 과정을 함께 언급하면 강합니다.
그 특허가 이후 어떤 영향을 미쳤나요?
출원한 특허의 실질적인 성과나 변화를 구체적인 사례로 답하는 것이 좋습니다.
흔히 빠지는 실수
- 특허 출원을 스펙 하나로 나열해 등록 여부나 실제 활용도를 물으면 답이 막힙니다.
- 청구항과 아이디어를 구분하지 않아 권리 범위를 다투는 과정 자체가 답에서 사라집니다.
- 출원 과정의 어려움을 '전문가 도움으로 해결했다'는 한 문장으로 뭉개 본인 기여가 드러나지 않습니다.
- 경험이 없을 때 대체 경험 없이 '없습니다'로 끝내 다음 질문으로 이어질 근거를 남기지 않습니다.
- 지원 직무와 무관하게 기술 자랑에만 머물러 그 경험이 실무에서 어떻게 쓰이는지 연결하지 못합니다.
이 질문이 나온 회사
실제 면접에서 이 질문이 확인된 회사는 14곳입니다. 그만큼 회사를 가리지 않고 반복되는 질문입니다.