코딩 맛집

1. Product Owner(PO) "비즈니스 목표와 고객 경험에 맞춰 개발 조직과 협업하여 Product의 가치가 극대화 되도록 구현하는 사람" => Mini-CEO, Problem Solver 의 역할이라고 볼수도 있습니다. Product Owner(PO)는 관리자는 아닙니다. 개발자, 디자이너의 상위 평가자가 아닙니다. 개발자, 디자이너와 동료 평가자일 수는 있습니다. 관리 업무를 하지 않고, 실무 업무를 합니다. 물론 CPO는 다를수 있습니다. CPO는 Product 전체의 flow를 봅니다. 또한, PO들에 역량 개발과 협업 구도를 만들어 줍니다. PO 조직은 마케팅이나 영업의 요구사항을 받는 부서가 아니라, 협업을 통해 성과를 만드는 조직 입니다. 2. Product Owner vs Prod..

1. CPO(Chief Product Officer)의 R&R(역할과 책임) - Product 전체의 Vision 수립, Goal & Roadmap 관리 - High-level Business / C-level alignment - PO & Tech 조직, 문화와 프로세스 빌딩 - PO와 관련 직군의 채용, 리텐션, synchronization - data & test 기반 의사결정 시스템과 프로세스 수립 - 결과를 통해 신뢰 구축 2. FAQ Q : "소위 촉이 좋고 타율이 높은 기획자와 노력과 Data 기반의 사고는 되는데 실제 타율이 높지 않은 두 기획자 중에 어떤 스타일을 더 선호하고, 보통 주변에 어떤 업무방식과 마인드셋을 가진 사람이 성공하나요?" A : "촉(직관)을 무시하기는 어렵습니다. ..

