Community

✋ 디자이너가 PM 의견을 밀어낼 때 PM이 대응하는 방법 디자이너가 PM 의견을 밀어내는(push back) 말 1) 지표를 움직이는 것이 요점이 아닙니다. 실제 해결해야 하는 문제는~ 2) 스

✋ 디자이너가 PM 의견을 밀어낼 때 PM이 대응하는 방법 디자이너가 PM 의견을 밀어내는(push back) 말 1) 지표를 움직이는 것이 요점이 아닙니다. 실제 해결해야 하는 문제는~ 2) 스파게티면만 벽에 던지지 말고 뭐가 붙는지 봅시다. 3) 모방이 아닌 혁신을 해보는 건 어떨까요? 4) 품질은 신경 쓰지 않습니까? PM이 대응하는 방법 👇 1️⃣ 지표를 움직이는 것이 요점이 아닙니다. - 어떤 실험으로 목표 지표가 잘 움직였지만 실제로는 나쁜 사용자 경험이라는 것을 디자이너가 느낄 때 말합니다. - 근본 원인 a) 지표는 무엇이 나쁜 사용자 경험인지 포착하지 못합니다. b) 대부분의 사람들에게는 괜찮지만 일부에게는 좋지 않습니다. - 지표를 움직이는 것이 요점인지 논쟁하지 마세요. 대신 사용자 문제에 집중하세요 1) 당신이 걱정하는 나쁜 사용자 경험은 무엇입니까? 2) 얼마나 많은 사람들이 영향을 받을 것으로 생각합니까? 3) 사용자 경험이 나쁘다고 확신할 수 있는 증거는 무엇입니까? - 지표 + UX에 대한 생산적인 대화는 다음을 얼라인 합니다. a) 목표 지표가 조직의 미션을 발전시키기 위한 팀의 노력을 포착하는지 여부 b) 사용자 트레이드 오프가 의도적인지 여부(예: 파워 유저보다 신규 유저를 우선시합니까?) 2️⃣ 스파게티면만 벽에 던지지 말고 뭐가 붙는지 봅시다. - 디자이너가 다음과 같이 느낄 때 말합니다. a) 제안된 제품 아이디어가 효과가 있을지 회의적입니다. b) '빌드할' 기능 리스트가 너무 길고 우선 순위가 명확하지 않습니다. c) 그들은(PM) 더 큰 목표가 무엇인지 이해하지 못합니다. - 다음 로드맵 아이템 세트를 얼라인하는 핵심은 명확한 전략과 다음과 같은 디테일입니다. a) 우리의 고객은 누구입니까? b) 그들은 어떤 문제가 있습니까? c) 우리는 어떤 문제를 풀고 있습니까? 왜요? d) 어떤 솔루션이 가장 유망합니까? 왜요? e) 우선순위를 어떻게 정해야 합니까? - 제품 개발에는 확실성이 없다는 점을 인정하세요. 즉, 위에서 일부 가정이 틀릴 수 있고 다른 사람들이 동의하지 않을 수 있습니다. 괜찮습니다! 동일한 상위 수준 지도(high-level map)를 지속적으로 공유하는 한 때때로 실패하고 되돌아가도 괜찮습니다. 3️⃣ 모방이 아닌 혁신을 해보는 건 어떨까요? - 디자이너가 아래와 같이 느낄 때 말합니다. a) 이미 있는 솔루션을 적용하면 탐색 시간을 줄일 수 있으나 문제를 해결하는 최선의 방법이 아닐 수 있습니다. b) 디자이너의 역할은 혁신이어야 하며 '빠른 추종(fast-following)'은 보상이 되지 않습니다. - '혁신 vs 모방' 논쟁에서 벗어나는 열쇠는 대화의 초점을 다음으로 다시 맞추는 것입니다. a) 우리는 어떤 사람들을 위해, 어떤 문제를 해결하려고 합니까? b) 우리는 그 문제를 해결하는 데 어떤 강점이 있습니까? - '혁신'은 목적이 아니라 목적을 위한 수단입니다. 청중(audience)의 현상 유지 보다 문제를 더 잘 해결하기 위해 어떤 고유한(uniquely) 작업을 해야 합니다. 모든 것을 고유하게 할 필요는 없습니다. 그렇지 않으면 바퀴를 재발명하는데 많은 시간을 낭비하게 됩니다. 4️⃣ 품질은 신경 쓰지 않습니까? - 일반적으로 디자이너가 사용자 경험의 우선 순위와 다른 것들 사이에 트레이드 오프가 잘못 되었다고 느낄 때 말합니다. a) 다양한 지표(성장, 수익 등) b) 기능 배송(shipping) 속도 c) 의사결정자의 승인 - '품질'에 대한 토론의 핵심은 정의 및 우선순위를 실제 사례와 일치시키는 것입니다. 1) 배송 전에 개선 사항에 대한 선을 어디쯤 긋나요? 왜요? 2) 어떤 품질 문제가 deal-breakers 처럼 느껴지나요? 왜요? 3) 잘 측정되지 않는 지표는 무엇입니까? - 일반적으로 혼란스러운 흐름(confusing flow)이 잘못된 얼라인 보다 더 큰 문제라는데 동의합니다. 그러나 이런 이유로 출시를 연기해야 할까요? 그것은 다음에 사항에 달려 있습니다. a) 출시를 연기하는 것이 나쁜 점은 무엇입니까? b) 이러한 이슈가 있는 채로 배송하면 어떤 점이 좋지 않습니까? -> 실제 사례를 통해 원칙을 도출할 수 있습니다. ✔️ 결론적으로 디자이너들과 얼라인 하는 가장 빠른 방법은 모든 사람들이 사용자의 공통 언어를 사용하도록 장려하는 것입니다. PM의 일과 (지표, 배송 날짜, P0s/P1s)고 디자이너의 일(품질, 혁신, 일관성)을 줄이고 사람의 문제 + 솔루션에 중점을 둡니다. 원문 : https://twitter.com/joulee/status/1503453007454695425 PM이 의견을 밀어낼 때 디자이너가 대응하는 방법 : https://careerly.co.kr/comments/51388?utm_campaign=self-share

알림

알림이 없습니다