컨텐츠로 건너뛰기
- 기획심의 피드백은 바로 반영하기 전에 먼저 번역해야 함.
- 피드백을 받으면 팀은 보통 두 가지 반응 사이에서 흔들림.
- 하나는 “다 고쳐야 한다”는 반응임.
- 다른 하나는 “우리 생각이 맞다”며 방어하는 반응임.
- 둘 다 위험함.
- 피드백은 명령이 아니라 신호로 봐야 함.
- 실제로 들은 문장보다 그 문장 뒤에 있는 우려를 찾아야 함.
- 그 우려를 팀이 다룰 수 있는 작업 단위로 바꾸는 것이 중요함.
피드백을 번역하는 기준
- 타깃이 불명확하다는 피드백은 사용자 문제가 흐릿하다는 신호일 수 있음.
- 다음 행동은 핵심 사용자 1명을 구체화하는 것임.
- 시장성이 약하다는 피드백은 유사 서비스와 차별점이 약하다는 신호일 수 있음.
- 다음 행동은 경쟁 서비스를 비교하고 빈틈을 찾는 것임.
- AI 추천이 약하다는 피드백은 기술이 서비스 가치로 연결되지 않는다는 신호일 수 있음.
- 다음 행동은 추천 결과가 사용자 행동을 어떻게 바꾸는지 정의하는 것임.
- 데이터 확보가 어렵다는 피드백은 구현 가능성이 낮다는 신호일 수 있음.
- 다음 행동은 확보 가능한 데이터 기준으로 기능 범위를 다시 자르는 것임.
- 피드백 이후 실제로 방향을 바꿔야 한다면 피봇팅과 중간심의 준비 흐름으로 이어서 정리하면 됨.