[TIL] 내일배움캠프 251208 - 결국, 내가 해결하려는 문제가 무엇인지?

 

TIL 포멧 변경 시도

학습한 것들은 따로 큰 주차별로 빼고..

매일의 그 학습 내용에서 내가 한 번 더 가져와서 기억해야할 포인트들을 TIL 적는 형식으로 바꿔보려고 한다.

 

📌오늘 학습한 것들에서 기억하면 좋을 포인트들

 

[데스크 리서치]

• PM은 단순히 ‘기능을 기획하는 사람’이 아닙니다. ‘문제를 정의하고 해결하는 사람’이어야 합니다.
• 서비스 기획, UX 개선에서 가장 중요한 것은 "겉으로 보이는 문제를 넘어서, 그 구조가 왜 만들어졌는지"를 이해하는 통찰력
• '컨설팅만 하고 끝나는 건 불만만 많은 진상 손님이 될 확률이 높다. 여러 분석을 종합하여 개편 전략 및 컨셉을 도출하자'
• 아이보스/오픈애즈의 광고 매체 소개서 참고하는 것도 좋네.

 

[유저 리서치]

• 응답 포화 현상
  - 참여자 수가 적다 보면, 의견의 타당성이나 대표성에 대한 우려 발생
  - 이를 해결하기 위한 개념:응답 포화(Response Saturation)
  - 참여자 5명까지 테스트를 진행하면 “전체 문제의 80%”가 발견됨
  - 이후 참여자를 추가해도 새로운 인사이트 발견 비율은 낮아짐
  - 고관여 사용자를 모집하면 응답 포화에 더 빨리 도달할 수 있음. 제한된 시간 내에 더 풍부한 인사이트를 얻고 싶다면,
  → 고관여 사용자 위주로 리크루팅할 것!
  
  
• '시니어 유저는 가상의 상황에 몰입하는 걸 어려워하는 경우가 많았어요. 그래서 시니어 유저에게는 ‘배송지를 다른 주소로 수정하려고해요’라고 말하기 보다는 ‘이 상품을 지인에게 배송되게 하고 싶어서 배송지를 수정하려고 해요’와 같이 일반적인 상황보다는 실제 있을 수 있는 상황을 제시했어요' → 아무래도 시니어에 관심이 많다보니 이해하기 좋은 예시였다.
  
• “쓸 것 같다”라는 유저의 말은 아무 의미가 없다.
  *미래행동이 아니라 과거 행동에 대해 질문하기
  예) “이 기능을 쓸 것 같나요?”보다 → “최근에 이와 비슷한 기능을 쓴 적 있나요?”가 훨씬 답변이 쉬움.

• 사용자 리서치 결과를 어떻게 정리해야하나요? 
  - 사용자 발언을 정리하기 전에, 조사 목적을 다시 본다.
  - '내가 왜 이 UT를 하려고 하는지, 내가 해결하려는 문제가 무엇인지?'를 고민하고 가장 포커스해야하는 이슈와 참고할 수 있는 이슈를 고민, 인사이트 정리하기
  
  이 지점을 오늘 가족과 함께 인사이트 나눴더니 아래의 글을 보여줬다.
  Google에서 14년간 얻은 21가지 교훈

Google에서 14년간 얻은 21가지 교훈 | GeekNews

엔지니어 관련 글인데 여기에도 1번이 '최고의 엔지니어는 사용자 문제 해결에 집착함'... 결국 해결하려는 문제가 무엇인지 고민해야하는 것은 엔지니어도 마찬가지다ㅎㅎ (다른 직군 또한.. 비중만 다를 뿐 궁극적으로 모두 '문제 해결'이라는 하나의 답으로 가는 것 같다.)

• 해석에 PM의 주관이 들어가도 괜찮을까요?
  - 알고 싶은 문제와 가설 설정에서 출발하며, 특히 정성조사는 주관적 인사이트 도출이 자연스럽습니다.
  - 사용자 발화, 행동 데이터 등 객관적 근거에 기반한 합리적인 해석이 중요합니다.
  
  
• (정량) 설문조사 표본 수 30명 이상일 때 일반적으로 유의미하다는데 (마케팅 조사는 Cell 단위 100명 이상이면 좋음) 난 대체 롯백 스펙타클 할 때, 회사에서 리뷰 개선할 때 어떻게 200명씩 모은 거지..? 새삼 신기하고 대단하네..;;