💦 나만 모르는 프로덕트 관리 이야기 [🤔Product Strategy를 위한 3가지] (👀간단 요약) 📌Product Ryan Singer는 Product를 함수로 정의한다. Input x을 넣으면 Output y 이 나오는 함수 f( ). Product는 비용(돈, 시간 등)을 지불한 사용자에게 원하는 가치를 제공한다. 당연하지만 지키기 어려운 기준이기도. 📌Strategy 전략은 우리가 하는 일(Task)을 왜 하는지 설명해준다. 목적을 달성하기 위한 방향성이라고 볼 수 있다. 가령 우리가 업계 5위에서 2위로 뛰어 올라야 하는 상황이라면, 전략은 어떻게 업계 2위를 달성할지, 그리고 어떤 결의 업무를 해야 하는 지를 설명해줄 수 있어야 한다. 전략이 정확하다면, 우리가 집중해야 할 생각의 방향을 명확하게 알 수 있다. 📌Framework ✓ Mission: 우리가 해결해야 할 문제를 정의한다. ✓ Vision: 미션에서 정의한 문제의 이상적인 해결방법을 다룬다. ✓ Strategy: 비전을 달성하기 위한 일종의 원칙과 결정이다. ✓ Roadmap: 제품이 비전을 달성하기 위해 구체적인 이정표와 타임라인을 포함한 스텝이다. ✓ Execution: 로드맵을 따라 매일 매일 하는 일. 위와 같은 구조하에 PM은 전략과 로드맵, 실행을 세워야 한다. 그리고, 다시 한번 정리하면 전략(Strategy)은 미션과 비전이 말하는 목표(해결하고자 하는 문제)와 통일되어야 하고, 이 전략은 로드맵을 만들고 실행의 가이드, 혹은 원칙이 된다. 📌Framework 예시 : 미국 동부에서 서부로 자동차 여행 떠나기 ✓ Mission : 미국 동부에서 서부로 종단 자동차 여행을 한다. (이 단계에선, 가장 높은 개념의 문제와 그에 맞는 해결법 필요) ✓ Vision : 현대 펠리세이드를 가지고 Maine주의 Portland부터 California주의 San Diego에 간다. (이제 자동차 여행이 어떤 모습이 될지 좀 더 명확한 생각을 가져야 한다. 그리고 구체적인 키워드가 필요하다) ✓ Strategy : 자연 공원에서 시간을 많이 보낸다. 가능하면 바로 가는 길을 이용하여 시간과 기름을 절약한다. (효과적으로 해야 할 것과 하지 말아야 할 것, 우선순위를 정해야 한다) ✓ Roadmap : 말 그대로 하나씩 수행해 나가야 할 것. (하루에 몇 km씩 이동할지, 어디서 뭘 먹을지 등등) ✓ Execution : 자동차 여행을 위한 실제 운전. (로드맵을 가이드로 잘 사용하고 있는지, 제대로 가고 있는지를 규칙적으로 확인) 전략 없이 Product를 개선할 수 있다. 다만, 방향성(기준, 원칙)이 없다면 해야 할 일을 정할 때 팀원과 더 많은 시간을 소비해야 한다. 장점이 있을 수 있지만, 일반적으로 문제에 의한 비용이 발생할 확률이 높다 📌Product Strategy ✓ 단계를 나눠서 생각하자 Vision, Challenge, Target Condition, Current State 등 단계를 나누고 복잡도를 쪼개어 선택과 집중을 하는 것 ✓ 상황과 방향성을 명확하게 하자 초콜릿 종류 중 스니커즈와 밀키웨이가 있다. 똑같은 초콜릿이지만, 맛과 식감 등이 달라 시장 내 포지션이 서로 다르다. 이를 제대로 인지하고 못하고 마케팅을 하거나 후속 제품을 만들거나 제품을 개선하면(스니커즈에서 땅콩을 뺀다는 식으로) 실패할 확률이 크다. ✓ 다양한 가능성과 결과를 생각한다. 제품이 사용자에게 주고자 하는 가치는 다르다. 그렇기 때문에, Mission - Vision - Strategy로 이어지는 것들은 달라질 수밖에 없다. 단순히 계획된 일(Plan)을 하기 위해 일을 하는 게 아니라, Product을 성공시키고자 하는 일에 연속된 생각 과정이다. (👋중요한 이유가 뭔가요?) 이렇게 가시죠. 라는 말을 들었어요. 여러 근거를 제시해 초기 방향이 맞다고 제안을 했음에도 아니, 이게 맞는 것 같아요. 라는 답을 들었습니다. 어떻게 하실 건가요? 상대는 아무런 근거도 없고, 감에 의해 판단을 내리려고 하는 순간에 말이죠. PM이 있는데, 그런 순간이 있겠어? 라고 반문 하실지 모르지만, 스타트업에서는 이런 일이 꽤 자주 일어납니다. 여러 이유가 있을 수 있지만, 가장 큰 원인 중 하나는 '공통의 기준'이 없기 때문이에요. 우리가 가고자 하는 방향에 대해 모두가 고개를 끄덕일 그런 기준이 없다는 것. 그래서 PM은 이런 상황에서 활용할 기준을 늘 프로젝트와 프로덕트 상황에 따라 가지고 있어야 해요. 먼저 해야 할 일이기도 하고요. 아직 그런 기준이 없다면, 어떻게 시작해야 할 지 감이 잡히지 않는다면 이 글에 나오는 다양한 방법론을 자세히 훑어보는 게 큰 도움이 되지 않을까 싶습니다.