좋은 일 옆에 좋은 일

산출물

• 메뉴 구조도
  1. Main Structure를 파악할 수 있는 계층적 구조의 '메뉴 구조도'
  2. 웹/앱 서비스가 어떻게 구성되는지 보여주는 도구
• IA : 정보 구조 설계, 어떤 기능을 하는 화면들이 어떤 뎁스
• 와이어프레임
  1. 화면 단위의 구조 (레이아웃)을 설계하는 작업
  2. 이해관계자들과 빠르게 레이아웃, 기능, 콘텐츠들을 협의하기 위해 설계한다.
  3. 설계된 정보 구조를 기반으로 화면 구성
  4. 빠른 구성요소, 구조 검토와 의사결정을 위한 도구
• 유저 플로우
  1. 실제 사용자들이 구체적으로 이용하는 순서에 따라 화면들이 전개되는지 정의
•  UI 워크플로우
• 프로토타입을 활용한 Small test
  1. 처음 접하는 기능 또는 디자인을 어떻게 사용하는지 관찰하는 목적

 프로젝트 프로세스

• 현황 분석 : 시장 분석, 경쟁사 분석, 자사 분석, 고객 분석
• 포지셔닝 : 고객 세그먼트, 타겟 고객 선정, 사이트 포지셔닝
• 기획 및 디자인 : 서비스 컨셉 및 전략, IA 설계, 화면 설계, 콘텐츠 제작, 디자인, 테스트
• 구현 및 검증 : 서버 개발, UI 개발, 프런트 개발, QA

프로젝트 기간 수립

• 요건 정의가 작성되었을 때 개발 담당자들과 협의해서 목표 일정을 수립한다.
• 서비스 초기 단계
• 정해진 목표 일자가 있다면, 우선순위를 정하자

일정관리

• 전체 일정 진행상황 파악, 업무 할당 및 진척도 확인

프로덕트 배포

• 프로덕트를 배포할 때 유의사항
  1. 배포 일정은 개발 조직이 정한 배포 일정이나 절차가 있는지 먼저 확인한다.
  2. 미리 배포 일정과 변경사항을 협업팀(법무팀, 마케팅팀, 고객센터)과 공유 헙의한다.
  3. 저녁 늦게 또는 금요일에는 배포하지 않는다.
  4. 사용률이나 매출이 급증하는 기간에는 배포를 지양하자.
• 배포 일정을 정할 때 플랫폼을 고려하라
  1. iOS와 안드로이드는 특정 기관의 검토/승인이 필요하다.
  2. 플랫폼 배포 순서와 일정을 다르게 진행한다.
• 배포 주기를 정해서 배포해야 되는 이유
  1. 여러 팀에서 동시 다발적으로 배포 시도할 경우 기술적인 문제가 발생할 가능성이 높아진다.
  2. 버젼 관리의 어려움이 발생한다.
  3. 수시로 업데이트 될 경우, 고객 경험의 일관성을 유지하기 어렵다.

AARRR 지표

분석프레임워크 시장 진입 단계에 맞는 특정 지표를 기준으로 서비스의 상태를 가늠할 수 있는 효율적인 지표가 된다.

• Acquisition(유입) : 사용자가 어떻게 서비스를 알았는가?
• Activation(활성화) : 사용자가 어떻게 첫 번째 긍정적인 경험을 하는가?
• Retention(유지/재방문) : 사용자가 다시 이용하는가?
• Referral(추천) : 다른 사람들에게 서비스를 소개하는가?
• Revenue(매출) : 매출로 이어지는가?

주요 지표 및 용어

• PV(Page View, 페이지 뷰) : 페이지가 사용자에게 노출된 지표
• UV(Unique View, 순 방문자) : 데이터 수집 기간 동안 페이지에 방문한 전체 사용자 중 중복되지 않은 순 방문자를 의미한다.
• 전환율(Conversion rate) : 방문한 사용자 중 특정 행위를 한 방문자의 비율을 의미한다.
• 이탈률(Bounce rate) : 페이지와 상호작용하지 않고 사이트를 떠난 단일 페이지 세션의 비율을 의미한다.
• 종료율(Exit rate) : 방문한 모든 페이지를 대상으로 1개 이상의 페이지를 보고 화면을 종료한 방문(세션) 행동의 비율을 의미한다.

데이터 분석 목적

• 데이터를 분석할 때 항상 조직의 이슈를 기반으로 생각한다,
• 데이터는 숫자나 수치보다 패턴에서 발견되는 변화/추세가 중요하다.
• 문제를 개선하기 위한 가설을 수립하고, 조직에 공유하고 공감대를 얻는다.
• 문제를 발견한 시점의 데이터는 개선 후 결과 평가할 때 랜드마크로 활용한다.
• 최종적인 목적은 데이터를 분석하여 비지니스에 기여하고 성과를 창출하는 것이다.

