번역글

고객이 좋아하는 제품을 만들기 위한 Peter Yang의 10가지 규칙

소셜 미디어 플랫폼이 무엇이든, Peter Yang이 해당 플랫폼에 맞는 제품을 개발했을 가능성이 높습니다. 그의 경력은 Meta에서 3년 동안 근무하면서 제품 마케팅에서 제품 관리로 경력을 전환한 것을 시작으로 10년 이상 거슬러 올라갑니다. 그 후 Reddit, Twitch, X 등의 플랫폼에서 제품을 개발했습니다. 지난 몇 년 동안 Peter는 수만 명의 기술 전문가가 읽는 인기 뉴스레터를 통해 많은 의견과 인사이트, 경험을 공유해 왔습니다. 또한 소셜 미디어에서 광범위한 팔로워를 확보하여 Elon Musk와 트윗을 주고받고, AI를 로스팅하고, 고양이 밈을 통해 제품 강의를 하는 등 다양한 활동을 해왔습니다.

이 글에서 Peter는 개인적인 성장부터 전체 팀이나 조직에 영향을 미치는 것까지, 고객이 좋아하는 제품을 만들기 위한 제품 관리의 기술에 대한 10가지 교훈을 공유합니다.

1. 좋은 '제품 감각'은 직관적인 것이 아니라 훈련이 필요합니다

제품 관리의 세계에서 제품 감각은 가장 가치 있는 기술 중 하나입니다. 이 개념의 문제점은 모호할 뿐만 아니라 PM이 제품 감각을 한 번만 쌓으면 영원히 유지할 수 있다는 것을 암시한다는 것입니다. 저는 그것이 잘못되었다고 생각합니다. 시장은 항상 변화하고 있습니다. 고객의 요구도 항상 변하고 있습니다. 공감 능력, 창의력, 기술력을 키우면서 제품 감각을 계속 이해하고 향상시킬 수 있는 겸손함이 필요합니다.

2. 공감을 사용하여 문제 진단하기

고객이 좋아하는 제품을 만들려면 고객에게 필요한 것이 무엇인지 명확히 파악해야 합니다. 많은 사람들이 이 중요한 단계를 건너뛰고 서둘러 비전이나 솔루션을 제시합니다. 이러한 본능에 저항해야 합니다. Apple의 iPod 사업부 수석 부사장이자 Nest Labs의 공동 창립자인 Tony Fadell은 "PM의 초능력은 공감 능력"이라고 말합니다. 고객을 팀원처럼 대함으로써 공감을 형성할 수 있습니다. 또한 고객과 마찬가지로 하루 또는 한 시간 동안 제품을 사용해 볼 수도 있습니다.

3. 일상에서 길을 잃기 전에 큰 아이디어로 길을 닦으세요

고객과 비즈니스 문제를 진단한 후에는 바로 일상적인 실행에 뛰어들지 마세요. 대신 팀의 창의력을 발휘하여 미션, 비전, 전략을 설정하는 등 큰 틀에서 생각하세요. 팀원들과 함께 모여 문제를 논의하고 우선순위를 정할 수 있는 청사진 아이디어를 브레인스토밍하세요. 고객의 요구를 가장 잘 충족시킬 수 있는 간단한 솔루션(예: 3단계)을 찾아보세요. 고객에 대해 더 많이 알아가면서 절충점을 찾고 우선순위를 조정해야 할 수도 있습니다.

4. 브레이크를 밟거나 방향을 바꾸거나 심지어 플러그를 뽑아야 할 때를 파악하세요

품질을 위해서는 때때로 어려운 타협을 해야 할 수도 있습니다. 예를 들어, 품질을 선택하면 만족스러운 경험을 제공하기 위해 출시 날짜나 목표 지표를 놓칠 수 있습니다.

과거 회사에서는 분기 내에 기능을 출시하여 지표를 개선하는 것을 목표로 하는 OKR이 있었습니다. 하지만 고객과 이야기를 나누다 보니 기능을 하나 추가하는 것이 고객 경험을 훨씬 더 개선할 수 있다는 사실을 깨달았습니다. 시간이 충분하지 않았기 때문에 개발하기로 결정하면 마감일을 놓칠 수밖에 없었습니다. OKR은 비즈니스를 발전시키는 데 도움을 주기 위한 것입니다. 때로는 이해관계자들이 향후 더 큰 성공을 위해 단기적인 마일스톤을 놓친다는 것을 이해하기도 합니다. 제 사례에서는 많은 고객이 지적한 추가 기능이 고객 경험에 큰 변화를 가져온 것이었습니다. 크래프트는 정말 가치 있는 무언가를 제공하는 데 도움이 되는 모든 세부 사항, 절충안, 버그 해결에 (좋은 의미에서) 집착하는 것입니다.

" 품질은 때때로 어려운 타협을 요구할 수 있습니다."

