좋은 의도가 나쁜 결과를 만들 때

고객 피드백을 열심히 듣는 PM은 많습니다. 하지만 듣는 방식에 문제가 있으면 오히려 고객의 신뢰를 잃게 됩니다. 저도 PM 초기에 이런 실수를 반복했고, 같은 실수를 하는 동료들을 많이 봤습니다.

이 글에서는 스타트업 PM이 고객 소통에서 흔히 저지르는 5가지 실수와 구체적인 개선 방법을 공유합니다.

실수 1: 피드백을 받고 아무 응답도 하지 않기

가장 치명적인 실수입니다. 고객이 시간을 내어 피드백을 남겼는데, 그 뒤로 아무 소식이 없다면 어떤 기분일까요?

"피드백을 보냈는데 3개월째 아무 답이 없어요. 이 회사가 정말 신경을 쓰는 건지 모르겠습니다."

해결 방법: 최소한 "접수되었습니다"라는 확인 메시지를 보내세요. 이후 상태가 변경되면 알림을 발송하세요. 이것만으로도 고객 경험이 크게 달라집니다.

"소중한 의견 감사합니다. 내부에서 검토하겠습니다." — 이 말 뒤에 실제로 검토가 이루어지나요? 대부분의 경우 이 문장은 정중한 무시와 같습니다.

해결 방법: 구체적인 타임라인이나 다음 단계를 함께 안내하세요. "다음 주 제품 회의에서 논의할 예정이며, 결과를 공유드리겠습니다"처럼 말이죠.

불만을 강하게 표현하는 소수의 고객 의견에 끌려가면, 조용하지만 충성도 높은 다수의 니즈를 놓칩니다. 피드백의 양과 질을 모두 고려해야 합니다.

해결 방법: 피드백에 투표 시스템을 도입하세요. 한 명이 강하게 원하는 것과 백 명이 조용히 원하는 것을 구분할 수 있게 됩니다. 고객 투표로 다음에 만들 기능 정하기에서 자세한 방법을 확인하세요.

고객이 요청한 기능을 만들었는데, 정작 그 고객은 모릅니다. 이런 상황이 반복되면 고객은 "이 회사는 피드백을 무시한다"고 느끼게 됩니다.

해결 방법: 체인지로그를 통해 변경사항을 공개하고, 피드백을 남긴 고객에게 직접 알림을 보내세요. 제품 업데이트 알림 전략에서 효과적인 방법을 소개합니다.

슬랙, 이메일, 미팅 메모, 지라 코멘트, 카카오톡... 피드백이 10군데에 흩어져 있으면 체계적인 분석이 불가능합니다. 같은 요청이 50번 들어왔는지, 5번 들어왔는지도 파악할 수 없죠.

해결 방법: 피드백이 모이는 단일 허브를 만드세요. 처음에는 스프레드시트라도 괜찮습니다. 피드백 수집 채널을 정리하는 방법을 참고해 보세요.

위에서 언급한 실수 대부분은 적절한 도구와 프로세스로 예방할 수 있습니다. TownHall은 피드백 접수 확인, 상태 변경 알림, 투표 기반 우선순위 파악을 자동화하여 PM의 소통 부담을 줄여줍니다. 무료로 시작해 보세요.

고객 소통 실수의 대부분은 시스템의 부재에서 비롯됩니다. 의도가 좋아도 프로세스가 없으면 실수는 반복됩니다. 오늘 하나의 실수라도 개선해 보세요.