OKR

• 목표와 핵심 결과 : 목표를 설정하고 그 결과를 측정하는 목표 관리 프레임 워크

OKR 구성

• Objective
  - 측정 가능한 지표 (3~5개) 목표를 달성했는지 확인하기위해 핵심결과를 수치화 한다.
  - 명확한 목적이여야 한다.
  - 가슴이 뛰는 공격적인 달성 목표가 제시되어야 한다.
  - 조직에 맞는 주기로 설정한다.
  - 목표는 최대 한 개에서 세 개 정도로 설정한다.
  - 목표에 대한 진척 사항을 매주 ~ 2주 단위로 측정한다.
• Key Results
  - Key Results는 정량적이고 측정 가능해야 한다. 측정 가능한 수치화된 지표가 포함 되어야 한다.
  - 비교 가능하도록 기준점이 되는 수치를 기록해 두어야 한다.
  - 달성하기 위한 구체적인 milestone / action plan이 있어야 한다.

핵심 지표를 이루는 세 가지 요소

• 달성기간 : 목표로 정한 행동 지표와 정략적 수치를 언제까지 달성해야 할지를 의미한다.
• 행동지표 : 목표를 달성하기 위해 행동해야 할 매우 구체적인 내용을 의미한다.
• 정량적 수치 : 행동 지표를 정량적 수치로 표기하여 달성 정도를 파악 할 수 있어야 한다.

MBO와 OKR의 차이

OKR을 통한 효과

• 투명함
• 동기부여
• 협업

• 서비스기획자/PM/PO는 CEO(비지니스 기획), 개발자(개발 기술), 디자이너(UX/UI디자인) 사이에서의 역할 수행

서비스 기획자

• 워터풀 방식의 프로덕트 진행
• 업무 역할
  - 비지니스 기획/클라이언트 : 시장조사, 수익창출 비즈니스 모델 수립, 사업 전략, 핵심 경쟁력, 최종 사용자에게 줄 수 있는 가치
  - 프로젝트 매니저 : 프로젝트 일정, 리소스 산정, 계약, 산출물 관리, 업무 할당 및 관리
  - UX 기획, 서비스 기획 : 사용자 조사 설계, 고객 관점 사용자 경험 전략 설계, 요구사항 명세서, 기획서 작성
• 요구되는 역량
  - 커뮤니케이션 스킬
  - UX/UI 디자인, 논리적인 사고, UX 리서치
  - 기술에 댛나 이해, 행동경제학, 인문학, 심리학
• 결과물
  - UX 디자인 전략 수립, 프로덕트 설계(IA 설계, 기능 정의, 와이어프레임, 워크플로우 설계)

PM / PO

• 애자일 방식으로 프로덕트 진행 
  - 프로젝트 특성과 규모에 따라서 애자일과 워터풀을 사용한다.
  - 워터풀 : 다양한 케이스를 고려해야되는 경우, 대규모 데이터가 접목 되어야 하는 경우
  - 애자일 : 규모가 크지 않은 스타트업 프로젝트,  B2C 프로젝트로 최소한의 단위로 업무를 수행하고 빠르게 테스트할 수 있는경우
• PO
  - 고객을 대변하면서 사업적인 가치를 창출할 수 있는 가설 설정
  - 가설을 겁증할 방법을 계획하고, 개발 및 디자인 요구사항 정의
  - 성공 지표, 세부 지표 등을 검토하고 데이터 분석 진행
  - 업무 할당, 추적, 관리하는 개발 티켓 생성
  - UT 진행 후 고객 피드백을 정리하고 인사이트 발굴
  - 고객 및 유관 부서와의 소통을 통해 개발 백로그 관리
• PM
  - 개발 조직과 협의하여 개발 일정 정의
  - 구체적인 개발 티켓 생성 및 정리
  - 타 개발 조직과 협업해야 할 경우, 요구사항 정리 및 회의 진행
  - 상세한 테스트 방식 기획 후 테스트 진행
  - 신규 기능 또는 프로덕트에 대한 사용 설명서 작성 및 배포
  - 고객 및 유관 부서의 상세 문의에 대한 답변
• PM에 요구되는 역량
  - 고객에 대한 깊은 이해
  - 비지니스에 대한 깊은 이해
  - 개발 환경 기술에 대한 깊은 이해
  - 시장과 산업에 대한 깊은 이해
  - 데이터에 대한 깊은 이해
  - 소통의 중심 : 의견을 경청, 취합하고 의사결정을 한다. 서비스의 기획 목표, 일관성, 안정성 등에 영향을 미칠 수 있는 요소들을 컨트롤한다.

