[R&D랩 컬럼] R&D 고객 인터뷰: 기술개발 필요성을 뒷받침하는 질문 설계

기술팀이 고객을 만나면 설명부터 길어진다. 개발하려는 기능과 성능을 보여 준 뒤 “이 정도면 필요하시겠습니까?”라고 묻는다. 고객은 대개 고개를 끄덕이지만, 이 답만으로 기술개발 필요성을 입증하기는 어렵다. 예의상 동의했는지, 실제 예산과 의사결정이 있는지, 현재의 불편이 기술개발로 풀어야 할 문제인지 구분되지 않기 때문이다.

인터뷰의 목적은 칭찬이 아니라 의사결정 근거다

고객 인터뷰는 제품 아이디어의 찬반 투표가 아니다. 어떤 업무에서 문제가 발생하는지, 지금은 어떻게 우회하는지, 그로 인해 시간·비용·품질·안전 측면에서 어떤 손실이 생기는지를 확인하는 과정이다. 앞선 문제정의 워크숍에서 만든 원인 가설을 고객의 실제 행동과 자료로 점검하는 단계라고 보면 된다.

공식 사실: 현행 국가연구개발혁신법 제10조는 선정평가에서 연구개발계획의 충실성, 연구개발성과의 활용 가능성과 파급효과 등을 고려하도록 규정한다. 국가연구개발혁신법 시행규칙의 연구개발계획서 서식도 연구개발 필요성, 성과 활용계획, 주요 수요처 현황을 작성하도록 안내한다. 다만 법령이 ‘고객 인터뷰 횟수’나 정해진 질문지를 요구하는 것은 아니다. 인터뷰는 기업이 필요성과 활용 가능성을 확인하기 위해 선택하는 실무 조사 방법이며, 사업별 공고와 제출서류가 우선한다.

질문은 과거 행동에서 시작한다

멘토K 실무 제안: 질문지는 ‘상황–문제–영향–현재 대안–도입 조건’ 다섯 묶음으로 설계한다. “이 기술이 좋습니까?”보다 “최근 이 문제가 발생한 때를 설명해 주시겠습니까?”라고 묻는다. 이어서 당시 업무 흐름, 문제를 발견한 사람, 사용한 대안, 추가 작업, 의사결정 과정과 확인 가능한 기록을 묻는다. 미래의 의향보다 최근의 행동을 먼저 확인하면 막연한 호응과 실제 수요를 구분하기 쉽다.

• 상황: 어느 업무·공정·사용 환경에서 문제가 생겼는가?
• 문제: 최근 발생 사례와 반복 조건은 무엇인가?
• 영향: 시간, 비용, 품질, 안전, 고객 대응에 어떤 변화가 있었는가?
• 현재 대안: 지금은 누구에게 어떤 방식으로 해결하고 있는가?
• 도입 조건: 성능, 가격, 보안, 인증, 연동 중 무엇을 누가 판단하는가?

유도 질문을 줄이는 세 가지 장치

첫째, 개발하려는 해결책을 초반에 설명하지 않는다. 둘째, “불편하지 않습니까?”처럼 답을 정해 둔 표현 대신 실제 사례를 요청한다. 셋째, 한 사람의 답을 조직 전체의 의견으로 확대하지 않는다. 사용자, 구매·의사결정자, 현장 관리자처럼 역할이 다르면 문제와 도입 조건도 달라질 수 있다.

예를 들어 “자동 검사 기능이 필요하다”는 응답을 들었다고 가정하자. 이는 아직 요구 문장이다. 최근 검사 실패 사례, 재검사 과정, 판정 책임자, 기존 장비의 한계, 도입 승인 조건까지 확인해야 기술개발 가설로 바뀐다. 이 사례는 특정 기업의 실제 자료가 아닌 가상 예시다.

인터뷰 기록은 네 칸으로 남긴다

