고객 인터뷰에서 지난 행동을 묻는 법: 질문 7개와 기록지
좋다는 반응을 제품 수요로 해석하지 않도록 최근 업무 사례, 실제 대안, 도입 결정 과정을 확인하는 인터뷰 진행법입니다. 복사해 쓸 수 있는 질문표와 관찰·해석·다음 행동 기록지를 제공합니다.
AI 작성 · 공개 자료와 가상 예시를 활용한 실무 가이드
작성 방식과 자료 확인 기록
- 작성
- Startup Korea 편집팀
- 최초 발행
- 2026.09.09
- 최종 수정
- 2026.09.09
- 자료 검토
- AI 보조 작성·자동 검증 · 2026.09.09
- 다음 검토 예정
- 2026.12.08
- 정정 요청
- 오류와 근거 자료 보내기
인터뷰가 끝나고 ‘반응이 좋았다’만 남으면 다음에 무엇을 만들지 결정하기 어렵습니다. 제품을 설명할수록 상대는 평가자가 되고, 실제 일하는 방식은 대화 뒤로 밀립니다. 인터뷰의 결과물을 최근 사건 한 건, 그때 쓴 대안, 다음에 확인할 가정으로 정해 보세요. 이 글의 질문과 기록지는 초기 팀이 사용할 수 있도록 구성한 제안 양식입니다.
먼저, 이번 인터뷰로 바꿀 결정을 한 줄 적습니다
‘고객의 니즈를 파악한다’는 목표는 너무 넓습니다. ‘견적서 작성과 내부 승인 중 어느 단계의 반복 작업을 먼저 줄일지 결정한다’처럼 선택지를 적으면 질문의 범위를 줄일 수 있습니다. 모집할 사람도 ‘직장인’ 대신 최근 한 달 동안 해당 업무를 직접 처리한 사람으로 정합니다. 한 달은 이 글의 진행 예시이며, 연간 업무라면 실제 업무 주기에 맞게 기간을 늘려야 합니다.
사용자와 구매 승인자가 다르면 각각의 역할을 표시합니다. 사용자는 작업의 불편을 설명할 수 있어도 예산을 옮기는 절차는 모를 수 있습니다. 반대로 팀장은 도입 권한이 있어도 실제 재작업 시간을 정확히 모를 수 있습니다. 직함을 보고 둘의 답을 같은 증거로 취급하지 않는 것이 좋습니다.
시작할 때는 조사 목적, 기록 방식, 답하기 어려운 질문을 건너뛸 수 있다는 점을 안내합니다. 녹음이나 화면 공유는 별도로 동의를 구하고, 고객 이름과 계약 금액처럼 조사에 불필요한 정보는 가리도록 요청합니다. 영국 정부의 심층 인터뷰 가이드도 열린 질문과 실제 사례에 집중하고 참여자의 동의를 얻도록 안내합니다.
대화의 순서: 최근 한 번을 끝까지 따라가는 질문 7개
| 확인할 내용 | 바로 사용할 질문 | 기록할 단서 |
|---|---|---|
| 사건의 시작 | 가장 최근에 이 일을 처리한 때는 언제였고, 무엇 때문에 시작했나요? | 시점, 요청자, 마감 |
| 실제 과정 | 시작부터 끝까지 어떤 순서로 처리했나요? | 단계, 도구, 넘겨받는 사람 |
| 막힌 지점 | 그중 멈추거나 다시 해야 했던 부분을 하나 설명해 주실 수 있나요? | 실패 원인과 재작업 |
| 기존 대안 | 그때 문제를 해결하려고 실제로 무엇을 했나요? | 수작업, 외주, 기존 제품 |
| 치른 비용 | 그 일 때문에 추가로 든 시간이나 미뤄진 일이 있었나요? | 기억에 따른 추정인지 기록인지 |
| 변경 경험 | 이 방식을 바꾸려 했던 가장 최근 시도는 어떻게 끝났나요? | 검토 도구, 중단 이유, 승인 절차 |
| 반례 | 같은 일을 쉽게 끝낸 경우도 있었나요? 무엇이 달랐나요? | 문제가 사라지는 조건 |
모든 질문을 같은 속도로 읽을 필요는 없습니다. ‘항상 오래 걸려요’라는 답에는 최근 한 번의 시작과 종료를 더 묻고, 기억이 흐리면 추정이라고 표시합니다. 공유할 수 있는 작업 이력이나 빈 양식을 함께 보되, 증빙을 보여주지 않았다는 이유만으로 말을 거짓으로 처리하지 않습니다. 자료 제공이 어려운 환경 자체가 향후 도입 조건일 수 있습니다.
‘자동화하면 좋겠죠?’는 원하는 답을 질문에 넣습니다. 대신 ‘지난번에는 어디까지 자동으로 처리됐고, 어디에서 직접 손댔나요?’라고 묻습니다. 상대가 새 기능을 제안하면 곧바로 기능 목록에 넣기보다 그 요청을 하게 된 마지막 사건으로 돌아갑니다. 제품 시연도 필요하다면 기존 행동을 묻는 부분을 먼저 끝내고, 시연 후 반응을 별도 기록으로 남깁니다.
가상 예시: 같은 말에서 서로 다른 제품 결론이 나옵니다
다음은 설명을 위한 가상 예시입니다. 견적 업무 담당자가 ‘견적서가 너무 오래 걸린다’고 말했습니다. 진행 과정을 확인하니 문서 작성은 15분, 내부 가격 승인을 기다리는 시간은 이틀이었다고 답했습니다. 이틀은 인터뷰 대상자의 기억에 따른 추정이며 시스템 기록으로 확인한 값은 아닙니다.
여기서 곧바로 문서 자동생성을 만들면 15분의 일부를 줄일 수는 있어도 승인 대기는 그대로 남습니다. 다음 조사에서는 승인 요청이 누락되는지, 승인자가 검토할 정보가 부족한지, 가격 결정 자체가 어려운지를 구분해야 합니다. 반대로 동일 업무를 맡은 다른 사람이 승인 지연 없이 문서 작성에서 반복 오류를 겪는다면, 두 사람을 같은 문제 집단으로 묶지 말아야 합니다.
복사해서 쓰는 인터뷰 기록지
아래 빈칸을 문서에 복사해 인터뷰 한 건마다 작성합니다. 이름 대신 참여자 코드를 사용하고, 재연락 정보는 공유용 기록지와 분리하면 자료를 공유하기 편합니다.
참여자 코드 / 인터뷰 일시: __________ 업무 역할 / 해당 업무를 한 마지막 시점: __________ 이번 인터뷰로 판단할 선택: __________ 최근 사건의 시작 → 처리 단계 → 결과: __________ 현재 쓰는 도구·대안 / 바꾸려던 시도: __________ 추가 시간·비용 / 수치의 근거와 불확실성: __________ 관찰·발언: __________ 진행자의 해석: __________ 이 해석과 맞지 않는 사례: __________ 아직 확인하지 못한 내용: __________ 다음 행동 / 담당자 / 확인 기한: __________ 기록·녹음 동의 범위 / 자료 보관 위치: __________
관찰 칸에는 ‘업무 자동화 수요가 강하다’보다 ‘최근 작업에서 두 파일을 대조했다고 설명했다’를 적습니다. 해석 칸에는 ‘파일 간 정보 불일치가 재작업을 만들 가능성’을 씁니다. 영국 정부의 연구 세션 분석 안내는 관찰한 내용과 그것이 의미한다고 해석한 내용을 구분하고, 분석 결과를 다음 행동으로 연결하는 방식을 설명합니다.
인터뷰 다음 날, 무엇을 결정할까요?
기록을 업무 상황별로 모아 최근 문제 경험, 실제 대안, 전환을 막는 조건을 비교합니다. ‘여러 사람이 불편하다고 했다’는 문장 옆에는 누구에게 어떤 상황에서 반복됐는지, 문제를 겪지 않은 사람은 어떤 조건이 달랐는지도 적습니다. 소수 인터뷰의 응답 비율을 전체 시장의 비율처럼 표시하지 않습니다. 인터뷰는 다음 가정을 좁히는 데 유용하지만 구매 전환율을 계산하는 실험과는 다릅니다.
최근 문제가 구체적이고 현재 대안에도 부담이 있다면 작은 해결 과제를 제안할 수 있습니다. 문제는 있지만 현재 방식이 충분하다면 전환 비용을 더 조사합니다. 최근 사례가 나오지 않으면 제품을 더 설명하기 전에 모집 조건을 점검합니다. 이번 조사에서 ‘기능을 만들지 않는다’는 결론도 근거와 다음 확인 대상을 남겼다면 유효한 결과입니다.
출처와 확인 자료
아래 자료는 사실 확인과 추가 검토에 사용한 원문입니다. 본문의 해석과 조언은 Startup Korea 편집팀의 견해일 수 있습니다.
-
GOV.UK — Using in-depth interviews
공개 원문 자료
열린 질문, 실제 사례 중심 진행, 참여자 동의에 관한 공식 방법론을 확인했습니다. 질문표와 가상 사례는 이 글을 위해 구성했습니다.
-
GOV.UK — Analyse a research session
공개 원문 자료
관찰·해석·후속 행동을 구분하는 분석 방식을 확인했습니다. 기록지 항목은 초기 팀을 위한 제안입니다.