제품 관리와 제품 디자인 간의 간극 메우기
제품 디자이너와 제품 관리자는 제품을 구축하고 개선하는 데 있어 중요한 파트너입니다. 제품 관리자와 제품 디자이너가 공통된 맥락을 공유하고 강력한 파트너십을 맺을 때 세 가지 주요 이점이 있습니다.
1. 제품 디자이너는 사용자 문제를 재구성하는 데 도움을 줄 수 있습니다.
종종 사용자 문제에는 여러 측면이 있지만, 어떤 측면에 집중해야 할지 파악하기 어려울 수 있습니다. 솔루션 전문가로서 제품 디자이너는 제품 관리자가 문제를 보다 해결 가능한 방식으로 재구성하도록 도울 수 있습니다.
예를 들어, 제품 관리자가 문제를 다시 생각하도록 도울 수 있습니다. PandaDoc에서 Bill.com의 제품 담당 시니어 디렉터인 Tara는 제품 성능을 개선하는 작업을 하고 있었습니다. 큰 문서를 로드하는 데 시간이 오래 걸렸습니다. 제품 및 엔지니어링 팀은 문서 로드 속도를 높일지, 아니면 기다리는 동안 고객 경험을 향상시킬지에 집중해야 할지 결정해야 했습니다.
원래 계획은 두 팀이 협력하여 로드 속도를 빠르게 개선하는 것이었습니다. 전체 팀 회의에서 이 문제를 논의하던 중 한 디자이너가 로드 속도를 개선하는 것이 신속하게 진행될 수 있는 계획이 아니며 제대로 실행하려면 더 많은 시간이 필요하다는 사실을 알아챘습니다. 그래서 그들은 업로드 속도를 개선하는 것보다 진행률 표시줄과 멋진 애니메이션을 더 빨리 추가할 수 있기 때문에 고객 경험에 먼저 집중할 것을 제안했습니다.
이전에 고려되지 않았던 더 빠르고 비기술적인 해결책에 대해 논의할 기회를 열어줌으로써 엔지니어들이 품질을 희생하지 않고 성능 개선에 집중할 시간을 벌었습니다.
2. 제품 디자이너는 더 많은 해결책을 제시합니다
강력한 관계는 또한 제품 디자이너가 주어진 문제에 대해 더 많은 저충실도 솔루션을 제시할 수 있도록 권한을 부여하여 제품 팀이 최종적으로 시장에 출시하는 것에 대한 확신을 높입니다. 의사 결정을 내리기 전에 더 많은 옵션을 탐색할수록 최적의 경로를 찾을 가능성이 높아집니다.
“제품 디자이너가 대안적인 해결책에 대해 생각하지 않는다면 탐색할 수 있었던 다른 가능성을 보지 못하게 될 것입니다.”
— Bruno Bergher, Metabase 제품 부사장
3. 제품 디자이너는 착수 단계에서 아이디어를 구체화할 수 있습니다.
제품 디자이너는 시각적 스토리텔링을 통해 아이디어를 구체화하는 데 중요한 역할을 할 수도 있으며, 이는 경영진이 특정 프로젝트를 승인하는 데 필요할 수 있습니다.
“많은 사람들이 시각 자료로 더 쉽게 설명할 수 있다는 것을 알지만, 모든 사람이 시각적으로 이야기를 전달할 수 있는 것은 아닙니다. 디자이너들은 그것을 정말 잘합니다.”
— Bruno Bergher
GoDaddy에 근무하는 동안 제품 마케팅 관리자인 Tara와 제품 디자이너는 새로운 사용자 인터페이스 레이어를 구상했습니다. 이 프로젝트의 잠재력은 매우 영향력이 있었지만, 개념적으로 말로 설명하기가 매우 어려웠습니다. 디자이너는 시각 자료와 장기적인 제품 비전을 사용하여 팀이 진행 승인을 받는 데 도움을 줄 수 있었습니다.
“제품 디자이너가 없었다면 그 프로젝트는 결코 승인되지 않았을 것입니다.”
— Tara Wellington, Bill.com 제품 담당 시니어 디렉터
제품 관리와 제품 디자인 간의 간극 메우기
그러나 제품 관리자가 제품 디자이너와의 관계가 어떻게 진행되고 있는지, 그리고 이를 개선하기 위해 무엇을 할 수 있는지 파악하기 어려울 수 있습니다. 제품 디자인과 제품 관리의 관계가 제품 성공에 얼마나 중요한지를 고려할 때, 제품 관리자가 디자이너와 강력하고 건전한 관계를 유지하는 것이 중요합니다.
이 기사에서 Tara Wellington과 Bruno Bergher는 다음과 같은 방법을 공유합니다.
- 제품 관리와 제품 디자인 관계에 문제가 있는지 식별
- 제품 디자이너와의 관계를 구축하고 강화하는 네 가지 방법
자, 그럼 시작해 보겠습니다!
협업 문제를 식별하는 데 도움이 되는 5가지 위험 신호
Bruno와 Tara는 제품 관리자와 제품 디자이너 간의 관계에 문제가 있음을 나타내는 다섯 가지 위험 신호를 확인했습니다.
1. 제품 관리자가 “디자인 팀의 속도가 너무 느립니다.”라고 말하는 경우
PM이 디자인 속도가 너무 느리다고 생각하는 경우, 이는 종종 기대와 우선순위에 대한 오해(또는 부족)를 나타냅니다. 예를 들어, Metabase에서 Bruno는 제품 관리자가 제품 디자이너가 어떤 것의 시안을 만드는 데 거의 2주나 걸린다고 불평하는 것을 들었습니다. Bruno는 제품 관리자에게 제품 디자이너가 이 프로젝트가 필요하지만 너무 많은 투자를 할 가치는 없다는 것을 알고 있었는지 물었습니다. 되돌아보니 제품 관리자는 그것을 전달하지 않았다는 것을 깨달았고, 따라서 제품 디자이너가 2주가 너무 길다고 생각될 것이라는 것을 알 수 없었을 것입니다.
2. 제품 관리자가 “디자이너들이 프로젝트 범위를 너무 많이 추가하고 있습니다.”라고 말하는 경우
시간이 너무 오래 걸리는 것과 마찬가지로, 이는 제품 관리자와 제품 디자이너가 프로젝트의 중요성, 목표 및 단계에 대해 합의해야 함을 나타낼 수 있습니다. 예를 들어, 제품 관리자는 패치 솔루션으로 특정 사용자 피드백을 해결하거나 단기 지표를 최적화하려고 할 수 있지만, 제품 디자이너는 완전히 새로운 사용자 경험이나 제품 비전에 대해 생각하고 있을 수 있습니다.
3. 제품 디자이너가 맥락에 대한 질문을 하지 않는 경우
성공적인 듀오가 되려면 제품 관리자와 제품 디자이너는 작업 중인 내용에 대한 공통된 맥락을 구축해야 합니다. 종종 제품 관리자는 맥락에 대한 질문에 답하는 것의 중요성을 놓치고 질문을 묵살할 수 있습니다. 이런 일이 반복적으로 발생하면 디자이너는 계속해서 질문하는 것을 불편하게 느낄 것입니다. 결과적으로 디자인의 첫 번째 반복에는 사용자 문제에 대한 핵심적인 이해가 빠져 있을 가능성이 매우 높습니다.
4. 제품 디자이너가 “요구 사항이 충분히 자세하지 않습니다.”라고 말하는 경우
제품 디자이너가 요구 사항에 대한 적절한 수준의 세부 정보에 대해 불평하는 경우, 이는 디자인 팀이 제품 관리자가 요구 사항을 담당하고 디자이너에게 “전달”하여 디자인하는 “서비스 조직”처럼 취급되고 있음을 나타냅니다. 이러한 유형의 붕괴는 훨씬 낮은 품질의 작업으로 이어지고, 디자이너의 솔루션 능력을 제대로 활용하지 못하며 기능 전반에 걸쳐 일관성이 부족할 위험이 있습니다.
예를 들어, Tara가 GoDaddy에 있었을 때 새로운 팀과 함께 비교적 기술적인 프로젝트를 진행했습니다. 디자이너와 함께 화이트보딩하고 엔드 투 엔드 경험을 만드는 대신, 디자이너는 요구 사항에 따라서만 작업하고 서로 연결되지 않은 화면을 전달하기를 원했습니다. Tara는 이전에 팀에 디자이너를 서비스 조직의 일부처럼 취급하는 문화가 있었고, 그것이 디자이너의 의욕을 정말로 떨어뜨렸다는 것을 깨달았습니다.
5. 제품 관리자가 제품 디자이너에게 해결책을 지시하는 경우
“제품 디자이너들이 가장 싫어하는 시나리오는 제품 관리자가 와이어프레임을 만들고 이것을 예쁘게 만들어 달라고 말하는 것입니다.”
— Bruno Bergher
이런 일이 발생하면 제품 디자이너와 제품 관리자의 관계는 근본적으로 깨진 것입니다. 이는 제품 관리자가 제품 관리와 제품 디자인 관계가 어떻게 작동해야 하는지 전혀 모르거나 제품 디자이너가 충분한 맥락을 구축하고 의미 있는 해결책을 개발할 수 있다는 신뢰가 완전히 무너졌음을 나타냅니다. 이것은 유능한 제품 디자이너의 의욕을 꺾는 가장 빠른 방법 중 하나입니다.
관계를 구축하고 강화하는 방법
제품 관리자로서 이러한 징후 중 어느 하나라도 감지하고 있다면, 이는 팀의 제품 디자이너와의 관계를 평가할 적절한 기회일 수 있습니다. 그러나 이러한 신호를 인식하지 못하더라도 앞으로 강력한 관계를 보장하기 위해 미리 할 수 있는 일이 많습니다.
Tara와 Bruno는 최고의 협력 관계에서 제품 관리자가 하는 네 가지 핵심 사항에 집중합니다.
- 제품 디자인에 대한 이해 개발
- 제품 디자이너 알아가기
- 충분한 맥락 공유
- 상호 이해 구축
1. 제품 디자인에 대한 이해 개발
Bruno와 Tara는 제품 관리자와 제품 디자이너 간의 성공적인 관계의 핵심 부분은 공감과 존중이라고 강조합니다. 제품 디자인 기술과 책임은 제품 관리와 강하게 겹칠 수 있지만, 제품 디자이너는 종종 다른 관점을 제시합니다. 기술과 접근 방식 모두에서 차이점을 이해하면 제품 관리자가 유사점을 활용하고 차이점을 활용하는 데 도움이 될 수 있습니다.
제품 디자이너는 사용자 경험에 동기 부여를 받습니다
제품 관리자는 종종 지표로 측정되는 반면, 제품 디자이너는 가능한 최고의 사용자 경험을 만드는 데 더 많은 동기 부여를 받습니다. 제품 디자이너는 종종 사람들이 기능을 사용하는지 여부에만 집중하는 것을 넘어 다음과 같이 묻습니다. 작업은 완료될 수 있지만, 실제로 이 기능을 사용하는 것이 즐거운가?
제품 디자이너는 높은 품질 기준을 가지고 있습니다
제품 디자이너는 자신의 업무에 자부심을 갖고 세부 사항에 공을 들이는 경향이 있습니다. 또한 조직에는 품질을 자세히 검토하고 전체적인 일관성을 확인하고 시행하는 의식이 있습니다.
“그들은 디자인에 의해 정의된 품질을 제공해야 한다는 엄청난 사회적 압력을 받고 있습니다. 대부분의 디자이너는 자신의 작업을 동료들이 비판하는 디자인 전용 디자인 검토에 가져가야 합니다.”
— Bruno Bergher
제품 디자이너는 장기적인 목표와 엔드 투 엔드 경험을 거시적 수준에서 운영합니다
많은 제품 관리자는 달성해야 할 분기별 제품 목표가 있으며, 이는 해당 기간 내에 지표를 최적화하는 데 도움이 될 수 있는 프로젝트를 선택하게 합니다. 대조적으로, 제품 디자이너는 시스템 사고자이며 전체를 살펴봅니다. 그들은 종종 브랜드 관리자이며 특정 기능에 고유하기보다는 제품 전체에서 사용자 경험이 일관되도록 해야 합니다.
“단기 지표와 고객 만족도와 같은 장기 목표의 균형을 맞추는 것은 어려울 수 있습니다. 그러나 궁극적으로 제품 관리자가 이러한 균형을 인식하고 존중할 수 있다면 제품 관리자/제품 디자인 관계와 제품의 전반적인 품질에 도움이 됩니다.”
— Tara Wellington
제품 디자이너의 현재 작업은 다음 직장을 구하는 방법입니다
제품 관리자나 엔지니어와 달리 제품 디자인 인터뷰에는 포트폴리오 검토가 포함됩니다. 이 포트폴리오 검토에서 그들은 실제 제품 개발 프로세스 중에 발생했던 기술적 및 시간적 제약과 분리하여 결과물로 판단될 수 있습니다. 팀이 맡는 프로젝트와 최종적으로 출시되는 것에 큰 영향을 미치는 제품 관리자는 따라서 포트폴리오에 큰 영향을 미칩니다.
2. 제품 디자이너 알아가기
제품 관리자가 제품 디자인 역할이 제품 관리와 어떻게 다른지 이해하면 둘 사이의 상호 작용을 구성하고 맥락화하는 데 도움이 될 수 있습니다. 그러나 제품 디자이너가 어떤 사람인지에 대한 아무리 많은 정보를 읽어도 제품 관리자와 제품 디자이너 간의 대화를 대신할 수는 없습니다.
모든 사람의 제품 관리 정의가 다르듯이, 제품 관리자와 제품 디자인 관계에 대한 모든 사람의 이해도 다릅니다. 서로가 어디에서 왔는지 파악하는 것이 중요하며, 그런 다음 어디로 가고 싶은지 파악하는 방법입니다.
Bruno는 제품 관리자와 제품 디자이너 간의 솔직한 대화를 제안합니다. 시작하기 위해 두 사람은 몇 가지 질문을 활용할 수 있습니다.
- 각자의 책임은 무엇이라고 생각하십니까? 이는 각자가 제품 개발 프로세스에 어떻게 참여해야 한다고 생각하는지 이해하는 데 도움이 될 것입니다. 대부분의 사람들은 명확한 경계선을 찾는 것을 좋아하지만, 최고의 관계는 책임이 겹치는 것에서 이점을 얻습니다. 즉, 서로를 약화시키려고 하지 않는다는 것이 분명하다면 두 사람이 서로를 활용하고, 이의를 제기하고, 이익을 얻을 수 있습니다.
- 각자의 역할에서 성공하려면 무엇이 필요합니까? 이 질문은 각자가 직면하고 있는 암묵적 및 명시적 압력과 목표를 이해하는 데 도움이 될 수 있습니다. 평가 방법, 기능에서의 성공의 모습, 특정 프로젝트 또는 일련의 프로젝트에 대한 개인적인 목표를 명확하게 밝히는 것이 도움이 될 수 있습니다.
- 상대방이 도와줄 수 있는 업무의 일부는 무엇입니까? 훌륭한 제품 관리자와 제품 디자이너의 관계는 종종 상호 보완적이며, 강점과 약점이 어디에 있는지 알면 상대방이 지지하는 데 도움이 될 수 있습니다. 예를 들어, 제품 관리자는 이해 관계자와의 커뮤니케이션에 어려움을 겪을 수 있으며, 제품 디자이너는 새로운 아이디어를 전달하는 가장 좋은 방법을 전략화하고 구조화하는 데 도움을 줄 수 있습니다.
함께 일하는 “올바른 방법”은 하나가 아닙니다. 각 관계에 가장 적합한 방법을 알아내야 합니다. 같은 회사 내에서도 제품 디자이너는 서로 매우 다를 수 있으므로 함께 일하는 각 디자이너를 알아가는 데 시간을 투자할 가치가 있습니다.
3. 충분한 맥락 공유
가장 효과적이려면 제품 디자이너는 업무를 최대한 활용하기 위해 동일한 수준의 이해가 필요합니다. 제품 관리자는 중요하지 않거나 명백해 보이는 정보를 필터링하기 때문에 제품 디자이너와 충분한 맥락을 공유하지 않을 수 있습니다.
제품 관리자가 공유해야 하는 맥락에 대한 질문에 대한 짧은 대답은 모든 것입니다.
제품 디자이너는 제품 관리자와 똑같은 맥락을 가져야 합니다. 물론 말처럼 쉽지는 않지만, 몇 가지 필수 사항부터 시작하는 것이 도움이 될 수 있습니다.
- 프로젝트 목표
- 성공의 정의 및 측정
- 테스트 계획
- 알려진 제약 조건
프로젝트 목표
프로젝트 목표를 공유하는 것은 두 사람이 같은 시간 틀에서 같은 결과를 향해 작업하고 있는지 확인하는 중요한 방법입니다. 이러한 목표가 비즈니스와 사용자에게 중요한 이유는 이해를 위한 중요한 단계입니다. 이러한 목표가 비즈니스에 중요한 이유를 공유하면 제품 디자이너가 제품 관리자가 어디에서 왔는지 이해하는 데 도움이 됩니다. 목표와 목표가 비즈니스에 미치는 중요성은 두 사람이 프로젝트의 중요성을 파악하는 데 도움이 될 수 있습니다.
Metabase에서 Bruno는 제품 관리자가 투자하고자 하는 디자인 노력의 양을 결정하기 위해 식욕이라는 개념을 적용하는 데 성공했습니다. 제품 관리자는 프로젝트가 이틀짜리 작업 또는 2주짜리 작업이라고 제안할 수 있습니다. 그러나 이것은 노력이나 마감일에 대한 평가가 아니라 최종 가치에 대한 평가입니다. 제품 관리자는 실제로 디자이너에게 뭔가를 하는 데 이틀이 걸리라고 말해서는 안 되지만, 이 가치 평가는 범위에 대한 올바른 대화를 시작하고, 목표를 명확히 하고, 상대적 중요성을 명확히 합니다.
그러나 비즈니스에 대한 가치 측면에서만 이야기해서는 안 됩니다. 제품 디자인 파트너와 맥락을 가장 성공적으로 전달하는 제품 관리자는 프로젝트 목표가 사용자에게 중요한 이유를 공유합니다. 제품 기능 및 요구 사항보다는 사용자 요구와 문제점을 이야기하여 맥락을 설정하십시오.
성공의 정의 및 측정
성공을 정의하고 측정하는 것은 가능한 한 빨리 이루어져야 하는 또 다른 중요한 합의점입니다. 목표를 달성했는지 어떻게 알 수 있을까요? 이것이 초기에 해결되지 않으면 프로젝트 후반에 불분명한 기대치로 인해 긴장이 발생할 수 있습니다.
- 목표: 이 작업은 단기 지표 이동 또는 장기 전략적 영향에 초점을 맞추고 있습니까?
- 비즈니스 성과: 이 작업이 영향을 미치고자 하는 북극성 지표 또는 전반적인 비즈니스 성과는 무엇입니까?
- 프로젝트 지표: 성공을 나타내기 위해 측정할 수 있고 측정할 특정 지표는 무엇입니까? 해당 지표를 측정하는 기간은 언제입니까?
성공의 정의와 측정은 테스트 계획에 영향을 미치며, 이는 합의해야 할 또 다른 핵심 요소입니다.
테스트 계획
프로젝트가 끝날 무렵 탐색하기 까다로울 수 있는 한 가지 영역은 테스트해야 할 사항을 결정하는 것입니다. 테스트는 성능을 최적화하는 데 도움이 되는 훌륭한 도구이지만, 프로젝트에 방해가 될 수도 있고 제품 관리자와 디자이너 간의 논쟁의 여지가 될 수도 있습니다.
테스트 계획은 프로젝트의 목표와 밀접하게 연결되어야 합니다. 단기 지표 이동 또는 장기적인 영향을 목표로 하고 있습니까? 특정 테스트와 의사 결정에 대한 확신을 높이는 방법은 서로 다른 목표에 더 적합합니다. 제품 디자이너는 이 논의가 프로젝트 초기에 이루어지면 제품 관리자가 특정 경로에 대한 확신을 높이는 다른 방법을 생각하는 데 도움을 줄 수 있습니다.
A/B 테스트를 살펴보는 것이 타당할 때, 제품 관리자가 피할 수 있는 두 가지 사항이 있으며, 이는 테스트의 유용성을 향상시키고 테스트 계획에 대한 디자이너의 동의를 높입니다.
- 제품 디자이너가 제어할 수 없거나 이미 테스트된 항목을 테스트하지 마십시오. 프로젝트가 디자인 시스템을 명시적으로 테스트하지 않는 한 디자인 시스템을 테스트하는 모든 항목은 범위를 벗어나야 합니다. 이는 특정 기능에 대해 변경되지 않는 제품 전체 시스템이므로 테스트 결과는 실행 가능하지 않습니다. 또한 디자이너는 자신의 기술 전문가이며 일부 디자인 요소는 특정 제품 및 산업에 효과적인 것으로 잘 알려져 있다는 것을 깨닫는 것이 중요합니다. 잘 입증된 디자인 요소를 테스트하는 것은 제품 디자이너의 의욕을 매우 꺾을 수 있습니다.
- 테스트 결과를 사용자 경험보다 우선시하지 마십시오. 때로는 제품 관리자 또는 회사조차도 단기적인 이익과 부분적인 최적화에 너무 집중하여 제품을 사용하는 것을 즐겁게 만드는 관점을 잃을 수 있습니다. 테스트의 한계를 인식하고 아이디어에 대한 확신을 구축하는 다른 방법을 찾는 것은 이를 완화하는 데 도움이 될 수 있습니다. 예를 들어, 제품 디자이너와 제품 관리자는 더 타겟팅된 A/B 테스트를 진행하기 위해 하나를 선택하기 전에 사용자와 함께 테스트할 세 가지 옵션을 작업할 수 있습니다.
알려진 제약 조건
제약 조건은 발견되는 즉시 지속적으로 공유해야 하는 것입니다. 공유해야 할 가장 중요한 두 가지 제약 조건은 기술적 제약 조건과 시간적 제약 조건입니다. 종종 제품 관리자는 엔지니어링과 초기 대화를 나눕니다. 이러한 초기 대화의 결과를 공유하는 것이 도움이 됩니다.
“제가 보는 일반적인 실패 모드는 디자이너가 실현 불가능한 솔루션에 고정되는 것입니다.”
— Bruno Bergher
제품 관리자는 엔지니어링 리소스를 사용할 수 있는지 여부 또는 특정 이벤트 전에 기능을 출시해야 하는지와 같이 대체 불가능한 마감일에 대한 가시성도 확보하고 있습니다. 시간 제약 조건이 내부적으로 부과되든 외부적으로 부과되든 존재하는 이유에 대해 투명하게 밝히면 작업에 대한 건전한 대화가 시작됩니다.
제약 조건이 자주 변경되는 경우 제품 관리자는 제품 디자이너에게 가능한 한 빨리 전달해야 합니다.
공유해야 할 맥락 목록을 시작점으로만 간주하는 것이 중요합니다. 많은 제품 관리자는 맥락 공유에 대한 문서가 있는 회사에서 근무할 수도 있으며, 그것 또한 시작점으로만 간주해야 합니다.
4. 상호 이해 구축
맥락으로 무엇을 공유해야 하는지 아는 것은 퍼즐의 일부일 뿐입니다. 제품 관리자는 정보를 전달하는 데 그쳐서는 안 되며, 문제 영역과 목표에 대한 상호 이해를 구축하는 데 있어 제품 디자이너를 사고 파트너로 참여시켜야 합니다.
제품 디자이너가 프로젝트 작업을 시작할 수 있는 시점에 따라 취할 수 있는 접근 방식이 다릅니다.
시나리오 1: 제품 디자이너가 프로젝트 시작 시점에 시작할 수 있는 경우
가장 이상적인 상황은 제품 디자이너와 제품 관리자가 동시에 프로젝트를 시작하는 것입니다. 함께 발견 및 연구를 수행함으로써 처음부터 공유된 이해를 가지고 시작합니다.
시나리오 2: 제품 디자이너가 프로젝트 착수 중에 참여할 수 있는 용량이 일부 있지만 제한적인 경우
제품 관리자와 제품 디자이너는 제품 디자이너가 참여할 수 있는 시간 제한적인 방법을 식별해야 합니다.
“제품 관리자는 제품 디자이너를 참여시키기 시작하고, 무슨 일이 일어나고 있는지에 대한 맥락을 제공하여 내면화하기 시작하고, 문제 탐색 방법에 대한 피드백과 지침을 제공할 기회를 포착하는 방법에 대해 생각해야 합니다.”
— Bruno Bergher
제품 디자이너를 조기에 참여시키는 좋은 방법은 사용자 조사 통화에 초대하여 사용자의 문제를 직접 들을 수 있도록 하는 것입니다. 제품 디자이너와 협력하여 이러한 기회를 식별하는 한 가지 전략은 제품 디자이너와의 1:1 회의 중에 항상 성장하는 프로젝트와 조사 중인 아이디어에 대해 이야기하는 데 시간을 할애하는 것입니다. 그러면 두 사람 모두 함께 브레인스토밍할 기회가 제공됩니다.
시나리오 3: 제품 디자이너가 프로젝트 시작 시점에 용량이 없어 나중에 합류하는 경우
제품 디자이너가 프로젝트 착수에 전혀 참여할 수 없는 경우, 제품 관리자와 제품 디자이너는 맥락을 구축하기 위해 함께 실시간 시간을 가져야 합니다. 함께 있는 동안 제품 관리자는 질문을 묵살하거나 단순히 범위를 벗어났다고 말해서는 안 됩니다.
“맥락을 제공하는 제품 관리자로서 제품 디자이너가 고개를 끄덕이기 시작할 때까지 더 많이 효과적으로 공유하는 것이 당신의 임무입니다.”
— Bruno Bergher
Tara는 맥락이 내면화되고 있는지 확인하는 가장 좋은 방법은 사용자 여정 구축, 주요 흐름 화이트보딩 또는 공동 와이어프레임 세션과 같은 활동을 통해서라고 생각합니다. 특정 활동은 프로젝트 유형에 따라 달라지지만, 그러면 두 사람은 자신의 이해도를 테스트할 기회가 있는 상황에 놓이게 됩니다.
“무언가를 공동으로 구축할 때 상대방의 이해에 압박을 가하게 됩니다. 그때 질문할 생각을 못 했던 것들과 마주치게 됩니다.”
— Tara Wellington
제품 관리자와 제품 디자이너가 공유된 이해와 맥락을 가질 때 나머지 제품 개발 프로세스가 눈에 띄게 개선됩니다.
강력한 협력 관계는 마법을 만들 수 있습니다
육성되고 의도적인 관계를 유지하면 제품 관리자와 제품 디자이너 간의 관계는 가장 보람 있는 관계 중 하나가 될 수 있습니다.
“디자인과 제품 간의 관계는 제 업무에서 가장 재미있는 부분입니다.”
— Tara Wellington
제품 관리자와 제품 디자이너는 모두 어려운 사용자 문제에 필요한 기술과 접근 방식을 제공합니다. 서로를 이해하고 공유된 맥락을 구축할 수 있을 때 서로를 활용하여 의미 있는 제품을 만들 수 있습니다.
Comments ()