인터뷰가 끝나면 메모를 ‘직접 인용–관찰 사실–해석·가설–추가 확인’으로 나눈다. 녹취나 메모에 나온 말과 작성자의 판단을 섞지 않는 것이 핵심이다. 가능하다면 문제 발생 기록, 작업일지, 불량·민원 자료, 기존 견적 또는 구매 절차처럼 응답을 교차 확인할 자료도 요청한다. 고객이 공개할 수 없는 정보는 강요하지 않고 범위와 활용 목적을 합의해야 한다.

또 하나의 경계가 있다. 2026년 중소벤처기업부의 민관공동기술사업화 R&D 구매연계 과제처럼 특정 사업은 구매동의서 또는 구매계약서를 신청 요건으로 둔다. 이런 경우 인터뷰 메모는 탐색 근거일 수는 있어도 공고가 정한 공식 증빙을 대신하지 못한다. 인터뷰 결과를 사업별 요구서류와 혼동하지 않아야 한다.

워크숍의 결과물은 질문지가 아니라 증거 지도다

좋은 인터뷰 설계는 질문 목록에서 끝나지 않는다. 응답자 역할표, 질문 흐름, 인터뷰 기록지, 확인된 사실과 가설, 추가 조사 목록, 기술개발 필요성 문장까지 연결되어야 한다. 인터뷰가 끝났는데 개발팀의 생각만 더 확고해졌다면 질문을 다시 봐야 한다. 고객의 실제 행동이 우리의 가정을 바꾸었는가, 그리고 다음 개발 결정을 무엇으로 검증할 것인가를 남기는 것이 수요 검증의 출발점이다.

자주 묻는 질문

R&D 고객 인터뷰는 몇 명에게 해야 충분한가요?

모든 과제에 적용되는 고정 인원은 없습니다. 실제 사용자·구매 결정자·현장 관리자처럼 역할을 나누어 인터뷰하고, 새로운 문제나 조건이 더 이상 거의 나오지 않는지 점검합니다. 표본 수보다 응답자 선정 근거와 질문·기록의 일관성을 함께 남기는 것이 중요합니다.

고객이 구매 의향을 말하면 기술개발 수요가 입증된 것인가요?

구두 의향만으로 충분하다고 단정하기 어렵습니다. 최근 문제 사례, 현재 대안, 도입 조건, 의사결정 주체와 확인 가능한 자료를 함께 살펴야 합니다. 구매동의서나 계약서가 필요한 사업은 공고에서 정한 공식 서류를 별도로 제출해야 합니다.

B2B R&D 인터뷰에서는 누구를 만나야 하나요?

제품을 직접 쓰는 사용자뿐 아니라 구매 담당자, 예산·도입 결정자, 현장 관리자, 보안·품질·인증 담당자 등 도입에 영향을 주는 역할을 구분해 확인합니다. 한 사람의 의견을 조직 전체 수요로 확대하지 않는 것이 중요합니다.

참고 자료와 확인일

• 국가연구개발혁신법 제10조(연구개발과제 및 수행 연구개발기관의 선정) · 확인 2026-10-07
• 국가연구개발혁신법 시행규칙 별지 제1호서식 연구개발계획서 · 확인 2026-10-07
• IRIS 2026년도 민관공동기술사업화(R&D) 구매연계(해외수요처) 하반기 시행계획 공고 · 확인 2026-10-07

공식 자료의 사실과 별도로 본문의 실습 방법은 멘토K의 실무 제안이다. 사업별 자격·배점·비용 기준은 해당 최신 공고와 지침을 확인해야 한다.

R&D 교육·강의·워크숍 상담

중소기업·스타트업 실무자와 평가기관 연구원을 대상으로 수요 검증 인터뷰 설계 8~16시간 실습 워크숍을 진행한다. 교육 목적과 참여자의 경험 수준에 맞춰 사례와 실습을 구성한다.

맞춤 강의·워크숍 상담 신청 시 교육 대상·참여 인원·희망 주제·희망 일정을 남겨 주시기 바란다. 상담: 02-2168-3071 / misiceo@naver.com

#정부지원R&D #R&D고객인터뷰 #수요검증 #기술개발필요성 #중소기업R&D #스타트업R&D #R&D사업계획서 #고객인터뷰질문 #R&D워크숍 #멘토K