🛵 Grab 프로덕트 디자이너의 회고 2년 전 팟캐스트 디자인 테이블을 통해서 Grab으로 이직 후 디자이너로서 어떤 일을 하고 있고 업무 환경은 어떻게 다른지 지나님의 이야기를 들었을 때가 생

🛵 Grab 프로덕트 디자이너의 회고 2년 전 팟캐스트 디자인 테이블을 통해서 Grab으로 이직 후 디자이너로서 어떤 일을 하고 있고 업무 환경은 어떻게 다른지 지나님의 이야기를 들었을 때가 생각난다. 그리고 시간이 흘러 본인의 경험을 담백하게 담아서 배웠던 부분을 정리해서 올려주었다. 문장 하나하나 경험하면서 배웠던 내용을 예시와 함께 잘 설명해 줘서 인상적이었다. 그리고 디자이너로서의 역할을 가장 잘 설명해 줬다고 생각했다. 우리는 현재 소속된 환경에 맞춰서 일을 한다. 그래서 각자의 업무 환경은 틀림이 아니라 다름이다고 생각한다. 그 다름을 경험한 지나님의 글을 보니 PM의 입장에서도 배우는 점이 많았다. 오늘도 또 한 번 글로서 배웁니다. 📝 이하 아티클 메모 1. 그랩에서 디자이너로서의 역할은 (1) 비즈니스 목표에 맞추어 PM과 함께 문제를 발굴, 정의하여, (2) 관계자들과 협업을 통해 다양한 방법으로 가설에 대한 힌트를 얻고, (3) 가장 가능성 있는 가설을 찾아내고, (4) 결과에 따라 추가적으로 개선하는 것이었다. 2. PM이 큰 목표, 방향, 그리고 몇 가지 문제들을 정리해오면 디자이너들과 함께 토론하며 추가하거나 수정했으며, 때로는 디자이너가 주도적으로 문제와 프로젝트를 제안할 수도 있었다. 3. 여기서 가장중요한 것은 그 문제가 진짜 근본적인 문제인지, 사용자의 문제뿐 아니라 다른 문제는 없는지를 파악해야 한다. 4. 그랩에서는 조금 더 문제를 분석하여 근본적인 문제가 있는지 살펴보고, 가설을 철저히 세우고 아이데이션을 해야 했다. 5. 처음엔 왜 이리 당연한 말을 가설로 정리해야 하는지 의문이 들었지만, 나중에 하다 보니 가설을 명확하게 세웠을 때 비즈니스 목표에 더 가까운 솔루션을 찾을 수 있다는 것을 깨달았다. 6. 그랩에서 일하면서 깨달은 것 중 하나는, 당연하게도 프로덕트를 만드는 것은 팀 플레이라는 것이다. 7. 가장 중요한 것은 팀 멤버들과 함께 가장 가능성 있는 솔루션을 찾는 것이다. 디자이너나 피엠 혼자서만 최선의 안을 찾을 수 없고, 찾으려고 해서도 안된다.