소프트웨어 개발을 위한 사용자 피드백 활용 방법 2022년 8월 3일

소프트웨어 개발 에 있어 가정은 위험한 게임입니다. 다시 말하지만, 특히 고객 자신의 개인적 선호도가 아니라 주로 시장 조사 및 비즈니스 요구를 기반으로 하는 경우 가장 먼저 가정을 하지 않을 것입니다. 그러나 민첩하고 고객 중심적이라면 어느 정도 방향이 필요합니다. 이때 사용자 피드백 이 유용합니다.

이 게시물에서 우리는 소프트웨어 개발 을 위해 사용자 피드백 이 필요한 이유와 이를 실제로 수행할 수 있는 방법을 강조할 것입니다(Mopinion의 자체 개발 팀에서 직접 얻은 통찰력으로).

그렇다면 처음에 사용자 피드백을 수집하는 이유는 무엇입니까?

소프트웨어 개발에 사용자 피드백이 필요한 이유

소프트웨어 개발 프로세스의 일부로 사용자 피드백 통찰력을 활용해야 하는 수많은 이유가 있습니다.

우선 사용자 피드백을 통해 사용자가 필요로 하는 것에 대해 잘못된 가정을 하는 것을 방지할 수 있습니다. 결국 소프트웨어 개발자로서의 목표는 소프트웨어 사용자의 문제를 해결하는 것입니다.

소프트웨어 개발자는 상사가 속옷 차림으로 일하는 것을 보는 것과 같은 방식으로 가정을 다루어야 합니다. 그들이 사라질 때까지 계속 질문을 하시겠습니까?

ITNEXT.io

사용자 피드백은 이러한 문제가 무엇인지, 사용자에게 어떤 영향을 미치는지, 소프트웨어 내에서 문제를 해결할 수 있는 방법을 발견하는 데 필요한 통찰력을 제공합니다.

또한 사용자 피드백은 전반적인 사용자 경험을 개선하는 데 도움이 됩니다. 사용자가 소프트웨어 내에서 성공하기 위해 필요한 것이 무엇인지 더 잘 이해함으로써 그들의 기대에 맞는 사용자 경험을 만들 수 있습니다. 예를 들어 사용자에게 플랫폼 내의 특정 기능에 대한 피드백을 제공할 수 있는 기회를 제공하면 해당 기능이 사용자에게 가치가 있는지 및/또는 기능의 어떤 측면이 개선될 수 있는지 알 수 있습니다.

주요 제품 출시를 준비 중이신가요? 사용자 피드백도 이 문제를 해결하는 데 도움이 될 수 있습니다. 많은 사용자는 신제품이 빠르게 출시되기를 기대하므로 조직이 너무 일찍 출시하여 결과적으로 사용자로부터 반발을 겪을 수 있습니다. 그러나 피드백을 통해 개발자는 릴리스 시간과 품질 사이의 균형을 만들 수 있습니다. 그 과정에서 사용자에게 피드백을 요청함으로써 프로세스는 고객 중심 접근 방식을 유지하면서 더 빠르게 진행됩니다.

그리고 가장 중요한 것은 사용자 피드백이 조직이 더 높은 고객 유지율을 달성하는 데 도움이 된다는 것입니다. 제품 내에서 피드백을 수집하여 사용자의 만족도를 지속적으로 파악할 수 있습니다. 예를 들어, 피드백이 없으면 소프트웨어가 제대로 활용되지 않고 있는지 또는 사용자가 너무 많은 문제를 겪고 있는지 알 수 있는 방법이 없습니다.

Mopinion에서 우리는 사용자 피드백을 수집하여 사용자와 그들이 우리 플랫폼을 사용하는 방법에 대한 많은 통찰력을 얻었습니다.

Anwar Jebali, Mopinion 개발 책임자

그럼 어디서부터 시작할까요? Mopinion이 소프트웨어 개발 목적으로 피드백을 수집하는 방법을 안내해 드리겠습니다.

실제 사용자 피드백 캡처

사용자 피드백의 가치를 이해하는 것은 한 가지입니다. 사용자 피드백을 수집하는 것은 또 다른 문제입니다. 사용자 피드백 프로그램을 설정하는 것은 까다로울 수 있으므로 특히 소프트웨어 개발을 위해 이 피드백을 수집하는 데 있어 우리 자신의 경험, 팁 및 통찰력을 공유하는 것이 도움이 될 것이라고 생각했습니다. 아래에 공유된 통찰력은 종종 서로 협력하여 작업하기 때문에 개발 팀과 제품 팀 모두에서 제공했습니다.

