제품 피드백 요청 방법 2023년 5월 16일

제품에 대해 이야기할 때 (이 경우) 무엇을 의미하는지 설명하면서 제품 피드백에 대한 이 블로그를 시작하겠습니다. 아시다시피 제품 관리자, 제품 마케터 및 제품 전문가는 생일 파티에서 친구와 가족에게 설명해야 할 직책입니다. 소프트웨어 분야에서 일하는 경우 설명이 훨씬 더 어려울 수 있습니다.

제품 관리자로서 귀하는 조직에서 고객의 목소리 역할을 하며 그것이 전략, 목표, 목표 및 커뮤니케이션에 반영되었는지 확인합니다. 분명히 혼자서 모든 것을 할 수는 없지만 개발, 마케팅, 영업 및 지원과 같은 다른 팀과 협력합니다. 제품 마케터는 커뮤니케이션에 더 가깝고 UXer와 같은 제품 전문가는 제품 개발에 더 가깝습니다.

따라서 '제품'에 대해 이야기할 때 기본적으로 회사에서 판매하는 제품에 대해 이야기하는 것입니다. Mopinion에서는 놀라운 피드백 소프트웨어를 판매하며 세 가지 '제품'이 있습니다.

• 웹용 모피니언
• 앱용 모피니언
• 이메일용 모피니언

동일한 피드백 플랫폼을 통해 모든 제품을 입력할 수 있으므로 제품 팀이 다소 작습니다. 그러나 Amazon과 같은 회사라면 시장에 출시할 제품이 엄청나게 많을 것이므로 제품 팀도 똑같이 거대할 것입니다.

기본 사항을 정리했으면 이제 이 블로그의 주요 질문인 '피드백을 요청하는 방법'에 답할 시간입니다. 그리고 늘 그렇듯이, 우리는 그 과정에서 모든 것을 정리할 것입니다!

제품 개발에서 피드백의 중요성

솔직히 말해서 피드백은 실제로 고객에게 적합한 방식으로 고객과 소통하는 경우에만 효과가 있습니다. 즉, 긍정적이든 부정적이든 그들의 생각을 듣고 그 피드백을 개선에 사용하는 것을 의미합니다.

단순히 피드백을 수집하는 것이 아니라 고객과 효과적으로 소통하는 것입니다. 그들이 생각을 쉽게 공유할 수 있도록 한 다음 시간을 들여 그들이 말하는 내용을 실제로 듣고 이해해야 합니다. 그렇게 함으로써 고객의 필요와 바람을 진정으로 충족시키는 제품을 만들 수 있습니다.

또한 고객과 이러한 종류의 열린 의사소통을 할 때 고객은 브랜드와 제품에 관심을 가질 가능성이 더 커질 것입니다. 따라서 그러한 커뮤니케이션 라인을 여는 것을 두려워하지 마십시오. 고객이 어떤 종류의 놀라운 아이디어와 통찰력을 가질 수 있는지 결코 알 수 없습니다! 수많은 피드백 양식과 설문 조사로 그들을 압도하지 않도록 하십시오. 여정에서 적절한 순간을 선택하세요. 그런 점을 이야기하면서 이를 정리하는 '제품 피드백 수집 가이드'를 작성했습니다.

제품 피드백을 요청하는 이유는 무엇입니까?

최근에 제품 피드백을 요청할 수 있는 질문에 대한 훌륭한 예가 많이 있음을 보여 드렸습니다. 하지만 왜 그래야 합니까?

우리처럼 당신도 소프트웨어 개발에 종사하고 있다고 가정해 봅시다. 탁월한 사용자 경험을 제공하는 것이 무엇보다 중요합니다. 제품이 출시되면 개선 작업이 시작됩니다. 그러나 어디서부터 시작해야 하며 올바른 개선을 하고 있는지 어떻게 확인할 수 있습니까?

내장된 추적기, 히트 매핑 소프트웨어 및 기타 대량 데이터 수집 도구는 귀중한 정보를 제공하지만 전체 그림을 제공하지는 않습니다. 개선에 대한 정보에 입각한 결정을 내리려면 데이터 이면의 "이유"를 이해하는 것이 중요합니다. 제품 피드백이 들어오는 곳입니다.

제품이나 릴리스에서 사용자 이탈, 버그 또는 예상보다 적은 결과를 경험하는 것은 실망스러울 수 있습니다. 사용자로부터 피드백을 수집하면 문제, 개선 영역 및 성장 기회를 식별하는 데 도움이 될 수 있습니다. 따라서 진정으로 제품을 최적화하려면 사용자로부터 피드백을 수집하고 분석하는 것을 잊지 마십시오!