스타트업에서 선호하는 포트폴리오 구성요소

• 할 수 있습니다로는 부족 -> 실제로 어떤 것을 했는지 보여줘야함
• 서브 프로젝트로라도프로젝트에 참여를 권함
• 대형 스타트업으로의 이직을 위해서는 인턴 또는 작은 스타트업이라도 1년가량 경험 하며 실제 프로젝트를 진행해보는 것이 필요함
• 많은 경험을 담기 보다는, 하나의 경험을 깊게 고민한 것을 보여줘야 한다.
• 문제정의 -> 가설설정 -> 시도 -> 결과분석 -> 회고 의 Flow 가 담긴 프로젝트라면 좋을 것 (Quality > Quantity)
• 신입으로 입사를 원하면 해당 스타트업에 대해서 오랜시간을 들여 분석해서 해당 기업에 대한 관심을 명확히 보여줘야 한다.
• 비즈니스 모델 분석, 사용자 분석, 경쟁사 분석, 프로덕트 분석
• 면접관은 시간이 매우 부족하다, 빠르게 훑어 보았을때 관심을 끌어들일 수 있어야 하기 때문에, 텍스트보다 시각적인 자료를 많이 이용해야 함
• 최소 한가지 분야에서는 기술적으로 매우 뛰어나다는 것을 보여줘야 승산이 있음

https://flat-tent-a22.notion.site/Amy-Kim-60dded49de6d4959b9d6acc09c0ce636

나는 스터디 중에서 케이스스터디가 어렵고 오래 걸렸었다. 서비스를 선택하는 것부터 어떤 식으로 얘기를 풀어 나가야 할지 늘 고민을 가졌다. 그래서 이번에 블로그 미션을 받으면서 케이스 스터디를 잘하는 동기를 선택하고 싶었다.

일단 김효은님은 노션 포트필리오가 전체적으로 깔끔했다. 뭔가 위에서부터 차례대로 쉽게 눈에 보인다고 할까? 포트폴리오에 담긴 많은 내용들이 잘 보였다.

모든 케이스 스터디는 동일한 방식으로 구성되어 있다. 서비스에 대한 기본 소개, 메인 페이지 구성, 핵심 서비스 분석, 기능 분석 등으로 되어있는데 하나마다 상세하게 설명하고 있다. 위에 구성들을 종합하여 마지막은 앱 리뷰로 좋은 점, 아쉬운 점과 후기로 마무리되어 있어서 스터디의 처음과 끝이 잘 매듭지어진 느낌을 받았다.

특히 상세하게 분석된 핵심 서비스와 기능들은 서비스를 얼마나 많이 보고 깊게 파고 들었는지 잘 느껴졌다.

동기 스터디 케이스를 보면서 나도 다음 케이스 스터디를 할 때는 마지막을 잘 매듭지어보도록 나의 생각들을 정리해서 잘 넣어봐야겠다.

포트폴리오 키워드

• 경험
  실패/성공과 무고나한 경험을 강조(연구 과제 성과, 케이스 스터디, 인턴십)
• 의지
  계획적이며 조직적인 능력 강조(개인관리 기술, 뚜렷한 목표의식, 문제 대응 능력)
• 가능성
  준비된 기획자의 모습 강조(IT자격증, 각종 툴 스킬, Web/App 이해도)

포트폴리오 방향 선정

• 서비스 개선
  현 서비스 분석, 개선방향 검토, 동종 타서비스 분석, 도입 기능 정의, 개선 방향 확정, 서비스 보완 설계
• 신규 서비스
  서비스 컨셉 정의, 시장/사용자 분석, 유사 서비스 분석, 서비스 방향 확정, 신규 서비스 기획
• UX/UI 분석
  UX/UI 트렌드 분석, 현 서비스 UX/UI 분석, 타서비스 UX/UI 분석, UX/UI 키워드 도출, 개선 방향 설정, UX/UI 보완 설계

포트폴리오 구성하기

• 테이터 분석 > 구조분석 > 방향 설정 > 서비스 기획

포트폴리오 내용

• 프로필
• 기획자로써 포부&목표
• 보유 기술&역량
• 연구과제 사례
• 웹/앱 기획 사례

주의사항

• 10페이지 내외 분량
• 포지션 명확화
• 문장체 통일(서술형 VS 명사형)
• 키워드를 중심으로 정리
• 도식화/단순화