제품 요구사항을 정의하는 단계에 대해 궁금한 점이 있어서 질문드립니다. A라는 새로운 기능을 만들자는 목표가 생겼다고 가정했을 때, 프로젝트화 하기 위해 배경, 목적, 문제 정의 단계가 진행되고, 그다음 요구사항을 정의한다고 알고 있는데요. 궁금한 점은 이 요구사항은 무엇을 토대로 구체화해서 적을 수 있는지 궁금해요. 막연히 A라는 기능을 만들자는 목표만 있을 때, 적을 수 있는 내용이 단순한 내용이 되지 않을까 하는 생각입니다. 아니면, 단순 러프하게 작성 후에 개발자와 논의하여 내용을 구체화하는 걸까요?? 데이먼 님은 어떤 방식으로 요구사항을 정의하고, 개발자랑 커뮤니케이션하는지 궁금합니다. 요구사항을 무엇을 토대로 구체화해서 적을 수 있는지에 대한 질문입니다. 온라인에서 요구사항 정의서로 검색해보면..

현직 주니어 기획자이며, 진로 관련해서 데이먼 님의 조언받고자 글 남깁니다. "혹시, 앞으로 워터폴 방식 / 애자일 중 어떤 방식이 대세가 될지 여쭤드려 봅니다." 저의 배경은 디자인 (UX+시각) 학사 전공 뒤, UX 석사 전공을 한 기획자입니다. 현재 전형적인 워터폴 방식으로 기획일을 하고 있습니다. 기획일은 어렵고도 재미있지만, 사업팀의 영향력으로 기획자로서 많은 의사 결정권은 없는 상태입니다. 최근 애자일 방식으로 바꾸려는 팀에서 디자인으로 이동에 대해 고민 중입니다.... 계속 기획자로서의 커리어를 이어가야 할지, 좀 더 폭넓은 경력으로서 디자인에 도전해야 할지 고민 중입니다. 앞으로의 대세가 될 업무 방식을 확인하고 최종 결정을 하고 싶은데, 이 부분 데이먼 님께서는 어떻게 생각하시는지 궁금합..

문제를 정의하고, 솔루션을 발견하고, 제품을 구현하고 출시하는 제품 개발 프로세스의 모든 과정을 한 장의 이미지로 압축 요약한 제품 개발 프로세스 맵! 원문: The Product Development Process – Building the Right Thing – Free Poster Download 문제를 정의하는 과정에서는 Framing -> Insights -> Focus 단계로 진행하고, Impact Goals, Project Hypotheises, Purpose User Interviews, Usability Testing, Data from usage Persona & Roles, Jobs to be Done, Empathy map User Transaction Flow, Customer ..

모바일 앱 서비스를 만들다 보면 네이티브 앱으로 갈지, 하이브리드 앱으로 갈지, 크로스 플랫폼 앱으로 갈지 항상 고민하게 됩니다. 단순히 앱 퍼포먼스만을 생각하면 네이티브 앱이 가장 효율적이지만 각각의 OS에 맞추어 개발자를 채용하다 보면 개발비용도 유지운영 비용도 2배로 들게 됩니다. 기업 규모가 크고 인력에 여유가 있다면 양쪽 개발팀을 이끌어갈 수 있지만 규모가 작은 스타트업의 경우 특정 OS의 개발자가 퇴사하면 그때부터 헬게이트가 시작됩니다..ㅠㅠ 그러다 보니 앱 퍼포먼스가 서비스에 큰 영향을 주지 않는 경우에는 하이브리드 앱 방식을 선택하는 기업들이 늘고 있는데요. 단순히 Native 앱 껍데기에 webview 기능을 얹어서 모바일 웹 화면을 그대로 서비스하기도 하고, 네이티브 App 기능과 We..

서비스를 운영하다 보면 리텐션에 대한 고민은 빠질 수 없다. 신규 고객 유치와 리텐션 상승 둘 중 뭐가 더 중요한지에 대해 생각해보면 사실 둘 다 중요하다. 아무리 리텐션이 좋아도 신규 고객이 유입되지 않으면 서비스는 성장할 수 없고, 아무리 바이럴이 잘되어도 리텐션이 없는 서비스는 유지될 수 없다. 요즘 다양하게 활용되는 심리 퀴즈들의 사례를 보면 빠르게 바이럴은 일으키지만 리텐션은 잡지 못하고 금세 잊혀지게된다. 그래도 둘 중에 우선순위를 두자면 리텐션이 우선이다. 적은 수의 고객이라도 단골을 만들어야 그에 맞춰 사업을 계획하고 유지할 수 있다. 사업을 오픈했는데 뜨내기 고객만 있고 고객과 매출 등락폭이 심하다면 사업의 방향을 예측하기도 쉽지 않고 지속적으로 유지하기도 어렵다. 하지만, 리텐션이 중요..

해외 사례지만 PM의 종류와 레벨별 직무를 요약 정리하고있습니다. 그동안 봐았던 글 중 가장 깔끔하네요! PM 역할에 따른 분류 TPM(Technical Product Manager) DPM(Data/Analytics Product Manager) PMM(Product Marketing Manager) GPM(Growth Product Manager) PM 레벨에 따른 분류 APM(Associate Product Manager) PM(Product Manager) Senior PM(Senior Product Manager) PL(Product Lead) Director of Product Management VP of Product CPO(Chief Product Officer) 번역 글 ↓ 이준 / 🪆..