제품 내에서 피드백을 요청하면 많은 이점이 있으며 주요 이점은 다음과 같습니다.

제품 피드백을 요청해야 하는 경우

제품 피드백을 요청할 때는 타이밍이 중요합니다. 너무 일찍 피드백을 요청하면 사용자가 제품을 완전히 탐색하고 상호작용할 시간이 충분하지 않아 사용자가 짜증난다고 생각할 수 있습니다. 하지만 너무 늦게 피드백을 요청하면 제품을 더 일찍 개선하는 데 도움이 될 수 있었던 중요한 통찰력을 놓칠 수 있습니다…

사용자가 작업을 완료하거나 특정 기능을 사용한 후 피드백을 요청하기에 좋은 시간입니다. 이를 통해 경험이 여전히 마음에 생생한 동안 생각을 얻을 수 있습니다.

예를 들어 프로젝트 관리 도구를 개발하는 경우 사용자가 프로젝트나 작업을 완료한 후 피드백을 요청할 수 있습니다. 이렇게 하면 잘 된 부분과 향후 프로젝트에서 개선할 수 있는 부분을 알 수 있습니다. 완료할 작업 프레임워크를 사용하여 피드백을 계획할 수 있습니다.

피드백을 수집할 수 있는 또 다른 적절한 시기는 새 릴리스 또는 업데이트 이후입니다. 이를 통해 사용자는 새로운 기능을 테스트하고 발생한 버그나 문제에 대한 피드백을 제공할 수 있습니다. 모든 피드백이 긍정적인 것은 아니라는 점에 유의하는 것이 중요합니다. 사용자는 버그를 발견하거나 개선을 위한 제안을 할 수 있습니다. 그러나 피드백을 요청함으로써 사용자에게 사용자 경험에 관심을 갖고 개선을 위해 노력하고 있음을 보여줍니다.

피드백 요청 빈도를 고려하는 것도 좋은 생각입니다. 정기적으로 피드백을 수집하는 것이 중요하지만 사용자에게 너무 많은 요청을 퍼붓는 것은 부담스럽고 ​​성가실 수 있습니다. 예를 들어 실제로 항상 버그에 대한 알림을 받고 싶기 때문에 항상 표시되는 피드백 버튼 뒤에 패시브 양식을 남길 수 있습니다.

한 가지 접근 방식은 분기별 또는 주요 릴리스 이후와 같이 주기적으로 피드백을 요청하는 것입니다. NPS는 주기적으로 측정하기에 좋은 지표입니다. 피드백을 제공하는 사용자에게 독점 콘텐츠에 대한 액세스 또는 향후 제품에 대한 할인과 같은 인센티브 또는 보상을 제공할 수도 있습니다. 궁극적으로 목표는 정보에 입각한 결정을 내리기에 충분한 피드백을 받는 것과 요청으로 사용자를 압도하지 않는 것 사이에서 균형을 맞추는 것입니다.

따라서 피드백을 요청하는 것을 두려워하지 마십시오. 피드백은 소프트웨어 개발 프로세스의 중요한 부분입니다. 탁월한 사용자 경험을 만드는 데 필요한 통찰력을 얻을 수 있도록 적시에 올바른 방법으로 수행하십시오.

제품 개발에서의 능동적 대 수동적 설문조사

앞에서 간단히 언급한 수동태. 활성 형태와 어떻게 다른가요? 글쎄요. 능동적 피드백 양식은 사용자가 적극적으로 참여하고 피드백을 제공해야 하는 양식입니다. 이러한 양식은 종종 팝업 또는 모달 창에 표시되며 사용자는 제품 또는 경험의 특정 측면에 대한 생각을 제공하도록 요청받습니다. 예를 들어 사용자에게 경험을 1에서 5까지 평가하도록 요청하거나 특정 기능에 대한 서면 피드백을 제공할 수 있습니다.

수동적 피드백 양식은 사용자에게 적극적으로 피드백을 요청하지 않습니다. 버그 예제와 마찬가지로 해당 양식은 사용자가 피드백 버튼을 클릭한 후에만 활성화됩니다.

대량 분석(예: MixPanel) 또는 히트 매핑(예: SmartLook)과 같은 수동적 피드백을 수집하는 다른 방법이 있지만 피드백 양식이나 설문 조사에서 얻을 수 있는 정성적 피드백을 제공하지는 않습니다.

