디자이너가 생각하는 일 잘하는 기획자의 특징

PM과 디자이너는 한 배를 탔습니다

PM과 디자이너는 함께 성공적인 프로덕트를 만들기 위해 노력하는 사람들입니다. 둘은 프로덕트 개선, 문제 해결을 위해 함께 아이디어를 내고 실험을 진행하는 주체입니다. 어떻게 보면 PM과 디자이너의 역할이 겹칠 수도 있습니다. 그렇지만 둘은 각자의 전문성과 관점을 가지고 프로덕트를 만들어 갑니다.

디자이너는 사용자의 니즈와 UI의 일관성, 완성도에 집중합니다. PM은 프로덕트의 비전, 정책* 그리고 사업적 측면까지 고려해 사용자 경험을 설계합니다. 그리고 기능이 원활하게 배포되도록 여러 이해관계자들과 소통합니다. 

* 프로덕트 기획에서의 정책은 프로덕트가 운영되기 위해 정의되는 원칙이나 규율을 가리킨다. "1년 동안 로그인하지 않은 회원은 휴면회원으로 처리한다", "회원은 하나의 명의로 중복 가입이 불가능하다" 등이 프로덕트 정책의 예시이다.

이 과정에서 PM과 디자이너는 최적의 사용자 경험을 위해 긴밀하게 협업합니다. 하지만 두 사람의 역할과 전문성이 다른만큼 프로덕트를 바라보는 관점도 다릅니다. 하지만 이 관점의 차이 덕분에 서로가 놓치는 부분을 보완해 줄 수 있고, 함께 일하며 시너지를 100% 낼 수도 있지요. 

그동안 디자이너로서 일하며 좋은 PM분들과 협업할 기회가 있었습니다. 제가 생각하기에 그분들은 공통적으로 '공유'를 잘하셨습니다.  IT 회사는 여러 직무의 사람들이 함께 합을 맞춰 일하다 보니 원활한 소통이 중요합니다. 원활한 소통이 되려면 모두에게 관련 정보와 맥락이 공유되어야 하지요. 제가 만난 일 잘하는 PM분들은 이를 매우 잘하셨습니다.

이번 아티클은 디자이너 입장에서 공유를 잘하는 PM에 대해 다음 4가지 상황을 예시로 들어 소개하려 합니다.

• 문제 정의 단계에서 공유할 때
• 디자이너에게 피드백을 공유할 때
• 데이터를 공유할 때
• 이해관계자와 조율할 때

디자이너와 좀 더 원활하게 협업하고 싶거나 우리 디자이너의 역량을 100% 끌어올리고 싶은 PM분들에게 이 글이 도움이 되길 바랍니다.

문제 정의 단계부터 디자이너와 함께 하세요

혹시 이런 경험이 있으신가요? 위 상황은 같은 현상에 대해 PM과 디자이너가 정의한 문제가 서로 다른 경우를 보여줍니다. 그렇기 때문에 PM의 기획 의도와는 다른 디자인이 나온 것이지요.

물론 PM이 기대한 것과 100% 똑같이 디자인이 나오는 경우는 드뭅니다. 하지만 이 상황은 PM과 디자이너가 다시 문제와 솔루션에 대해 고민해야 하는 상황입니다.

왜 이런 상황이 발생했을까요? 바로 PM과 디자이너가 문제 정의 혹은 기획 초기 단계에서 문제와 그 배경을 충분히 공유하지 않았기 때문입니다. 문제 정의나 기획 초기 단계에 디자이너가 빠지면 문제에 대해 PM과 다른 이해도를 가지게 되어 PM이 그렸던 솔루션과는 다른 디자인을 제시할 가능성이 높습니다.

그래서 결국 디자인과 기획의 차이를 한 번 더 조율해야 합니다. 디자이너는 다시 디자인을 해야 할 수도 있고, 전혀 다른 솔루션을 찾아야 할 수도 있습니다. 이런 과정을 반복할수록 작업의 피로도는 증가하고 서로에 대한 신뢰도 낮아집니다. 이런 비효율적인 협업은 당연히 지양해야 합니다.

그러면 어떻게 하면 좋을까요? 저와 함께 일했던 PM 중에 기획 초기 단계부터 디자이너인 저와 함께 문제를 공유하고 함께 솔루션을 고민했던 분이 계셨습니다. 덕분에 저는 무엇이 문제이고, 무엇을 해결해야 하는지를 제대로 파악할 수 있었지요.