때로는 비즈니스에 가장 좋은 것이 완전히 새로운 방향으로 나아가는 것이기도 합니다. Reddit에 근무할 때 저는 수백만 명의 사람들이 사용하고 사랑하는 라이브 오디오 제품인 Reddit Talk를 개발하고 있었습니다. 사람들은 이 제품에 접속하여 낯선 사람들과 유대감을 형성하고 함께 웃고 함께 울었습니다. 하지만 경제가 침체되었고 중요한 회사 지표를 성장시키지 못해 프로젝트를 취소해야 했습니다. 단순히 제품을 성장시키고 개선하려는 거품에서 벗어나 더 큰 그림을 생각하려면 어느 정도의 성숙함이 필요합니다: "지금 우리 회사에 가장 중요한 일이 무엇인가?"라는 질문을 던져야 합니다. Coda의 공동 창립자이자 CEO인 Shishir Mehrotra의 PSHE 프레임워크의 관점에서 볼 때 저는 솔루션을 정의하고 실행하며 고객 문제까지 이해하는 데 있어 좋은 성과를 거두었습니다. 사람들은 함께 모여 살기를 원합니다. 하지만 비즈니스 문제에 대해서는 잘 생각하지 못했습니다.

5. AI로 업무에 방해가 되는 작업 자동화하기

PM의 임무는 완벽한 OKR, 내부 문서 또는 제품 리뷰 데스크를 만드는 것이 아닙니다. 이는 중간 단계에 불과합니다. 여러분의 임무는 고객에게 가치를 제공하고 비즈니스를 성장시키는 것입니다. 실제 제품을 만드는 것만큼이나 이러한 중간 결과물에 많은 시간을 소비하고 있다면 한 발 물러서서 조정해야 할 때입니다. 작업을 위임하거나 AI로 자동화하는 것을 고려해 보세요.

PM에게 AI를 사용하는 것은 매우 자연스러운 일입니다. 생각해 보면 PM이 매일 하는 일은 프롬프트 엔지니어링과 비슷합니다. 다른 사람이나 팀에게 힘을 실어주는 방식으로 소통하는 것이죠.

AI는 독창적인 작업에는 능숙하지 않지만 종합하고 요약하는 데는 능숙합니다. 저는 브레인스토밍에서 전문 용어를 정리하고 제거할 때 FigJam AI를 즐겨 사용합니다. 또한 많은 고객 피드백을 요약하고 제품 요구 사항 문서나 전략 문서를 더 명확하고 간결하게 만드는 데도 AI를 사용합니다.

6. 인재 스택이 무너지고 있으므로 여러 모자를 쓰는 법을 배워야 합니다

AI로 인해 빌더의 생산성이 향상되고 기술 업계의 어려운 경제 상황으로 인해 고용 시장은 이제 관리자보다 빌더를 선호합니다. 제품 관리자는 프로토타입을 제작하고 제품에 생명을 불어넣을 수 있어야 합니다. 이를 위해서는 여러 부서에 걸쳐 작업하고 스택을 축소하는 방법을 배워야 합니다. 카피를 작성할 수 있는 PM, 코딩할 수 있는 디자이너, 성장을 주도할 수 있는 개발자가 되세요. 개인적으로 저는 비기술직 PM으로서 AI로 앱을 구축하려고 노력해 왔습니다.

소규모 팀은 대규모 조직보다 훨씬 빠르게 움직일 수 있기 때문에 팀을 구성하거나 다른 사람을 관리하지 않고도 많은 일을 처리하고 훌륭한 제품을 제공할 수 있는 개인 기여자 제품 관리자를 더 많은 회사에서 볼 수 있기를 바랍니다. 엔지니어링 측면에서는 보고를 받지 않는 기술 설계자와 디렉터가 존재합니다. 대규모 팀이 아닌 제품 관리에 초점을 맞춘 직원 및 책임자급 PM 역할의 중요성이 확실히 커지고 있습니다. 소규모 팀은 들어오고 대규모 팀은 나가는 시대입니다.

7. 초능력의 그림자를 인식하세요.

Meta의 제품 담당 부사장 Nikhyl Singhal은 "모든 초능력에는 경력을 발전시키기 위해 해결해야 할 약점도 있습니다."라고 말합니다. 예를 들어, 훌륭한 스토리텔러는 세부적인 부분까지 들어가는 데 어려움을 겪을 수 있고, 기업가는 실행을 위해 다른 사람에게 위임하는 데 어려움을 겪을 수 있습니다. 이러한 약점은 자신의 그림자입니다. 이를 방치하면 커리어의 발목을 잡을 수 있습니다. 예를 들어 저는 양질의 제품을 만들고 일을 완수하는 데 관심이 많습니다. 하지만 때때로 저는 사람들을 끌어들이는 대신 너무 빨리 움직일 때가 있습니다.

