[21 크리에이티브 디렉터 세미나] 발표자료입니다.
PM과 함께 일하는 디자이너, PM 역할을 겸해야 하는 디자이너분들을 대상으로 PM 직군이 조직과 제품의 성장을 위해 어떤 고민과 노력을 하고 있는지 공유합니다.
우아한형제들에서 B마트와 배민스토어를 만드는 B마트서비스팀의 사례가 함께 담겨있습니다.
5. 디자인 환경 변화
Design System
Prototyping
User Research
...
Next?
UX Design?
Product Design?
6. 기업이 'OOO 디자이너가 어떻게 일하기를 기대하나요?’
디자인 환경 변화
UX Design?
Product Design?
7. UX Design?
Product Design?
살아있는 유기체 - 제품
“ 제품은 기능을 포함한다
.
그리고 이 기능을 가능하게 하는 기술 또한 포함한다
.
이 기능을 포함하는 사용자 경험도 포함한다
.
그리고 이 기능을 통해 우리가 어떻게 돈을 벌지도 포함한다
.
제품은 사용자와 고객의 마음을 사로잡고 획득하는 방안도 포함된다
.
그리고 제품의 가치를 전달하기 위해 필요한 오프라인 경험들도 포함한다
.
요점은 매우 폭넓고 총체적인 제품의 정의를 사용하라는 것이다
.
당신의 할 일은 그저 기능들을 구현하는 것이 아니다.“
- 인스파이어드
“제품”이란 무엇인가?
UX Design?
Product Design?
8. UX Design?
Product Design?
살아있는 유기체 → 제품
“ 제품은 기능을 포함한다
.
그리고 이 기능을 가능하게 하는 기술 또한 포함한다
.
이 기능을 포함하는 사용자 경험도 포함한다
.
그리고 이 기능을 통해 우리가 어떻게 돈을 벌지도 포함한다
.
제품은 사용자와 고객의 마음을 사로잡고 획득하는 방안도 포함된다
.
그리고 제품의 가치를 전달하기 위해 필요한 오프라인 경험들도 포함한다
.
요점은 매우 폭넓고 총체적인 제품의 정의를 사용하라는 것이다
.
당신의 할 일은 그저 기능들을 구현하는 것이 아니다.“
- 인스파이어드
제품이란 무엇인가?
15. 성장하는 제품
유저 볼륨이 변화함
-
Target Segment 도 변화함
초기 기능의 경쟁력 하락
마켓 프로덕트 핏을 검증함에 따라 경쟁자들 발생
고객 획득비용 상승
성장 볼륨에 따라 지속적인 변화 필요
16. 성장하는 제품
더 큰 볼륨에서 요구하는 “고도화 개발 – 시장 검증”을
얼마나 빠른 속도로, 반복해서 잘 해내는지.
조직 구성원들의 일하는 방식에서 이 사이클을 얼마나 잘 소화할 수 있는지.
17. 성장하는 제품
더 큰 볼륨에서 요구하는 “고도화 개발 – 시장 검증”을
얼마나 빠른 속도로, 반복해서 잘 해내는지.
조직 구성원들의 일하는 방식에서 이 사이클을 얼마나 잘 소화할 수 있는지.
시장과 고객에 대해 우리 팀이 얼마나 민감하게 움직일 수 있는지.
18. 성장하는 제품
더 큰 볼륨에서 요구하는 “고도화 개발 – 시장 검증”을
얼마나 빠른 속도로, 반복해서 잘 해내는지.
조직 구성원들의 일하는 방식에서 이 사이클을 얼마나 잘 소화할 수 있는지
시장과 고객에 대해 우리 팀이 얼마나 민감하게 움직일 수 있는지.
프로덕트 매니저의 할 일
19. 변하지 않는 것 더 요구되는 것
프로덕트를(서비스)을 만들어요
프로덕트와 조직의 성장을 함께 만들어요
(제품 전략, 실행, 조직문화)
개인의 개인기에 따라 +,-
성장하는 제품을 만들기 위한 프로덕트 매니저의 과업
시장의 요구는 변한다
20. 옳은 방향으로 가는가?
약속한 시간 내에
(약속한) 성과를 냈는가?
조직의 역량이
커져가는가?
더 나은 제품을 만들기 위해 어떻게 일할 것인가?
21. 제품을 만드는 사이클 ( feat. 2주 단위의 스프린트 / 2주 단위의 앱 정기배포 / 1주 단위의 서버,웹 정기배포 )
⛳ 연간 목표 설
정
✏ 분기 회고
⛳ 분기 목표 설
정
✏ 프로젝트 회고
✏ 주별 회고
...
B런칭 사용현황 파악
B
설계/개발
C실험 런칭
사용현황 파악
실험종료
C
설계/ 개발
A 런칭
사용현황 파악
개선점 도출
A
설계/개발
A’ 준비
🔄
🔄 🔄
🔍 고객분석
운영이슈 대응
22. ⛳ 연간 목표 설
정
✏ 분기 회고
⛳ 분기 목표 설
정
✏ 프로젝트 회고
✏ 주별 회고
...
B런칭 사용현황 파악
B
설계/개발
C실험 런칭
사용현황 파악
실험종료
C
설계/ 개발
A 런칭
사용현황 파악
개선점 도출
A
설계/개발
A’ 준비
🔄
🔄 🔄
🔍 고객분석
운영이슈 대응
사업 요구사항
제품을 만드는 사이클 ( feat. 2주 단위의 스프린트 / 2주 단위의 앱 정기배포 / 1주 단위의 서버,웹 정기배포 )
23. UX Business
Tech
제품을 만들기 위한 협업
왜 만드는가? (배경 / 목적 / 목표
)
→ 서로의 공감대 필요, 의사결정의 순간마다 기준점이 됨
무엇을, 어떻게 만들 것인가?
→ 티카티카
무엇을 측정할 것인가?
→ 그리고 결과를 통해 발견한 것은?
24. 코로나시대의 협업
왜 만드는가? (배경 / 목적 / 목표
)
→ 서로의 공감대 필요, 의사결정의 순간마다 기준점이 됨
무엇을, 어떻게 만들 것인가?
→ 티카티카
무엇을 측정할 것인가?
→ 그리고 결과를 통해 발견한 것은?
제품을 만들기 위한 협업
25. 왜 만드는가? (배경 / 목적 / 목표
)
→ 서로의 공감대 필요, 의사결정의 순간마다 기준점이 됨
무엇을, 어떻게 만들 것인가?
→ 티카티카
무엇을 측정할 것인가?
→ 그리고 결과를 통해 발견한 것은?
개발 - 확장 가능 / 효율
디자인 - 가치 / UX
제품을 만들기 위한 협업
27. 프로젝트의 목표
프로젝트 관련
주간 공유 이슈
주간 회고
관련 서비스 지표
주간 업데이트
목적이 흔들리지 않게
관련 지표에 지속적인 관심
이슈 체크,
변하는 관련 상황 업데이트
28. 프로젝트 런칭 외에
이 프로젝트를 통해 각자 성취하고 싶은 것을 얻어가며 일하기 위함
팀원들이 원하는 개인 목표가 있다면 도와줄 수 있다🙆
이 플젝에서
가지고 가고 싶은 나
의 목표
이번주 다음주 할 일 &
내가 설정한 목
표 도달을 위해
해보고 싶은 일
목표에 도달하
기 위해
지난 주 한일 /
시도해 본 일
작업하면서
고민되었던
고민하고 있는
포인트
아쉬운 점
좋은 점 +
잘한일
기타 공유사항
/
작업 요청사항
그 외 하고
싶은 일
김현정
이OO
...
29. 🤔 왠지 아쉬운 프로젝트….?
회고를 통한 Action 도출
때에 따라 아쉬운 점을 보완할 새로운 프로세스를 만든다
30. 🤔 왠지 아쉬운 프로젝트….?
회고를 통한 Action 도출
때에 따라 아쉬운 점을 보완할 새로운 프로세스를 만든다
새로운 프로세스를 만들 때는
이미 잘 돌아가고 있는 것에 + 하는 것인지 아닌지
한번 더 생각해보기
⬇
31. 🤔 왠지 아쉬운 프로젝트….?
회고를 통한 Action 도출
때에 따라 아쉬운 점을 보완할 새로운 프로세스를 만든다
미래 o
과거 자책x
32. 그 외
✔ 디자인 씽크 미팅
✔ QA 프로세스 개선
✔ 사업 - 프로덕트 바이 위클리 미팅
33. UX Business
Tech
왜 만드는가? (배경 / 목적 / 목표
)
→ 서로의 공감대 필요, 의사결정의 순간마다 기준점이 됨
무엇을, 어떻게 만들 것인가?
→ 티카티카
무엇을 측정할 것인가?
→ 그리고 결과를 통해 발견한 것은?
제품을 만들기 위한 협업
34. 어떻게 개선할까? /
어떻게 만들까? /
무엇을 통해 검증할까?
제품의 방향?
무엇이 중요할까? /
어떤 우선순위로 일할까? /
어떤 고객의 문제에 집중할까?
일하자 👩💻
35. 어떻게 개선할까? /
어떻게 만들까? /
무엇을 통해 검증할까?
회사 / 제품의 비전과 얼라인
제품의 방향?
제품의 현황을이해하고 있어야 가능
무엇이 중요할까? /
어떤 우선순위로 일할까? /
어떤 고객의 문제에 집중할까?
일하자 👩💻
36. 고객에 대한 이해
✔ 현재 우리의 중대한 문제는 무엇인가
?
✔ 우리 고객들은 어떻게 분류할 수 있을까?
✔ 이 고객들은 어떤 양상을 보이는가?
✔ 고객들의 액션에 어떤 연관관계가 있는가? (가설
)
✔ 문제를 해결하기 위한 솔루션
✔ 개발
✔ 현황 트래킹
37. 고객에 대한 이해
✔ 현재 우리의 중대한 문제는 무엇인가
?
✔ 우리 고객들은 어떻게 분류할 수 있을까?
✔ 이 고객들은 어떤 양상을 보이는가?
✔ 고객들의 액션에 어떤 연관관계가 있는가? (가설
)
✔ 문제를 해결하기 위한 솔루션
✔ 개발
✔ 현황 트래킹
데이터분석팀과의 협업
“그냥 분석해주세요.”
고객에 대한 이해
전문가 분들의 힘을
빌려보자
38. 고객에 대한 이해
✔ 현재 우리의 중대한 문제는 무엇인가
?
✔ 우리 고객들은 어떻게 분류할 수 있을까?
✔ 이 고객들은 어떤 양상을 보이는가?
✔ 고객들의 액션에 어떤 연관관계가 있는가? (가설
)
✔ 문제를 해결하기 위한 솔루션
✔ 개발
✔ 현황 트래킹
고객에 대한 이해
프로덕트 팀 스스로에 대한
고민과 (나름의) 분석, 가설이 마련된 후
데이터분석팀과의 협업
⬇
39. 마케팅팀 + 개발 + 디자인 🔥
A군집에게도 해당 액션의 경험을 갖도록 하면
,
활성 사용자로 전환될 것이다 (가설)
활성사용자로 전환되는 유저의 액션의 특징은 무엇일까?
🧐 🔍
+ 분석팀 🔥
A군집의 유입은 늘었으나, 활성 사용자로 전환이 저조함
.
무엇이 문제일까
?
어떻게 하면 활성사용자로 전환할 수 있을까?
고객에 대한 이해
41. 담당한 피처 or 파악하고자 하는 현황 확인
Next Level ?
평소 만들어 둔 대시보드 + 해당과제 별도 분석
어떤 인사이트를 얻었는가?
42. 담당한 피처 or 파악하고자 하는 현황 확인
Next Level ?
평소 만들어 둔 대시보드 + 해당과제 분석을 위한 SQL
어떤 인사이트를 얻었는가?
서비스 이용현황/인사이트 공유
팀원들이 제품에 대한 공감대를 쌓아둘 수 있도록
환경을 만드는 것이 중요
43. 고객에 대한 분석이 되어있다면
상위 요구과제 외에 자체 과제
아이디어 백로그 내에서 우선순위 선정시 기준
44. 우선 순위 기준
Impact가 크고 Resource가 적게 드는
아이디어의 우선순위를 높임
1.상대적으로 이탈율이 높거나 전환율이 낮아
개선 시 많은 효과가 나타날 수 있는지
2.방문율이 높아 보다 많은 사용자에게 영향을 줄 수 있는지
3.성과에 상관없이 가설을 테스트 함으로써 얻을 수 있는 인사이트가 명확한지
4.짧게 이터레이션하여 빠르게 결과를 검증하고 학습할 수 있도록
리소스를 최소화할 수 있는지
백로그 리스트업 예시)
프로덕트 아이디어 백로그
45. 실험
MVP 기능 테스트
“ 니즈가 있는지
,
작게 테스트 해보자 ”
🚲
A/B 테스트
“ A와 B안을 비교, 택1 “
⚖
가설 검증
더 적합한 방안에 따라 선택
46. 실험
가설 수립 실험 설계
➡ ➡ ➡
실험 진행 실험 결과 확인 서비스 반영
➡
실험결과는 내가 바라던대로 나오지 않을 수도 있다
47. 실험
실험결과는 내가 바라던대로 나오지 않을 수도 있다
가설 수립 실험 설계
➡ ➡ ➡
실험 진행 실험 결과 확인 서비스 반영
➡
48. 실험
실험결과는 내가 바라던대로 나오지 않을 수도 있다
가설과 반대되는 결과가 나오더라도 사용자에 대해 학습 가능
가설 수립 실험 설계
➡ ➡ ➡
실험 진행 실험 결과 확인 서비스 반영
➡
49. 무엇을 측정할 것인가?
해결하고 하고자 하는 것이 무엇인가? (주요 지표)
참고하고자 하는 것은 무엇인가 (보조 지표
)
유지하고자 하는 것은 무엇인가? (건전성 지표)
실험
50. 추천 모델 테스트 타이틀 변경 테스트 UI 테스트
순서 변경 테스트
그 외 테스트
(로직 테스트 / 개인화 테스트
)
…
A/B 테스트
56. A와 B의 실험 지표결과가 유사한 수준이라면
조직이 나아가고자(ex : 효율화) 하는 방향으로 결정
때로는
B그룹
자동화
A그룹
수동업무
57. 고객 분석의 밑바탕이 되는 로그, 어떻게 설계하고 심어야 할까?
많이 남기면 많이 남길 수록 좋을까요?
🤔
앱로그로 해결해야하나? 서버로그로 해결 할 수 있는가
?
테이블에 남긴다면 어디에 어떤 정보를 남겨야 할까?
- 이 로그를 통해 얻으려고 하는 것? (유용성
)
- 분석하는 사람이 용이하게 설계되어있는가?
58. 분석 목적에 따라 따라
설계하면 된다
쿠폰 다운로드 클릭 로그
클릭로그 파람 안에 무엇을 남겨야 할
까?
- 쿠폰 위치 순번 (?
)
- 쿠폰 이름 (?
)
- 쿠폰 타입 (?
)
- 쿠폰 가격 (?
)
- 최소주문금액 (?)
고객 분석의 밑바탕이 되는 로그, 어떻게 설계하고 심어야 할까?
59. ● 실패와 결핍을 구성원 개인뿐만 아니라 조직차원의 학습과 개선의 중요한 기회로 인식
○ 조직의 병목 개선하기
■ 프로세스 정비 / 수립
○ 장애가 났다면
■ 장애방지 (포카요키
)
■ 인사이트는 새로운 기능으로 발전
■ 탓하지 않고 문제해결에 집중
● 안전하게 성장할 수 있는 문화 만들기
● 쉽게 의견을 나눌 수 있는 문화 만들기 (비난 x )
그 외 조직의 성장 디자인하기
60. ● 실패와 결핍을 구성원 개인뿐만 아니라 조직차원의 학습과 개선의 중요한 기회로 인식
○ 조직의 병목 개선하기
■ 프로세스 정비 / 수립
○ 장애가 났다면
■ 장애방지 (포카요키
)
■ 인사이트는 새로운 기능으로 발전
■ 탓하지 않고 문제해결에 집중
● 안전하게 성장할 수 있는 문화 만들기
그 외 조직의 성장 디자인하기
사실 항상 해야되는 것
😁