고객의 발언 이면을 들여다 보고 제품에 반영하는 방법

“찾기가 좀 어려워요.”

고객 인터뷰에서 나올 법한 말입니다. 검색 기능을 개선해야 한다고 적으면 될까요? 그 전에 한 가지를 더 알아야 합니다. 고객은 무엇을 찾으려 했고, 어디에서 막혔을까요?

파일 이름을 기억하지 못했을 수도 있습니다. 검색 결과가 너무 많았을 수도 있고, 지난 회의에서 누가 한 말을 찾으려는데 어떤 회의였는지 떠오르지 않았을 수도 있습니다. 같은 표현 뒤에 서로 다른 문제가 있습니다.

고객의 말을 제품 개선의 근거로 쓰려면 그 차이가 남아 있어야 합니다.

요청과 문제 사이를 살펴보기

고객의 요청은 중요한 출발점입니다. 하지만 요청한 기능만 적으면 그 기능이 필요해진 상황을 놓칠 수 있습니다.

예를 들어 “폴더가 있으면 좋겠어요”라는 요청에는 자료를 주제별로 모으고 싶다는 목적이 있을 수 있습니다. 팀원마다 만든 파일이 섞여서 담당자를 구분하고 싶은 것일 수도 있습니다. 두 경우에 필요한 해결책은 같지 않을 수 있습니다.

대화에서는 이런 차이를 질문으로 확인할 수 있습니다. 어떤 일을 하다가 필요했는지, 지금은 어떻게 해결하는지, 그 과정에서 무엇이 번거로운지 묻습니다. 기능의 이름과 함께 사용자의 상황을 기록해야 다음 판단이 구체적이 됩니다.

잘 정리한 메모에서도 빠질 수 있는 것

인터뷰 뒤에 남긴 메모는 내용을 빠르게 공유하는 데 유용합니다. 다만 짧게 정리할수록 작성자의 해석이 많이 들어갑니다.

“검색 개선 필요”라는 한 줄은 결론을 전달하지만, 고객이 실제로 무엇을 말했는지는 보여주지 않습니다. 다른 팀원이 읽으면 작성자와 다른 문제를 떠올릴 수도 있습니다.

그래서 요약과 함께 대화를 다시 확인할 수 있는 기록이 있으면 좋습니다. 논의가 갈릴 때 질문과 답변의 앞뒤를 읽어 보고, 결론을 내린 근거가 충분했는지 살펴볼 수 있습니다.

고객의 표현을 그대로 남기는 일은 새로운 가설을 만드는 데도 도움이 됩니다. 처음 인터뷰할 때는 중요하지 않게 들렸던 말이, 다른 고객의 이야기와 비교하면서 의미를 가질 수 있기 때문입니다.

대화를 비교할 때 필요한 기준

기록이 많이 쌓였다고 그 자체로 우선순위가 정해지는 것은 아닙니다. 같은 의견을 여러 번 들었다면 어떤 고객에게서, 어떤 상황에서 나왔는지 함께 봐야 합니다.

처음 사용하는 고객의 어려움과 매일 사용하는 고객의 어려움은 다를 수 있습니다. 혼자 자료를 관리하는 사람과 팀의 기록을 함께 다루는 사람도 다른 요구를 가집니다.

인터뷰 날짜와 사용 상황, 고객이 하려던 일을 함께 정리하면 반복되는 표현을 더 정확하게 해석할 수 있습니다. 발언의 횟수만 세기보다 그 문제가 어떤 업무를 막았는지 살펴보는 것입니다.

AI로 기록을 정리할 때도 이런 기준이 유용합니다. 관련 발언을 모아 초안을 만들 수 있지만, 묶인 내용이 정말 같은 문제인지와 중요한 예외가 빠지지 않았는지는 확인해야 합니다.

개선 뒤에도 고객의 말을 다시 듣기

기능을 바꾼 뒤에는 처음의 문제로 돌아갈 필요가 있습니다. 고객이 요청한 버튼을 만들었다는 사실만으로 불편이 해결됐다고 판단하기는 어렵습니다.

이전에는 어떤 단계에서 막혔고, 지금은 같은 일을 어떻게 하는지 확인합니다. 그 과정을 비교하려면 처음 대화에서 고객이 설명한 상황이 남아 있어야 합니다.

이렇게 기록은 인터뷰의 결과물이면서 다음 인터뷰의 출발점이 됩니다. 이전에 세운 가설과 지금의 반응을 비교할 수 있고, 무엇을 잘못 이해했는지도 돌아볼 수 있습니다.

다시 읽을 수 있는 고객의 목소리

다글로는 고객 인터뷰와 회의에서 오간 음성을 텍스트로 남기는 데 활용할 수 있습니다. 녹음을 처음부터 다시 듣는 대신 대화 내용을 읽으며 필요한 발언을 확인할 수 있는 출발점을 만듭니다.

그 기록에서 요구를 해석하고 제품의 우선순위를 정하는 일은 팀의 판단입니다. 기록을 남기면 그 판단의 근거를 함께 확인하고, 새로운 정보가 생겼을 때 다시 검토하기가 쉬워집니다.

다음 고객 인터뷰에서는 요청한 기능과 함께 한 가지를 더 남겨 보세요. 고객이 그 기능을 필요로 했던 순간입니다. 제품을 바꿀 단서는 종종 그 설명 안에 있습니다.