제품 비평은 지속적인 제품 개선을 위한 효과적인 피드백 루프를 제공합니다. 모든 제품 개발 프로세스에 필요하며, 특히 린 방법론을 따르는 팀에 필요합니다.
제품 비평 프레임워크는 제품에서 효과적인 것과 그렇지 않은 것을 강조해 줍니다. 또한 개선하면 어떤 측면에 도움이 될 수 있는지에 대한 다양한 관점을 제시합니다. 제품 비평을 올바르게 하면 제품 릴리스 전후에 점진적인 변화를 이룰 수 있습니다.
비평은 팀이 제품 개발 주기 동안 빠르게 실패하고 빠르게 반복하는 데 도움이 됩니다. 팀은 특정 상황이 더 큰 문제가 되기 전에 필요시 방향을 전환할 수 있습니다.
이 글에서는 제품 비평을 효과적으로 하는 방법, 제품 비평 중에 물어볼 질문, 일반적인 실수, 실수를 방지하는 방법 등에 관해 알아봅니다.
제품 비평이란 무엇이며 왜 중요합니까?
제품 비평은 사용성, 디자인, 기능, 접근성, 수익성 등 여러 각도에서 제품을 평가하는 제품 관리 방법입니다. 비평에는 사용성 테스트, 체험적 분석, 고객 만족도 조사, 품질 보증, 설계 평가가 사용됩니다. 고객을 대상으로 외부적으로 진행하거나, 하나의 팀 및 주요 이해 관계자로 제한하여 내부적으로 진행할 수도 있습니다.
디자이너, 개발자, 제품 매니저, 이해 관계자로부터 건설적인 피드백을 수집하면 모두가 의견을 말하고 다른 사람들의 관점을 들을 수 있으므로, 협업을 강화하는 데 도움이 됩니다. 누구든지 기여할 기회를 얻습니다.
이 피드백 루프를 통해 팀은 제품이 고객에게 제공하는 가치에 다시 초점을 맞추고 회사에 경쟁 우위를 선사하는 성공적인 미래 제품 콘셉트를 개발할 수 있습니다.
제품 비평을 주도하는 방법
제품 비평은 제품 매니저가 주도합니다. 하지만 디자이너 및 개발자도 진행 방법을 알아야 합니다. 제품 비평을 효과적으로 주도하는 방법은 다음과 같습니다.
다양한 그룹 모으기
다양한 역할 및 전문 지식을 가진 팀원 및 이해 관계자를 선택하되, 프로젝트에 이해관계가 없는 사람은 피합니다.
제품 개선을 위한 인사이트를 제공할 수 있는 사람을 선택합니다. 예를 들어, 개발자는 디자인의 코딩 가능성을 평가하고, UX 디자이너는 제품의 사용성을 평가하고, 품질 보증 및 고객 성공 팀은 제품이 사용자 요구 사항을 충족하는지를 판단하며, 이해 관계자는 목표를 이해하고, 목표를 구체화하고 명확히 하도록 지원할 수 있습니다.
참여자는 개발 프로세스의 현재 단계에 따라서도 달라집니다. 예를 들어, 이해 관계자의 피드백은 프로젝트 시작 시점에 조기 승인을 얻고 피드백이 프로젝트 후반에 반영되는 문제가 발생하지 않도록 방지하는 데 중요합니다.
목표 정의
사용성 문제 식별, 사용자 경험 개선, 디자인 실현 가능성 평가와 같은 구체적인 목표를 설정합니다. 비평하기 전에 팀에 목표를 간략하게 설명합니다. 안건 및 와이어프레임, 프로토타입, 팀에서 평가할 작업을 포함합니다.
경쟁업체 파악
경쟁업체에 대해 심층적으로 이해하면 제품을 돋보이게 하는 방법을 찾을 수 있습니다. 경쟁업체의 장점을 연구하고 약점을 찾아보세요. 제품이 경쟁 제품보다 어느 부분에서 우위를 점할 수 있을지 판단하세요. 경쟁업체가 이미 무엇을 하고 있는지 알아야 경쟁 우위를 확보할 수 있습니다.
이 단계에서는 경쟁력 분석 템플릿이 도움이 될 수 있습니다. 경쟁업체의 단점을 조사하여 유리하게 활용하는 것이라고 생각하세요. 이 조사는 효과적인 제품 로드맵을 만드는 데도 도움이 됩니다.
데이터 평가
제품 비평은 사용자 피드백, 분석, 시장 조사와 같은 다양한 출처에서 데이터를 수집할 기회를 제공합니다. 하지만 정성적 데이터 및 정량적 데이터의 차이를 이해하는 것이 중요합니다.
정성적 데이터는 사용자 인터뷰, 개방형 질문, 고객 및 이해 관계자의 관찰 피드백에서 나오는 주관적인 피드백입니다. 정량적 데이터는 제품 성능 분석을 바탕으로 하는 숫자 기반의 객관적 데이터입니다.
데이터 수집의 첫 단계는 가설을 세워서 어떤 질문을 해야 할지 파악하는 것입니다. 이를 통해 정성적 데이터 또는 정량적 데이터가 필요한지, 아니면 둘 다 필요한지 판단합니다. 그런 다음, 사용자 인터뷰, 설문조사 등과 같이 사용할 방법을 선택합니다. 마지막으로 Jira Product Discovery와 같은 로드맵 및 우선 순위 지정 도구에서 데이터를 수집 및 체계화합니다.
의견을 평가하면 데이터를 중심으로 의사 결정을 내릴 수 있습니다.
아이디어 브레인스토밍
제품 비평은 창의적인 아이디어 및 문제 해결 방법을 개발할 기회를 제공합니다. 또한 팀이 기여하고 협업할 기회를 제공합니다. 브레인스토밍은 5명 이하의 그룹에서 가장 효과적입니다.
이 프로세스에는 브레인스토밍 템플릿이 도움이 될 수 있습니다. 아이디어를 내고 Jira Product Discovery에 저장하여 나중에 사용할 수 있습니다.
전략 개발 및 구현
아이디어는 제대로 실행하지 않으면 쓸모가 없습니다. 어떤 아이디어가 실현 가능하고 어떤 것이 비현실적인지 판단하는 것이 중요합니다. 그렇게 하려면 팀이 아이디어를 실현할 수 있는 스킬 및 기술을 가지고 있는지 평가해야 합니다.
아이디어가 실현 가능하다고 판단되면 아이디어의 우선 순위를 지정하는 계획 또는 로드맵을 만드는 것이 중요합니다. 이 제품 로드맵 템플릿은 제품 로드맵을 만드는 데 유용합니다. Jira Product Discovery에서 수집한 모든 아이디어를 사용하여 로드맵을 만들 수 있습니다.
제품 비평 중에 물어볼 질문
문제를 이해하려면 많은 질문을 해야 합니다. 비평 중에 물어봐야 할 몇 가지 주요 질문은 다음과 같습니다.
- 제품의 강점 및 약점은 무엇입니까? 이 질문은 제품의 단점을 파악하여 팀에서 문제를 해결하는 데 도움이 됩니다. 또한 주요 차별화 요소가 될 수 있는 제품의 성공적인 측면을 강조합니다.
- 이 제품은 경쟁업체와 비교하여 어떻습니까? 제품이 경쟁 제품과 어떻게 비교되는지 파악하면 경쟁 우위를 확보할 수 있습니다.
- 제품이 어떤 고객 요구 사항을 충족합니까? 팀에서 제품이 고객에게 가치가 있는지 판단하고 재평가가 필요할 수 있는 사용되지 않는 기능을 찾아내는 데 도움이 됩니다.
- 고객이 어떤 기능을 원합니까? 고객이 무엇을 원하는지 파악하면 팀에서 고객이 제품을 사용하는 방식에 따라 솔루션을 찾는 데 도움이 될 수 있습니다. 이 질문은 제품이 창출하는 고객 가치를 다시 고려합니다.
- 사용성을 개선하기 위해 팀이 무엇을 변경할 수 있습니까? 이 질문을 통해 사용자가 제품에서 어떤 부분을 사용하기 어려워하는지 파악할 수 있습니다.
- 새 제품을 제공할 가능성이 있습니까? 이 프로세스를 통해 현재 제품으로는 해결되지 않는 문제가 드러나 추가적인 제품 아이디어 및 제안이 나올 수 있습니다.
- 고객 요구 사항 및 시장 변화를 어떻게 예상할 수 있습니까? 이 질문을 통해 팀은 사후 대응보다는 미래를 중심으로 생각할 수 있습니다.
- 제품을 최적화하기 위해 어떤 전략을 세울 수 있습니까? 팀이 린 방법론을 사용하면 이 프로세스를 통해 지속적인 개선이 필요한 부분을 찾을 수 있습니다.
제품 비평에서의 일반적인 실수
성공적인 제품 비평을 위해서는 프로세스를 이해하고 적합한 팀을 초대하는 것이 중요합니다. 제품 비평은 몇 가지 일반적인 위험으로 인해 순식간에 실패할 수 있습니다. 위험을 해결하는 방법은 다음과 같습니다.
터널 시야
터널 시야는 확증 편향으로 인해 발생할 수 있습니다. 이 문제를 해결하는 방법은 열린 태도를 유지하고 자존심을 억제하는 것입니다. 제품에 대한 선입견에 의문을 갖거나 부정하는 것을 두려워하지 않고 데이터를 살펴보는 것이 중요합니다.
사용자의 요구 사항을 우선시하는 것을 잊어버리는 경우
가끔 제품 팀은 아이디어에만 집중하고 사용자의 요구 사항은 잊어버리는 경우가 있습니다. 디자이너는 아름다운 디자인을 만드는 데 중점을 두는 경향이 있습니다. 개발자는 더 이상 사용자에게 제공되지 않는 기능의 코드를 수정하는 데 집중할 수도 있습니다. 이러한 위험을 방지하려면 고객 여정 매핑 템플릿을 사용하여 팀의 사용자 요구 사항을 간략하게 설명하세요.
전략을 실행하지 않는 것
또 다른 위험은 구현에 관한 전략적 사고의 부족입니다. 사용자 요구 사항을 명확하게 파악하지 않은 채로 작업을 진행하거나 쓸모없는 기능을 만들지 마세요. 전략적 계획에 따라 작업을 순조롭게 진행하면서 고객 가치를 제공하세요.
Jira Software, Confluence 및 Jira Product Discovery와 같은 도구를 사용하면 제품 개선을 구현하기 위한 제품 로드맵을 만들고 유지하는 데 도움이 될 수 있습니다. Jira Software를 사용하면 프로젝트 작업 및 제공에 맞춰 팀을 정렬할 수 있습니다. Confluence를 사용하면 팀 간의 사일로를 허물고 공동 작업 및 지식 관리를 더 원활하게 할 수 있습니다. Jira Product Discovery로 모든 제품 아이디어를 한곳에 모아 우선 순위 지정 및 로드맵을 간소화할 수 있습니다. 무엇보다도 이러한 모든 도구는 기본적으로 서로 통합되어 있습니다.
팀에 제품 비평이 필요할 만한 경우
팀은 제품 수명 주기의 여러 지점에서 제품 비평을 진행할 수 있습니다. 개발 초기 단계에서 팀은 초기 스케치 및 와이어프레임을 비평할 수 있습니다. 주요 이해 관계자를 참여시키기에 완벽한 단계입니다.
제품 비평은 프로토타입을 만든 후에도 도움이 됩니다. 비평은 디자인의 결함을 찾아내고 프로토타입의 범위에 따라 코드의 결함을 드러낼 수 있습니다. 제안된 솔루션이 고객의 불만 사항을 해결하는지 알아보려면 고객과 함께 프로토타입을 테스트해 보세요.
제품 비평을 통해 다시 테스트해서 무엇이 효과적이고 무엇이 효과가 없는지 찾아낼 수 있으므로 제품 비평은 제품 제공 전후에도 유용합니다. 제품 제공 후 제품 비평에 사용 데이터를 통합하여 성과를 평가하고 추가적인 기회 영역을 식별할 수 있습니다.
Jira Product Discovery를 사용하여 제품 비평을 개선
Jira Product Discovery를 사용하면 제품 비평이 쉬워집니다. 제품 팀이 아이디어를 수집하고 체계화할 수 있습니다. 팀은 기회, 기능 및 솔루션을 한곳에서 추적하여 가장 큰 영향을 미칠 항목의 우선 순위를 쉽게 지정할 수 있습니다.
제품 팀은 Jira Product Discovery의 제품 비평 프레임워크를 사용하여 피드백을 수집할 수 있습니다. 그런 다음 중요한 인사이트를 사용하여 우선 순위 지정 프로세스를 간소화합니다. 그러면 팀이 개선 노력을 어떤 부분에 집중해야 하는지 파악하게 됩니다. 이 프로세스는 팀이 효과적인 제품 로드맵을 구축하고 유지하는 데도 도움이 됩니다.
Jira Product Discovery를 사용하면 제품 관리를 구조화할 수 있습니다. 더 좋은 점은 Jira Software에서 아이디어를 에픽에 원활하게 연결하여 이해 관계자를 참여시키고 정렬할 수 있다는 것입니다. 팀은 탐색부터 제공에 이르는 컨텍스트 및 가시성을 갖추게 됩니다.
제품 비평: 자주 묻는 질문
제품 비평은 얼마나 자주 해야 합니까?
팀은 제품 개발 주기 전반에 걸쳐, 보통 제품 제공 전후 또는 프로토타입을 개발할 때 정기적으로 제품 비평을 진행해야 합니다. 팀은 적어도 분기에 한 번씩 비평을 진행하는 것을 목표로 해야 합니다.
제품 비평은 제품 개발 팀에 어떤 도움이 됩니까?
제품 비평을 통해 팀은 제품을 분석하여 개선 영역을 파악하고 더 높은 품질의 제품을 만들 수 있습니다.
팀 및 이해 관계자로부터 건설적인 피드백을 수집하면 공동 작업이 장려됩니다. 모두 자신이 더 큰 제품 목표에 기여하고 결과에 영향을 미친다고 느낄 것입니다.
제품 비평의 예에는 무엇이 있습니까?
제품 비평의 훌륭한 예는 M68이라고도 하는 iPhone 프로토타입입니다. 필수 구성 요소 중 아무것도 주머니에 쏙 들어가는 완성된 형태에 있지 않으므로 현재 iPhone 모델보다 터치 스크린 iPod을 갖춘 거대한 마더보드처럼 생겼습니다. 팀은 이 프로토타입을 사용하여 사용성 및 기능을 테스트할 제품을 만들 수 있습니다.