[인프런 0원 강의] 디자인 프로세스 제로투원 2편

 

 

 

안녕하세요 다자이너 입니다 👀💛

 

 

⬇️ 1편 내용이 궁금하다면

https://dori-wine.tistory.com/25

[인프런 0원 강의] 디자인 프로세스 제로투원

 

---

 

 

 

 

 

디자인 프로세스 1. 킥오프

프로젝트를 맡은 이해관계자들이 업무의 이해를 높이기 위해 사용

아마존에서 먼저 사용 후 성과가 나타나 현 IT기업에서 활용

 

 

Background
신규고객의 활동성이 지속적으로 감소하고 있다. 앱설치후 회원가입을 완료하는 고객의 비율은 50%에 그치며 가입을 완료했다고 하더라도 그 중 50%는 7일 내 첫 구매를 완료하지 않고 이탈한다. 즉 신규고객의 약 75%는 자연 이탈하고 있다

Problem Definition
신규 고객의 약 75%는 자연이탈 하고 있다.

・ 앱 설치후 회원가입을 완료하는 고객의 비율은 50%이다.
・ 회원가입후 D+7일 동안 첫 구매를 하지 않고 이탈하는 고객이 50%가 존재한다.
신규고객의 75%가 자연이탈하고 있는 상황은 유입 대비 잔존율에대한 심각한 워닝 시안으로 받아들여야 한다, 유입을 아무리 늘린다고 하더라도 잔존율 보다 이탈율이 높다면 스케일업하는데 큰 걸림돌이 되어 추후 CC에 한계점에 도달했을때 큰 문제가 발생할 것이다. 현재 단게에서 빠르게 자연 이탈을 줄이고, 신규 고객의 첫 구매율을 올리는 액션을 적극적으로 취해야한다.


Problem Solving
설치 직후 최초로 앱을 오픈한 유저가 회원가입 과정에서 시그널을 남기고 큐레이션 된 홈메인 또는 인게이지 페이지를 경험하도록 '온보딩 프로그램'을 개발한다

・ '룩북'을 활용해 고객이 좋아하는 스타일을 선택하고 해당 데이터를 기반으로 브랜드와 상품 큐레이션을 진행한다.

Hypothesis(가설)
앱 설치 후 최초로 앱을 오픈한 유저는 회원가입 과정에서 자신의 취향에 맞는 브랜드 또는 제품을 추천받기 위해 제안된 룩북 중 가장 마음에 드는 스타일을 선택할 것이다.

Experiment Metric(실험 지표) 기본적으로 3가지를 작성하는것을 추천

Primary Metric

・ 온보딩 프로그램 실험군 vs 대조군 앱 설치 후 가입 전환율

Secondary Metric
・ 온보딩 프로그램 실험군 vs 대조군 가입 후 첫 구매 전환율

Counter Metric : Primary가 달성시, 진행을 하지만 그럼에도 Counter metric이 안좋게 나온다면 다시 한번 더 논의가 필요하다
・ 온보딩 프로그램 사용자, 완료율, 퍼널 전환율


Feedback Loop : 사용자의 피드백을 반복적으로 돌림
온보딩 프로그램 실험군 vs 대조군 앱 설치 후 가입 전환율
・ 실험군과 대조군의 결과가 같거나 실험군이 높다면 실험군으로 릴리즈 한다.
・ 실험군이 대조군 보다 1-2% 미만의 차이로 진다면 실험군으로 릴리즈한 후 빠르게 데이터를 ㅈ분석하고 개선안을 도출하여 재실험한다.
・ 실험군이 대조군보다 3% 이상의 차이로 진다면 실험군을 팬딩하고 재고한다.

온보딩 프로그램 실험군 vs 대조군 가입 후 첫 구매 전환율
・ 실험군과 대조군의 결과가 같거나 실험군이 높다면 실험군으로 릴리즈 한다.
・ 실험군이 대조군 보다 1-2% 미만의 차이로 진다면 실험군으로 릴리즈한 후 빠르게 데이터를 ㅈ분석하고 개선안을 도출하여 재실험한다.
・ 실험군이 대조군보다 3% 이상의 차이로 진다면 실험군을 팬딩하고 재고한다.