피드백을 수집하는 프로세스를 세 가지 목표로 나누었습니다.

• 성능 및 품질에 대한 실시간 업데이트 수집
• UX 개선 및 제품 채택
• 제품 출시

이들 각각을 개별적으로 살펴보자...

성능 및 품질에 대한 실시간 업데이트

사용자 피드백은 제품의 성능과 품질을 나타내는 훌륭한 지표입니다. 또한 사용자가 실시간으로 성능을 확인할 수 있습니다.

이 피드백을 수집하기 위해 소프트웨어 내에 피드백 양식이 배포됩니다. 해당 양식이 항상 표시되는지, 사이드바 메뉴에 내장되어 있는지 또는 '적극적으로' 배포되는지(행동 기반)는 귀하에게 달려 있습니다.



예를 들어 Mopinion 개발 팀은 사이드바 메뉴에서 피드백 양식을 사용하기로 결정했습니다. 우리의 경우 사용된 피드백 양식은 매우 간단합니다. 사용자는 첫 번째 질문인 "버그를 찾았습니까?"를 통해 공개 의견을 제출할 수 있습니다. 제안이 있습니까?” 그런 다음 필요한 경우 시각적 피드백을 제출하십시오(어떤 문제가 발생했는지 설명하기 위해).



대시보드 내에서 데이터를 보다 쉽게 ​​모니터링하기 위해 CSAT, 스마일리, 엄지손가락 등을 포함한 다른 양식 메트릭을 적용할 수도 있습니다.

위에 설명된 예는 겉보기에 매우 표준적인 접근 방식입니다. 그러나 그 다음에 오는 것은 소프트웨어 개발자에게 피드백을 더 가치 있게 만드는 것입니다. 이러한 피드백 양식에는 버그의 원인을 재현 및/또는 식별하는 데 도움이 되는 유용한 메타데이터가 포함될 수도 있습니다. 피드백 양식과 함께 제출된 일부 데이터 유형에는 운영 체제(OS), 사용자 에이전트, 브라우저, 타임스탬프, URL 등이 포함됩니다.

또한 수집한 피드백은 JIRA와 같은 다양한 문제 추적 도구로 푸시될 수 있습니다. 사실 Mopinion은 JIRA와 통합되어 있습니다. 이 통합은 Mopinion의 webhook 모듈을 통해 JIRA를 연결하기 위한 매우 '네이티브', 기능이 풍부하고 완전히 인터페이스된 접근 방식입니다.

Mopinion은 JIRA 및 Sentry와 함께 피드백을 사용하여 들어오는 버그 보고서와 작업/문제 관리를 관리합니다.

Mopinion의 피드백 양식을 통해 들어오는 버그 보고서는 JIRA의 지원 받은 편지함 프로젝트로 자동 전송되며, 여기에서 Mopinion의 지원 팀은 문제를 분류하거나 지원을 제공하거나 개발자에게 문제를 할당할 수 있습니다. 개발은 또한 오류 모니터링을 위해 Sentry를 사용합니다. 이러한 도구에 메타데이터를 전달하여 피드백 및 버그 보고서를 추적된 오류에 쉽게 연결하고 버그 원인의 근본 원인을 신속하게 파악할 수 있습니다.

사용자 피드백을 수집하고 이를 다른 도구와 결합하면 버그의 근본 원인을 빠르게 파악하는 데 도움이 됩니다.

UX 개선 및 제품 채택

사용자 피드백은 사용자 경험을 개선하고 제품 채택을 돕는 데 사용될 수도 있습니다. 이제 당신이 무슨 생각을 하는지 알겠어요. 이것은 제품 부서에 더 중점을 둡니다. 그러나 이러한 유형의 피드백을 통해 배운 내용은 실제로 개발 전략에도 영향을 미칩니다. 사용자가 보고 싶어하는 것(예: 기능 요청/제안)과 사용자가 파악하지 못하는(따라서 채택) 기능에 대한 통찰력을 수집함으로써 귀하와 귀하의 팀은 방향을 위한 정보를 수집할 수 있습니다.

Mopinion의 제품 팀과 개발 팀은 이 목표를 실현하기 위해 긴밀하게 협력합니다. 특정 비율의 Mopinion 사용자에게 배포되는 활성 피드백 양식을 통해 이러한 유형의 피드백을 수집합니다. 아래 예에서 그들은 앱의 특정 기능과 사용자의 취향에 맞게 최적화할 수 있는 방법에 대한 피드백을 요청합니다.