1. 효율적인 미팅 1. 미팅 준비 - Agenda / Goal - Attendee - Time / Place - Expected Result 2. 미팅 - Time Keeping - Meeting minutes - 회의록 작성 시 미팅 타입(Knowledge / Opinion / Decision / Action items) 3. 미팅 follow up - Action items 있다면, 수행할수 있도록 해야 합니다. (item, Agent, Due, Status, Remark) 2. Written Communication 6 Pager, WBR(Weekly Business Review), Health-check Dashboard(지표를 통한 커뮤니케이션), Confluence/Jira(Product의 ..

1. Stakeholder(Sales, Marketing, C/S, 운영부서) 와 협업 - PO는 협의체의 리더가 되어야 됨 - 데이터 기반으로 논의하고 의사결정 - PO는 Stakeholder들에게 Expected Result를 수치로 받아야 합니다. - 공통의 Success metric / KPI를 수립할 수 있어야 한다. - 사용자 리서치의 적극적인 참여를 하게 하는 것도 Stakeholder들과 협업을 더 잘하게 할수 있는 방법 입니다. 마케팅과 PO과 협업 할수 있는 대표적인 분야는 On-Site Marketing이 있습니다. 그림처럼, 전반적인 Product Funnel에 대해서 On-Site Marketing은 영향력을 행사할수 있습니다. 2. Makers(개발자, 디자이너, UX, BA) ..

1. 우선순위 수립은 왜 중요할까요? "무엇을/언제/왜 하는지?" 에 대한것이 우선순위 수립 입니다. 또한 PO(Product Owner)의 가장 중요한 R&R 입니다. PO의 R&R은 결국 제품의 가치를 극대화 하는 것 입니다. 사람, 시간, 예산에 관련된 리소스는 항상 제한적 입니다. 따라서, 효율적으로 리소스를 관리하고 극대화 해야 합니다. 모든 요구사항을 다 개발할수는 없습니다. 따라서, 백로그가 존재하는 이유는, 낮은 우선순위를 버리기 위해 존재 한다고 생각 합니다. 2. 우선순위 수립(Prioritization)은 매우 어렵다. PO(product owner)는 유저와 고객 / 마케터와 세일즈 / 메이커(개발자,디자이너) / 스크럼 마스터 / QA / 각종 이해 관계자 들 사이에서 정말 많은 ..

1. PO R&R(역할과 책임) PO는 비즈니스 요구사항과 고객의 니즈에 따른 상위 레벨의 Epic과 sub-story들을 준비하고, 제품의 목표, 중요도, 긴급도에 따라 Product Backlog의 우선순위를 수립(Prioritize) 합니다. 2. User Story User Story란, S/W 시스템상 하나 이상의 기능에 대한 비공식적이고, 자연스러운 언어 설명이며, 사용자의 유형, 원하는 내용 및 이유를 기술 합니다. 또한 요구사항을 간략하게 설명할 수 있도록 합니다. 요약하면, "누가/무엇을/왜 필요로 하는지?" 가 기술되어 있는것이 User Story라고 말할수 있습니다. 3. Story Point Story Point는, User Story의 복잡도, 리스크, 시간과 관련된 측정 단위 입..

1. A/B Test 란? 웹/앱에서 새로운 기능/변을 도입하기 전, 기존안 A와 신규안 B에 대해 사용자 그룹을 나누어 테스트 하여 그 결과에 따라 신규안 적용 여부를 결정하는 방법 입니다. 신규안 B에 대해서는 상대적으로 작은 그룹으로 테스트를 시작한다. - 신규안을 도입하기 위해서 사용 - 기존안을 제거하기 위해서 사용 2. 무엇을 테스트 할까? - New Page Layout / UI 개선 / Product 이미지 - Search result page / 번들링 / Notation - App 다운로드 / Sign-Up / 마케팅 프로모션 - Checkout Components - 헤드라인, 메세지 - 푸시 / SMS / e-mail 3. 옵티마이즐리 사이트 Optimizely: The World'..

1. 사용성 테스트(Usability Testing) Usability Testing은 사용자를 테스트 하는것이 아니라, 사용성을 테스트 하는 것 입니다. - 고객이 Product를 어떻게 사용하는지 확인할 수 있다. - 디자인 문제를 초기에 발견하여 보완함으로써 (프로토타입)개발 리소스를 효율화 하고, 전체 고객이 동일한 문제를 겪지 않도록 할 수 있습니다. 2. 사용성 테스트(Usability Testing)의 대상 - B2C - B2B - 내부 고객 3. 사용성 테스트 프로세스 Step1. Planning Step2. Preparation Step3. Test Execution Step4. Analysis Step5. Reporting & Review Step1. Planning - jira로 AC..

Business Analyst R&R(역할과 책임) - Key Metric(지표) 설계 - 가설 수립, 분석과 검증 - 테스트 분석 - Data Mart, Log 설계, 검증과 활용 - Dashboard 생성과 관리 - 데이터 분석 교육(SQL & Tool) 데이터 분석 Tool - Tableau (BI) - Zeppelin (Query) - Re:dash (Query & Visualization) 주요 지표는 "Product 마다 다릅니다." 예를들어, 장바구니 PO는 장바구니 Conversion은 '장바구니에서 예약하기', '장바구니에서 구매하기', '장바구니에 담긴 아이템 개수', '장바구니의 담긴 품절 갯수', '장바구니의 담긴 판매 종류&개수', '대체 상품', '유사 상품' Product의 성..

1. Reduce Latency(지연 속도 개선) 2. Remove Friction(다음 단계로 넘어가는 방해가 되는 요소 제거) 3. Consistency(UI/UX 일관성) 4. CTA(Call-To-Action) 최적화 CTA(Call-To-Action)은 앱/웹에서 사용자가 액션을 취하도록 알려주는 것 입니다. Primary CTA는 해당 화면에서 가장 중요한 과업을 뜻합니다. 위 그림을 보면 Primary CTA는 화면에서 가장 눈에 띄는 색으로 구현 되었 습니다. Secondary CTA는 Primary CTA 다음으로 눈에 띄는 색과 모양으로 구현이 되었습니다. Primary CTA와 Secondary CTA는 디자인이 달라야 합니다. 5. ATF(Above The Fold) 최적화 ATF(..