피드백 분류 후 빈도·영향도 행렬로 우선순위 결정
고객 피드백은 양이 많아서 분류 없이 보면 방향을 잃기 쉽습니다. 저는 수집된 피드백을 불편함, 기능 요청, 오류, 칭찬 네 가지로 먼저 나누고, 그 안에서 빈도와 영향도를 매깁니다. 학교 프로젝트 때 플레이어 설문 데이터를 분석하면서 동일한 불편함이 다른 표현으로 반복되는 패턴을 찾아냈고, 그걸 묶으니 실제 개선 포인트가 훨씬 좁혀졌습니다.
"게임이 어렵다"는 피드백 뒤에는 체크포인트 간격 문제가 있었습니다. 표면 언어가 아니라 그 아래 행동 패턴을 봐야 한다는 걸 느꼈습니다. 앞으로도 피드백 분석은 분류와 빈도를 먼저 정리한 뒤 개발팀과 공유하는 순서로 진행하고 싶습니다.