100. 기획자의 피드백, 왜 팀 분위기를 망칠까?

기획자가 피드백할 때 생기는 실수 3가지

기획자는 팀원들의 작업물을 검토하고 피드백하는 위치에 자주 서게 됩니다. 하지만 피드백 하나로 팀 분위기를 망치거나, 작업 효율을 떨어뜨리는 경우도 많죠. 특히 디자이너나 개발자와의 협업에서 잘못된 피드백은 "불신"으로 이어질 수 있습니다.

오늘은 실무에서 기획자가 자주 하는 피드백 실수와, 그걸 피하는 팁을 정리해봅니다.

---

실수 1: 느낌만 말하고 구체적이지 않다

“좀 애매한데요...” “이게 뭔가 이상해요”

이런 말은 원인을 파악할 수 없어 고치기가 어렵습니다. 느낌은 이해되지만, 실제 작업으로 연결되지 않는 말은 피해야 합니다.

대신 이렇게 말해보세요

• “이 버튼이 처음 화면에 안 보여서, 기능 인지가 어려워요.”
• “입력창이 너무 좁아서 키보드 가림 현상이 생겨요.”

---

실수 2: 기준 없이 개인 의견을 말한다

“저는 이 색이 별로예요.” “이거 제 스타일은 아닌데요.”

개인의 취향이나 스타일은 피드백 기준이 될 수 없습니다. 목표와 사용자, 정책 기준을 바탕으로 이야기해야설득력이 생깁니다.

바꿔 말하면 이렇게 됩니다

• “이 색상은 시인성이 낮아 고연령층에게 불편할 수 있어요.”
• “이 인터랙션은 접근성 기준 위반 요소가 있습니다.”

---

실수 3: 고쳐야 할 이유 없이 수정만 요구한다

“이건 그냥 이렇게 바꿔주세요.” “이렇게 해주시면 될 것 같아요.”

수정 요청에는 항상 ‘이유’가 따라야 합니다. 이유 없는 피드백은 ‘명령’으로 들리고, 팀의 신뢰를 떨어뜨릴 수 있어요.

실무에서 좋은 피드백 구조는 이렇습니다

• “지금 상태는 A라는 문제가 있어서, B처럼 수정하면 해결될 것 같아요.”
• “사용자가 이 구간에서 혼란을 겪을 수 있으니 문구를 좀 더 명확하게 변경해보면 어떨까요?”

---

정리하며

좋은 피드백은 팀의 품질을 끌어올리고, 나쁜 피드백은 팀의 동기를 떨어뜨립니다. 피드백의 기본은 ‘내가 고치는 게 아니라, 상대가 고치기 쉽도록 돕는 것’입니다.

오늘부터 이렇게 해보세요:

• 구체적으로 말하기
• 사용자 관점과 기준을 설명하기
• 수정 이유를 함께 전달하기

당신의 피드백은 팀의 성장 동력입니다.