앱의 특정 개선 사항에 대한 사용자 피드백을 통해 사용자의 요구 사항을 확대할 수 있습니다.

이 피드백을 수집하는 다른 많은 방법이 있습니다. 기능 제안을 요청하는 보다 기본적인 피드백 양식이든, 사용자가 특정 기능을 사용하는 방법을 이해하고 질문 설정에 대한 질문이 있는지 묻는 양식을 활용하는 것입니다.



들어오는 모든 항목에 대해 Mopinion 제품 팀은 Google 채팅의 제품 알림 채널(Mopinion 통합)을 사용하여 항목 모니터링을 돕습니다. 이것은 작업 방식의 중요한 부분이며 적시에 피드백을 받는 좋은 방법입니다.

그런 다음 Mopinion의 제품 팀은 이러한 통찰력을 바탕으로 이러한 제안을 현실로 만들 가능성에 대해 논의하고 기능에 대한 수요 수준과 실행 가능성을 고려합니다.

제품 출시

마지막으로 사용자 피드백은 제품 출시 또는 기능 출시를 위한 훌륭한 도구입니다. 일반적으로 출시 전, 출시 중, 출시 후에 많은 조정 및 최적화 노력이 이루어지기 때문에 개발 팀에게는 매우 흥미로운 시기입니다.

제품 출시 중 및 출시 이후에 사용자 피드백을 수집하면 버그와 함께 개선할 수 있는 부분을 신속하게 파악하는 데 도움이 됩니다.

프로세스 전반에 걸친 실시간 피드백을 통해 개발 팀은 소프트웨어 내에서 발생하는 상황에 대한 실황을 알 수 있습니다. 실제로 Mopinion은 베타 및 테스트에서 초기 릴리스 및 하드 출시에 이르기까지 최신 사용자 인터페이스 Mopinion Raspberry 릴리스 주기의 모든 단계에서 이 피드백을 수집했습니다.

이 단계에서 팀은 개발 팀과 고객 지원 팀 모두에서 처리한 다양한 피드백 양식을 활용했습니다.

베타 단계에서 사용된 피드백 양식의 예:



초기 릴리스 이후에 사용된 피드백 양식의 예:


이 양식의 의도는 Mopinion이 새로운 사용자 인터페이스인 Mopinion Raspberry를 소프트 출시했다는 사실을 사용자에게 교육하고 사용자가 사용해 볼 수 있도록 하는 것입니다.

나중에 프로세스에서 팀은 현재 Mopinion Raspberry 사용자의 의견을 수집하는 피드백 양식을 배포했습니다. 이 양식을 통해 사용자가 새로운 사용자 인터페이스를 경험한 방식과 여전히 장애물이 있는지 측정할 수 있습니다.



차례로 이러한 양식의 피드백은 '라즈베리 티켓'으로 지원 및 개발 팀에 전달되었습니다.

시각적 피드백은 팀이 사용자가 겪고 있는 문제의 종류와 이러한 문제가 소프트웨어 내에서 어떻게 나타나는지 신속하게 식별할 수 있게 해주었기 때문에 이 프로젝트에서 특히 중요한 역할을 했습니다.

소프트웨어 테스트에 대한 사용자 피드백? 더 말하지 마...

이 평가에서 SaaS 회사가 소프트웨어 테스트에서 사용자 피드백을 어떻게 활용할 수 있는지 알아보십시오.

더 알아보기

성공적인 개발 프로세스를 위해 모든 것을 하나로 묶습니다.

이 기사의 앞부분에서 언급했듯이 소프트웨어 개발을 위해 사용자 피드백을 활용하는 것은 공동 노력입니다. 개발 팀은 이 데이터뿐만 아니라 제품 팀, 고객 지원, 고객 성공까지도 책임지고 있습니다. 이러한 팀은 함께 협력하여 통찰력을 공유하고 직관적이고 사용자 친화적인 소프트웨어의 생성 및 유지 관리에 기여할 수 있습니다.

따라서 프로세스의 다음 단계는 이 피드백을 분석하고 조치를 취하는 것입니다. Mopinion 소프트웨어 내에서 피드백 분석 및 루프 닫기가 작동하는 방식에 대해 자세히 알고 싶으십니까? 이 게시물을 확인하십시오!