주제 선택 이유
일을 능동적으로 해나갈 수 있는 Product팀의 구성원이 되고자 선택함
핵심 한 줄 정리
✦ 문제 해결을 위해 기억해야 할 3가지 ✦
1.
해결해야 할 문제 구체화
2.
이해관계자와 문제 정의 Align
3.
작업 과정 중, 반복해서 문제 점검하기
내용 정리
Airbnb팀은 여행객들은 도시에 고립되어 있고, 만약 게스트들이 더쉽게 함께 만날 수 있도록 한다면(가설), Airbnb여행이 더 의미있을 것이라고 생각했다.(기대효과)
사용자 경험개선을 위해 몇 개월동안 점진적으로 개선하고 실패하며 얻은 교훈은 “올바른 문제 정의의 중요성”이다.
WHY | 왜? → 실험의 수많은 실패 중 이유 확실한 것은, ‘잘못된 문제 정의’
예를 들어 →
•
Airbnb 실패 가설1. "여행자들은 다른 여행자들과 어울리고 싶어한다”
ㄴ 적용 해결방안 → 결과 : 실패
ㄴ 다시 찾은 사용자 니즈 : "여행자들은 고품질의 비관광적 일들을 찾고 싶어 한다”
◦
결론 : 다른 여행자와 어울리는 것은 실제 문제가 아니라,
ㄴ 한가지 해결책에 불가함
HOW | 올바른 문제정의 방법은? →
1.
해결하려는 문제를 구체화
2.
문제에 대해 팀 및 이해 관계자와 조정
3.
계속해서 문제로 돌아가기
문제해결 프레임 워크
STEP 1 | 해결하려는 문제를 구체화
질문하고 답해보기
•
Description : 그것이 무엇인지?
•
Problem : 어떤 문제를 해결해야 하는지?
•
Why : 이것이 진짜 문제이고, 해결할 가치가 있는지 어떻게 알 수 있는지?
•
Success : 우리가 이 문제를 해결했는지 어떻게 알 수 있는지 ?
•
Audience : 누구를 위해 만드는지?
•
What : 제품에서 어떻게 구현될지?
•
Description: 프로젝트 설명
ㄴ 핵심만 담은 프로젝트 설명 (짧게 정리할 것)
•
Problem: 해결해야 하는 문제는?
ㄴ 문제를 가설처럼 생각하기 → 해결해야 하는 문제 탐색 → 이유 정리 → 상황 추가
-
1.
It’s short : 한 문장으로 문제 정의할 것.
왜? → 설명이 많을 수록 문제가 명확하지 않은 것
2.
It’s focused : 하나의 팀이, 합리적인 시간 내에 해결할 수 있는 하나의 명확한 문제를 다룰 것.
ㄴ 해결하지 않을 문제에 대해 몇 가지 예시를 추가하는 것이 (문제 정의에) 도움이 될 수 있음
좋은 문제 예시
나쁜 문제 예시
3.
It references a “need” that is not being fulfilled.
: 사용자 니즈에 집중하지만, 비즈니스 요구사항을 필요로 할 수 있음
ㄴ Jobs-To-Be-Done : 프레임워크가 여기에서 유용함
4.
It includes a what and a why.
: 무엇이 문제이고, 왜 문제인지
5.
It’s agnostic of a solution.
: 조급하게 해결책을 시작하지 말 것
•
Why: 실제 문제인지, 해결할 가치가 있는지 판단 기준
: 문제 정의, 즉 가설을 뒷받침하는 증거 수집
ㄴ 문제라고 확신한 이유 정의, 해당 문제를 해결해야 한다는 점을 분명히 하는 것은 무엇?
: 이 과정에서 문제의 우선순위를 정리할 수 잇음
* 목표는 이 문제가 지금 팀의 시간을 들일 가치가 있다는 확신을 갖는 것
TIP
1.
정성/정량적 증거를 모두 보기
: 실제 문제라고 판단할 수 있는 모든 데이터를 수집할 것
2.
양보다는 질
: 많은 데이터 수집이 아닌, 꼭 필요한 데이터를 찾을 것
3.
스스로에게 질문 던지기
: 증거가 충분한지? 진짜 문제가 맞는지? 스스로 확신할 때까지 묻고 또 묻기
•
최종 : 많은 절충안들 사이에서 판단이 내려질 것 →
ㄴ 해야 할 일 : 가지고 있는 데이터로, 할 수 있는 최선의 예시를 만드는 것
ㄴ 더 많이 배우면서 문제 설명을 반복해서 수정할 것.
•
Success: 문제가 해결됐는지 어떻게 알지?
“Did I do that or did I not do that? Yes? No? Simple.” — Andy Grove
✦ 평가방법 3가지 ✦
•
구체적인 수치로 측정하기
•
신뢰할 수 있고, 큰 목표를 잡기
•
측정 항목이 목표에 적합하지 않다고 생각된다면, 이것이 크게 성공하게 된다면 세상이 어떻게 바뀔지 적어보기 (이것을 성공 기준으로 정하기)
•
Audience: 누구를 위해 만들 거야?
모든 사용자가 목표가 아닌, 신규 유저/재방문 유저/캐주얼 또는 파워유저/모바일 또는 웹 유저 등등..
•
What: 제품에서 어떻게 보일 거야?
: 팀 운영 방식, 진행된 상황에 따라 디테일 수준이 달라질 수 있음.
: 디자이너와 협력해서, 제공해야 할 세부 정보와 프로세스에서 가장 도움이 되는 것이 무엇인지 파악해야 함.
STEP 2 | 팀과 이해관계자와 함께 문제에 대해 정렬하기
은박지 안에 브리또는 어떤 브리또일지 팀원들과 이야기하면, 모두가 다른 브리또를 생각하고 있을 것.
ㄴ 은박지 안에 브리또는 우리팀의 ‘문제 정의’라 할 수 있음.
함께 해결해야 하는 문제에 대해 생각을 Align하기 위해, 많이-자주 소통해야 함.
✦ 문제 정의 Align 5가지 방법 ✦
1.
Step 1(문제 구체화)을 잘하기
2.
협업할 사람들과 초안을 공유하고, 피드백을 받고 공유하기를 반복하기 (댓글, 이메일, 대면…)
3.
피드백이 맞춰진 것 같다면, 좋은 거고. 아니라면, 직접 여러명이 모여서 차이에 대해 의논해 보기
4.
이제, 이해관계자와 공유하기. 제작팀과 성공을 판단하는 이해관계자들이 제작에 몰입하기 전에, 해결하고 있는 문제에대한 생각이 일치하는지 확인하는 것이 매우 중요함
5.
사람들이 모아서 문제 정의에 대해 킥오프로 리뷰하고, 이해가 될때까지 질문하고 답할 것. 그리고 팀이 작업을 진행하는데 모든 것이 갖춰졌는지 확인할 것
STEP 3 | 계속 문제로 돌아가기
문제 해결을 위한 제품을 만드는 과정 중간에도 계속해서, “문제가 무엇이었지?”를 기억해야 함.
왜? → 그렇지 않으면, 또 깜박하고 → 문제해결이 되지 않은 / 스콥이 덕지덕지 붙은 제품이 될 수 있음
✦ 문제를 되새기기 위한 습관 TIP 3 ✦
•
디자인 담당자는 시작 전, “문제”에 대해 명확히 점검하는 것으로 시작해야 함
→ 우리가 해결해야 하는 문제가 뭔지 질문할 것!
•
이해관계자들과 진행상황에 대해 업데이트할 때마다, 문제를 반복해서 물으며 → 모든 사람이 계속해서 Align되어 있는지, 확인할 것!
•
디자인 완성 전, “이것이 우리가 해결하려고 하는 문제를 해결할 것이라고 확신하는지?” 자문할 것!
마치며...
문제 해결은 우리의 삶과 끊을래야 끊을 수 없음. 그러니, 문제 해결에 시간을 쏟는 만큼 우리에게 값진 자양분이 될 것.
나의 생각/관점
Step1/2/3을 연습하는 지금… ‘아 나 그럼 지금 성장하고 있는 거 맞구나?’를 깨닫게 해준 고마운 아티클…
나중에 Lenny(이 글을 적은 사람) 실리콘밸리에서 만나면 밥 한 번 사야겠다 (^0^;; 허허)
•
4개월 전 나 : “그래서 문제가 뭐예요?, 목표가 뭐예요? 목적은 뭐예요?”라고 질문받으면, “어…잠시만요…!” 멈췄던 사람이 바로 나…
•
이번 주의 나 : “그럼 문제가 ***고, 목표가 ***고, 목적이 ***니까 이렇게 작게 해결해 볼 수 있지 않을까요?” / “지금 이 기능은 목표 해결에 벗어난 스콥 추가 같은데, 정말 필요한지 다시 의논해 보면 어때요?”라고 말했고, 말하고 나서 속으로 혼자 놀람…(ㅇ0ㅇ)!! (내가 이런 말을…?!)
용어•
Framework
복잡한 문제를 해결하거나 서술하는 데 사용되는 기본 개념 구조.
(출처 : 위키백과)
•
1pager
: 제품 및 프로덕트를 만드는 구성원이 제품 개발에대한 목표를 파악하고, 이유를 공감하며, 무엇을 만들어야 할 지 파악할 수 있도록 만들어진 문서
: 어떤 방식에서 제품 개발에 기여할 수 있을지 파악하고, 자신의 역할에 맞추어 제품 개발에 집중할 수 있도록 만들 수 있음
•
Heuristic
불충분한 시간이나 정보로 인하여 합리적인 판단을 할 수 없거나, 체계적이면서 합리적인 판단이 굳이 필요하지 않은 상황에서 사람들이 빠르게 사용할 수 있게 보다 용이하게 구성된 간편추론의 방법
(출처 : 위키백과)
•
KPI
핵심/성과/지표 (출처 : 위키백과)
•
Dashboards
회사를 관리하기 위한 indicators에게 독립적인 화면에 중요성과에 관한 그래프와 차트
(출처 : 위키백과)
단어단어 | 뜻 | 예문 |
iterate | 반복하다 | |
agnostic | 불가지론자(→atheist) | |
fully-fledged | 충분히 발달된 | There’s been a false belief that all user research has to be a fully-fledged. |
heuristic | 휴리스틱 | |
ambitious | 거창한 | |
self-explanatory | 자명한 | |
identical | 동일한 | |
eradicate | 근절하다, 뿌리뽑다 | |
intentions | 의도 | |
creep | 살금살금 움직이다 | I crept up the stairs, trying not to wake my parents |
interpersonal | 대인관계 |