목록코드스테이츠| PMB 11/Review (34)
Sutella의 자기 발전소:)
📢 A/B 테스트 구성 절차 PROCESS A/B테스트 셋팅 a~e 설정값은 유동적으로 변경 가능 가설 목표 기간 대상 ← 동일한 특성군을 A/B로 나눈 것 (다른 특성군 데리고 오는거 아님!!! 중요!!!) 측정 지표 결과 결론 테스트 대상자 A, B 그룹으로 분류 : Cohort 분석이나 User Segmentation에서 분류한 사용자 그룹 적용 두 가지 포맷의 테스트 (홈페이지, 기능 등) 자료 제작 테스트 자료를 A, B 그룹에 각각 제공 각 그룹이 어떻게 반응했는지 데이터 분석 (지속시간, 전환율, 이탈률 등) P-VALUE 계산 (0.05 미만인지) 결과 중 우수한 내용 실전에 반영 사용자가 원한다고 “말하는 것”과 사용자가 “실제로” 원하는 것은 다를 수 있다. (Netflix 홈화면 사례..
📢 고객 유입 분석 제품에 유입된 순간부터 고객의 모든 행동 추적/예측해 전환율을 상승시키기 위한 가설을 세우고, 검증하는 분석 기법 (유입을 위해X) 이벤트(고객의 행동)에 따라 얼마나 많은 고객이 유입되고 이탈하는지 분석 사용자 행동을 이해하는 데 핵심적인 역할 이탈하는 행동을 확인하고 그에 따라 빠른 대응책 설립 가능 실질적으로 서비스의 운영과 관계되는 핵심 지표만을 추적 → PM의 빠른 의사결정에 도움 📢 Funnel Process: 제품 노출 > 유저 유입 > 제품 내에서의 행동 > 최종 전환 위 과정에서 사용자들의 행동을 지표로 추적 Customer journey에서 핵심 단계 측정 및 그룹화 후 분석 지표 “전환율” 목표: 잠재고객을 입소문 효과를 내는 핵심고객으로 전환하는 것 → 전환율 측..
PRD 서비스 정책서, 기능정의서, 스토리보드, 상세기술서, 서비스기획서, 화면 설계서, 요구사항 정의서 etc 서로 형태는 다르지만 만들어지는 목적은 같음: 서비스의 기능과 정책을 정의하기 위해 만들어지는 문서 문서들: UI 설계 이전 서비스의 용어 및 기본 운영 정책을 정의한 프로젝트 산출물 정책 정의를 위해 서비스 비즈니스 구조, 운영 서비스에 대한 정의가 먼저 이루어 져야 함 정책설정은 회사의 서비스 방향과 전략을 반영하기 때문 서비스 정책: 이후 화면? UI와 IT 설계의 기본 구조 결정 정책 마련: 비즈니스 중심 고려, 화면 UI에 대해 생각 X ⇒ 결정 후 최종 산출물: 스토리보드 스토리보드 플로우 차트: 사용자에게 앱 이동 동선/순서를 알려주는 순서도 User Flow: 사용자 여정에 집중..
문제 —DT, 유저저니맵, 페르소나, 고객 인터뷰, A/B테스트 —> UX UX — ? —> UI 와이어프레임 실제 GUI 디자인이 입혀지기 전, 페이지의 골격을 확인하기 위해 만드는 기획 산출물 (=서비스 청사진, 와이어프레임) 페이퍼프로토타입: Lo-Fi (실제로 만들어질 제품과는 거리가 있고, 커뮤니케이션 용도로만 사용. 정식 업무 산출물로는 사용X) 와이어프레임: 화면의 흐름, 버튼과 같은 UI 요소를 알기 쉽게 제품 디자인의 충실도가 낮은 표현 방법이지만 명확한 목표 서비스의 레이아웃, 사용자 인터페이스 시각화, 제품의 UI 명확히 표현하는 것이 목표 이점 초기 피드백을 수집하기 용이함 사용성 평가: 디자인이 아닌 사용성 자체에 집중하도록 노력 필요. 와이어프레임만으로 디자인/개발 가능?! NO..