섹션 1의 3강(프로덕트 매니저가 사업적 성과를 낸다는 것이란?)을 듣다가 궁금한 게 있어 질문드립니다.Growth PM 유형도 사업적 성과를 내는 영역이신규 고객 획득고객 리텐션 개선수익화 개선으로 보이는데 맞을까요?

영화님! 프로덕트 중심과 콘텐츠 중심이 약간 헷갈립니다.프로덕트가 곧 콘텐츠 와 맥락을 같이 하는 것 같은데 좀더 자세한 예시가 있을까요???프로덕트와 콘텐츠의 차이가 잘 느껴지지않습니다.

PM과 서비스기획자에 대한 차이가 애매합니다. 챗지피티 기능을 이용해서 내용을 살펴봤지만 확 와닿지 않습니다. 하기 내용은 제가 챗GPT를 이용하고 검색해서나온 내용입니다서비스 기획자와 PM의 차이점[역할 범위]서비스 기획자는 특정 기능이나 서비스에 초점을 맞추어 문제를 해결합니다.PM은 제품 전체의 비전과 전략을 수립하고, 더 큰 그림을 보며 의사결정을 합니다.[조직 구조]서비스 기획자는 기획, 디자인, 개발팀이 분리된 조직에서 팀 간 의견을 조율하는 역할을 합니다.PM은 하나의 프로덕트 팀 내에서 개발자, 디자이너와 협업하며 제품 개선과 의사결정을 주도합니다.[운영 방식]애자일 방식의 조직에서는 PM이, 워터폴 방식의 조직에서는 서비스 기획자가 주로 활용됩니다.2. UXUI 디자이너의 한단계 업그레이드 버전이 프로덕트 디자이너라고 생각하고 있습니다. 둘의 차이는 어떻게정확히 정의내릴 수 있을까요?3.현재 홈페이지 디자인을 기획하고 워드프레스로구축하고있는 웹디입니다. 프로덕트 디자이너가 되고 싶고 프로덕트 디자이너는 경력만 뽑는것같던데 UXUI디자이너부터 시작하면 될까요? 영화님은 바로 PD가 되신건가요??4. 다른 사설 강의도 수강중인데 그곳 멘토님은 UI디자인에 많은 강점이 있다고합니다. 똑같은 프로덕트디자이너라도 UI쪽에 강점이 크면 어떤 이득이 있을까요? 디자이너라면 디자인을 기본적으로 잘해야한다고 생각하는데 프로덕트디자이너라도 UI쪽에 약한 사람들이 실무에 많나요??? 5. PM과 PD의 의견차이가 있을 것같습니다. PD도 어느정도 기획의 역할도 하지 않나요?? 그럴때 PM의 기획이 마음에들지 않거나 누가 봐도 별로라면 어떻게 되는걸까요?? 어떻게 서로 조율하나요?

안녕하세요 수업 잘 듣고 있습니다. 팀 구성에 대한 강의를 듣다보니 디자이너가 PO를 하거나 PO가 디자인을 할 때는 있어도 개발자가 PO를 하는 경우는 잘 없나요? PO의 역량을 가지기 위해선 미술적인 디자인 공부가 필수적인가 궁금해졌습니다. 고맙습니다!

인터뷰를 진행하실때 체크리스트를 작성하시고 그것에 관련된 질문들로 인터뷰를 구성하시는 것으로 강의를 이해했는데요,그렇다면 인터뷰를 진행하실때는 관련된 내용을 전부 외운 상태로 노트북이나 다른 자료들은 활용안하시지 것인지 궁금합니다. 항상 유저 인터뷰를 진행할때 물어볼 질문이 많거나 중요한 내용을 빠트리면 안된다는 생각으로 인해 항상 질문자인 저도 노트북을 지참하고 필요한 질문들은 적힌 내용을 참고하며 질문하고 거기에서 꼬리질문이나 추가 질문은 그냥 대화하듯이 진행을 많이 했었기에 여쭤보게 되었습니다.!

영화님 안녕하세요. 강의 정말 잘듣고 있습니다 !3강 내용 중 사용자, 비즈니스, 이즈니스에 대한 문제 정의에 대해 궁금하여 2개의 질문드리게 되었어요.<나는 사용자가 아니다>라는 점을 인지하면서 문제를 풀어야 한다고 강의해주신 점에 대해 조금 더 구체적으로 보강 설명을 해주실 수 있으실까요? (질문의 배경)실제로 저는 아래와 같은 2개의 관점을 둘다 이용하는데요. A 관점 이 경우 프로덕트 디자인을 제작하는 입장에서의 문제를 찾는 관점임전문가 입장에서 사용성 문제를 찾는 관점 때문에 일반 사용자가 못느끼는 문제를 해결하는 시도인 경우가 많았음 - 휴리스틱 평가와 비슷하게 문제를 찾는 형태 B 관점제품을 이용해보면서 느낀 사용자 관점이 관점에서 문제는 팀원들도 쉽게 설득시킬 수 있었고 사용자에게 어떤 가치를 주느냐에 대한 임팩트가 큰 문제라고 느낌결론적으로 궁금한 점 B 관점에 있어서 저는 사용자가 아니지만, 사용자가 느낄 수 있는 문제를 많이 만났는데 이러한 방식으로 문제를 찾으면 안되는 것인지 궁금합니다. 또는 이러한 방식으로 찾되 정량적, 정성적 검증을 하고 문제 정의가 된 후에만 솔루션을 만들어야 하는지도 궁금합니다.이론 내용에서는 내 문제가 무엇인지부터 시작하는 것이 아니라 사용자 문제에서부터 시작하라는 말씀을 주셨는데요. 강의에서 예시로 주신 내용은 제공자 관점에서 출발한 문제, 정보수집, 솔루션 도출이라고 느껴지는데요. 이에 대해서 영화님 생각은 어떠신지 궁금합니다.   제가 아직 3강까지 밖에 못들어서 드리는 질문일 수도 있는 점 양해 부탁드립니다 !감사합니다.

가설을 검증할 때, 성공 지표를 설정하는 기준이 무엇인가요?회사에서 UX개선안을 제안할 때, '그래서 이거 개선하면 전환율 몇%나 오르는데? 신규 회원 몇 명이나 유치하는데?' 라는 질문에 자신있게 답을 하기가 어려워요. 아직 경험치도 부족하고, 매출과 직결된 민감한 부분에 대충 x% 오릅니다! 라고 말할수도 없어서인데요.. 그래서 꼭 필요한 개선임에도 불구하고 우선순위가 자꾸 밀려서 답답한 마음입니다.애자일하게 A/B테스트를 돌려보면 좋겠지만, 워터폴로 업무가 진행되는 터라 테스트를 여러차례 해보기도 어렵고 약속한 달성치는 꼭 지켜야하는 분위기입니다. 이런 경우, 최대한 실현가능한 지표를 설정하기 위해 현업에서는 어떤 방법을 사용하시는지 질문드립니다.