성격 특성과 같은 그림자를 영구적으로 수정하는 것은 어려운 일입니다. 그림자를 고치지 못하면 더 이상 초능력도 발휘할 수 없습니다. 이를 해결하려면 변화하려는 열망과 피드백을 요청하고 경청하는 겸손함이 있어야 합니다. 그림자에 대해 매우 공개적으로 말함으로써 그림자에 접근할 수 있습니다. 예를 들어, 자신의 생각을 바꿀 수 있다는 점을 팀원들에게 분명히 밝히면서 강력한 관점을 가질 수 있습니다: "내가 항상 옳은 것은 아닙니다. 여러분은 내 의견에 동의하지 않을 수 있습니다."라고 말할 수 있습니다. 자신의 어두운 면을 투명하게 드러내면 함께 일하는 상대방이 뒤에서 피드백을 남기거나 상사에게 말하는 대신 솔직하게 말할 수 있습니다.

8. 고객을 팀의 일원으로 만들기

고객과 공감대를 형성하는 가장 좋은 방법은 고객을 팀의 일원으로 만드는 것입니다. 초급, 중급, 고급 사용자가 혼합된 수십 명의 고객을 모집하여 대화에 참여시키세요. 이러한 고객들은 제품과 기능의 얼리 어답터로서 열정적인 피드백을 제공하고 결국 다른 고객에게 소식을 전파하는 옹호자가 될 수 있어야 합니다.

고객을 모집한 후에는 커뮤니티 주도의 제품 개발 프레임워크로 대화를 시작하세요:

커뮤니티를 만드세요. 제품을 일찍 발표하고 고객을 온라인 커뮤니티(예: Slack 또는 Discord)에 초대하세요. 고객에게 자기소개를 요청하고 신뢰를 쌓기 시작하세요.
공개적으로 구축하세요. 고객에게 불편한 점에 대해 물어보고 제품 아이디어와 디자인을 일찍 그리고 자주 공유하세요. 고객에게 제품 데모를 제공하고 고객의 피드백을 바탕으로 로드맵을 어떻게 조정하고 있는지 보여주세요.
캐주얼한 환경을 구축하세요. 고객이 무엇이든 쉽게 이야기할 수 있도록 하세요. 이것이 새로운 문제점을 발견하고 고객의 입장에서 생각하는 가장 좋은 방법입니다.

9. 의사 결정 문서로 비동기식으로 훌륭한 의사 결정 내리기

작업 시간을 보호하는 가장 좋은 방법 중 하나는 비동기식으로 훌륭한 의사 결정을 내리는 방법을 배우는 것입니다. 이 방법을 잘 익히면 끝없는 회의 시간을 절약할 수 있고 팀원들도 이를 좋아하게 될 것입니다. 어렸을 때 하루 종일 Zoom 미팅에 앉아 있는 것을 꿈꿨던 사람은 아무도 없으니까요. 제 프로세스는 다음과 같습니다:

핵심 인물을 파악합니다. 의사 결정권자 한 명과 이해관계자 두어 명이 가장 이상적입니다.

커뮤니케이션을 위한 하나의 의사 결정 문서를 만드세요. 모든 토론은 해당 문서 또는 해당 Slack 그룹 채널에 보관하고 관련자에게 태그를 지정하세요.

맥락을 포함합니다. 2페이지 이내로 결정 사항, 권장 옵션, 다른 옵션과의 장단점을 설명하세요.
토론할 때는 번호가 매겨진 목록을 사용하세요. 사람들은 "XYZ 때문에 3번 옵션이 마음에 듭니다."와 같이 숫자를 참조하여 요점을 설명할 수 있습니다.
결정을 촉구하고 광범위하게 공유하세요. "사람들이 1번을 선호하는 것 같은데, 진행을 반대하는 의견은 없나요?"와 같이 작성하세요.
필요할 때 회의하세요. 결정이 모호하게 느껴지거나 되돌리기 어렵거나 논의가 진전되지 않을 때는 회의가 필요합니다.

10. 애초에 이 일을 시작하게 된 이유를 기억하세요

저는 많은 글과 인터뷰를 통해 많은 PM이 기술 분야에 뛰어든 이유, 즉 고객의 기대를 뛰어넘는 멋진 경험을 만드는 데 초점을 맞추고 있습니다. 하지만 그 초점을 잃기 쉽습니다. 많은 PM이 이해관계자의 기대치나 OKR과 같은 경쟁적인 요구와 싸워야 하기 때문에 실제로 의미 있는 무언가를 구축하는 기쁨이 가려질 수 있습니다. 모든 사람이 200명 규모의 제품 조직을 관리하거나 가능한 한 높은 직급으로 올라가려고 노력하는 데 적합한 것은 아닙니다. 많은 PM과 마찬가지로 저도 고객이 좋아하는 제품을 만들기 위해 기술 부서에 입사했습니다. 저는 그 점을 절대 놓치고 싶지 않습니다.

(출처: Figma blog)