디자인 프로세스 2. 아이디어 
- 완전한 새로움은 없다, 문제를 제대로 이해하고 해결하기 위해 필수적으로 가장 먼저 리서치를 진행해야 함

 

사용자 리서치의 경우 해야하지만 상황상 없는 경우가 많아 optional

제품 리서치는 무조건 해야하며, 스크린 리서치는 그 중에서도 필수 사항

해당 영역의 가장 잘한 서비스의
스크린 리서치를 하는 것이 중요하다


경쟁사 리서치는 기본,
정말 중요한건 참고해서 아이디어를 발산 할 수 있는 서비스를 찾는 것

ex ) 같은 도메인의 리서치를 확인 x
결제 시스템을 확인한다고 할 시, 전세계에서 결제를 제일 잘하는 서비스를 골라 서치

 

 

 

copy + paste해서 여러개를 만들어 확인

섹션 명 ex) 회원가입 페이지, 로그인 페이지

 

 

 

 

가능한 많은 리서치를 하는 것이 중요
행동을 알면서 그 행동이 어떤 마음가짐으로 했는지 알면 완벽한 데이터를 확보한 것

데이터를 얻을 수 없는 회사 구조에서 일하고 있다고 하더라도
얻기 위해서 노력하기

ex ) 강사님도 29cm에서 일할때 DA도 없었고 데이터도 안심어져 있었음
PM,PD랑 개발자랑 공부하면서 데이터를 심고 데이터 트래킹을 함
그니까 못하는거 아니고, 할 수 있다

 

 

디자인 프로세스 3. 구현
결정된 아이디어가 있다면 더 좋은 아이디어가 있더라도 원래 아이디어대로 가는 것을 추천 

 

이런 일들이 많다는건 디자이너의 잘못
전 단계에서 충분히 아이디어를 생각할 수 있음에도 불구하고, 못한거니까

그래서 최대한 내 자신에게 압박을 넣어
내가 아이디어 단계에서 최대한 바꾸지 않을 만한

최적의 아이디어를 고민할수 있도록 고민하고, 연습하기

 

 

2주간 디자인 일정을 짠다고 했을때 2일/3일/3일/2일

다시 돌아간다고 했을때,
결국 3일치 다시 비용이 늘어난다는 것을 고려해야됨

그래서 문제의식을 가지고, 최대한 결정이 된다면
아이디어를 따라가는 것이 중요

그럼에도 불구하고 계속 끊임없이 이해시키고
설득 시켜야한다

생산성은 검증하기 어렵지만 검증할 수 없는 것은 아니다
일관성, 디자인 퀄리티와 같은 문제 또한 사용성에 포커싱을 맞춰 검증해나갈수 있다

ex) 실제 29cm에도 디자인 시스템이 없었음
OKR 문서로 작성해 진행
과거 지난 분기에 우리가 디자인 시스템에 이런 업무를 했고, 이런 성과를 냈다
이 자리엔 리소스를 주실수 있는 분들이 모여서 진행
개발자 리소스를 주실수 있는분, PM리소스를 주실수 있는 분, DA 리소스를 주실수 있는분

 

디자인 프로세스 3. 구현 - 프로젝트 리뷰

이런식으로 프로젝트 리뷰를 진행

시안 2개를 넣어 A/B test 도 가능

좌측엔 1pager를 넣고, 실제로 판을 짜서 그대로 진행

 

디자인 프로세스 4. 가이드

유저 플로우 + 기능명세서를 같이 작성해 전달

개발자가 다른걸 안보더라도 그냥 이거만 보고 개발 가능할수 있도록 전달

넘버링 + 플로우 전달

2번의 동일한 카드의 상태값이 바뀌면 이런식으로 바뀐다~ 이렇게 자세한 내용을 우측에 넣기

 

 

피그마 페이지 구성은 이렇게 됨
Handoff는 개발 단계까지 모두 다 합친것

 

디자인 프로세스 마무리

 

내가 어떤 태도로 조직을 바라보냐에 따라 환경은 달라지는 것

내가 좀 더 진취적인 마음으로 조직을 바라보고
바꾸려고 노력하면 그 미래도 바꿀수 있다