소프트웨어 회사 Meister가 어떻게 하는지 봅시다.

제품 개발의 다양한 단계에서 피드백을 사용하는 방법에 대한 좋은 예는 소프트웨어 회사입니다. Mopinion을 구현한 후 특정 영역에서 만족도가 20% 증가했습니다.

그들의 이야기 읽기

제품 피드백을 요청하는 방법

이것은 이 블로그의 핵심인 제품 피드백을 요청하는 방법으로 이어집니다. 품질 피드백을 받는 방법에는 여러 가지가 있습니다.

피드백 양식(추측하셨군요!)

• 빠르고 쉽게
• 높은 응답
• 짧게 유지하십시오!

설문조사

• 더 길게
• 낮은 응답률
• 피드백 양식보다 더 많은 것을 요청할 수 있습니다.

포커스 그룹

• 설정하는 데 약간의 시간 소요
• 깊이있는 정보
• 때로는 편견이 있습니다. 일반적으로 귀하의 대사는 이러한 그룹에 속합니다.

사용자 테스트

• 포커스 그룹과 동일하지만 일반적으로 일대일

소셜 미디어

• 사람들은 소셜 미디어와 리뷰 페이지에서 자신의 이야기를 전하는 경향이 있습니다. 항상 좋은 모니터링
• 사람들은 서로를 자극할 수 있습니다.
• 모니터링에 많은 시간이 소요됨

제품 피드백을 요청하는 가장 좋은 질문이 무엇인지 이미 설명했지만 명확하고 모호하지 않은 질문의 필요성에 대해서는 설명하지 않았습니다. 예를 들어:

"제품에 대해 어떻게 생각하는지 말씀해 주시겠습니까?"

이 질문은 너무 일반적이며 사용자가 피드백을 제공할 특정 컨텍스트를 제공하지 않습니다. 사용자는 어디서부터 시작해야 할지 또는 제품의 어떤 측면에 집중해야 할지 모를 수 있습니다.

"제품의 어떤 점을 좋아하고 싫어합니까?"

이 질문은 이전 질문보다 조금 더 구체적이지만 여전히 컨텍스트가 부족합니다. 사용자는 추가 지침 없이 특정 좋아요 및 싫어요를 식별하는 데 어려움을 겪을 수 있습니다.

"제품에 대해 변경할 사항이 있습니까?"

이 질문은 이전 두 질문보다 조금 더 구체적이지만 여전히 해석의 여지가 있습니다. 사용자는 광범위한 주제에 대한 피드백을 제공할 수 있으므로 개선이 필요한 특정 영역을 식별하기 어렵습니다.

"어떻게 하면 제품을 더 좋게 만들 수 있을까요?"

이 질문은 매우 개방적이며 광범위한 응답을 도출할 수 있으며 그 중 일부는 실용적이거나 실현 가능하지 않을 수 있습니다.

그것을하는 방법?

• 짧게 유지
• 구체적으로
• 질문 유형을 혼합하여 사용
• 설문 조사 및 양식 테스트
• 설문조사 및 양식 개인화
• 인센티브 제공(더 긴 설문조사 포함)
• 후속 조치

제품을 한 단계 업그레이드하십시오

축하해요! 이제 제품을 다음 단계로 끌어올리는 데 필요한 모든 제품 피드백 질문으로 무장했습니다. 이러한 팁과 요령을 통해 피드백 전문가가 되어 사용자로부터 귀중한 통찰력을 수집할 수 있습니다. 추가 도움이 필요하다고 생각되더라도 걱정하지 마세요. 프로세스를 간편하게 만들어주는 도구가 있습니다. 예를 들어, 사용자 및 제품 피드백을 쉽게 수집하고 분석하는 데 도움이 되는 피드백 소프트웨어인 Mopinion을 살펴보십시오.

피드백 수집은 할 일 목록의 확인란이 아니라 고객이 좋아할 제품을 만드는 데 도움이 되는 지속적인 프로세스라는 점을 기억하십시오. 다양한 질문 유형을 활용하고, 데이터를 분석하고, 피드백에 대한 조치를 취함으로써 귀하의 제품이 최상의 상태인지 확인할 수 있습니다.

그러니 더 이상 기다리지 마세요! 오늘 피드백 수집을 시작하고 제품을 새로운 차원으로 끌어 올리십시오. 올바른 피드백을 통해 진정으로 눈에 띄고 고객의 요구를 충족하는 제품을 만들 수 있습니다.