[내일배움캠프 33일차(3)] UX 기획 및 리서치 수강

오늘 너무 졸려서 중간중간 쫌 잤다,,

반성해라,,

 

 

 

<UX 기획 및 리서치 3주차>

리서치 결과 정리

 

 

 

 

 

 

 

어피니티 다이어그램

• 방대한 데이터 사이의 규칙과 연관성을 발견하고, 발견한 내용을 토대로 인사이트를 도출할 수 있다.
• 문제를 전체적으로 시각화하여 조망할 수 있다.
• 제품의 핵심 문제를 찾고 유저를 정의하는 단계에서 활용한다.

 

 

 

 

 

유저 페르소나 작성

• 유저 페르소나란, 특정 유저 타입을 대표하는 가상의 인물을 뜻한다.
• 유저 페르소나를 작성하는 특정 단계는 정해져 있지 않으며, 작성한 후에도 내용은 시간이 지남에 따라 변할 수 있다.
• 실제 사람으로 느껴지도록 묘사해야 한다.
• 대부분의 유저를 대표할 수 있어야 한다.
• 여러 유저 페르소나가 있다면 각각이 명확하게 구분되어야 한다.
• 의사결정에 영향을 줄 수 있는 인사이트가 있어야 한다.

 

 

 

 

숙제

 

 

 

 

 

<UX 기획 및 리서치 4주차>

UX 기획 첫 단추 : 문제 정의 및 가설 수립

1) 문제 정의

• 해결해야 할 문제가 무엇인지를 정의한다.
• 문제의 크기를 정량화된 수치로 파악한다.
• 왜 문제로 정의했는지 충분한 근거가 있어야 한다.
• 문제 발생 원인에 대한 근거 데이터를 파악한다.

 

2) 가설 수립

• 가설 설정
  • 작은 문제부터 큰 문제까지 모두 가설을 통해 검증할 수 있어요. 다만, 문제를 하나의 아이디어로 한 번에 해결하는 것은 어려운 일이다.
  • 가설은 개선을 시도하고자 하는 부분에 초점을 맞추어 1) 어떤 변경을 통해 2) 어떤 결과를 얻고자 하는지 담고 있어야 한다.
• 가설 검증
  • 가설을 어떻게 검증할 것인지 검증 방법을 선정한다.
  • 가설을 검증할 수 있는 올바른 모니터링 지표를 설정한다.
• 목표 지향
  • 가설은 특정 목표를 달성하기 위한 것이어야 한다.
  • 여기서 목표는 유저 경험 개선이나 유저가 가진 문제 해결과 관련 있어야 한다.
• 구체성과 명확성
  • 불확실한 용어나 추상적인 문구는 피해야 한다.
  • 구체적인 결과물을 예측할 수 있도록 해야 한다.
• 측정 가능성
  • 가설은 검증 가능하고 측정 가능해야 한다.
  • 지표를 통해 성공과 실패를 측정할 수 있어야 한다.

 

3) 원페이저(1 Pager) 작성

• 이 단계에서부터 다양한 이해관계자들과의 논의가 시작된다.
• 논의를 진행해 나가면서 원페이저는 계속 수정/보완되고, 더 다양한 정보들을 담게 된다.
• 회사에서 중요하게 생각하는 가치에 따라 원페이저에 담기는 내용이나 명칭은 조금씩 다를 수 있다.

 

 

 

 

 

UX 기획 구체화 : 유저 사용 맥락 반영

1) 유저 시나리오 (User Scenario)

• 디자인 초기 단계에서 유저에 대한 공감을 바탕으로 유저 중심의 솔루션을 찾을 때 활용한다.
• 유저 페르소나와 결합하여 작성하면 유저의 동기와 목표를 감성적으로 이해하는 데 도움이 된다.
• 유저 시나리오의 구성 요소

 

 

2) 고객 여정 지도 (Customer Journey Map)

• 타임라인에 따른 유저의 여정을 시각적으로 표현하여 특정 시점에서의 경험을 파악하고 개선점을 찾을 때 활용한다.
• 전체 유저 경험을 한눈에 파악할 수 있다.
• 고객 여정 지도의 구성 요소

 

 

 

3) 유저 스토리 (User Story)

• 주로 애자일(Agile) 방법론에서 사용된다. 특히 엔지니어가 개발 작업 시 기능을 이해하고 구현하는 데 유용하게 활용된다.
• 문서에서 일일이 모든 내용을 정의하기에는 한계가 있기 때문에 유저 스토리를 통해 구현할 사항에 대한 구성원 간 합의를 도출한다.
• 실무에서는 협업 시 유저 시나리오, 유저 저니맵보다 빈번하게 활용된다.

 

 

 

 

UX 기획 구체화 : 논리적인 흐름 설계

1) 유저 플로우 (User Flow)

• 유저가 최종 목표에 도달하기 위해 서비스 내에서 어떤 경로로 이동하며, 어떤 행동을 하는지 구체화하는 도구로 활용할 수 있다.
• ‘해피 패스’에 매몰되지 않고 다양한 경로를 고려해 볼 수 있다는 장점이 있다.
  • 더 알아보기 ) 해피 패스(Happy Path)란?
  • 유저가 제품이나 서비스에서 원하는 목적지까지 아무런 문제를 겪지 않고 도달했을 때의 경로
• 유저 플로우와 와이어프레임은 상호보완적인 도구로 활용할 수 있으며, 작업에 정해진 순서가 있는 것은 아니다.
• 유저 플로우 구성 요소

 

 

 

 

2) 와이어프레임 (Wireframe)

• 로우 피델리티(Lo-fi)로 작업되어 작업자들이 부담 없이 아이디어에 자유롭게 참여하고 의사결정에 기여할 수 있도록 도와주는 도구로 활용할 수 있다.
• 그래픽 요소 및 기술적인 세부사항을 배제하고 신속하게 결과물을 생성하여 작업자 간 커뮤니케이션을 위한 초기 비주얼을 제공할 수 있다는 장점이 있다.
• 변경되는 요구 사항에 대응하여 빠르게 구조를 검토하고 수정하기가 용이하다.
• 논의의 초점이 레이아웃과 플로우에 집중되도록 최소한의 색과 디자인을 사용하여 작업하다.
• 와이어프레임에 화면 이동에 대한 정보를 추가했을 때는 ‘와이어 플로우(Wire Flow)’라고 부르기도 한다.

 

3) 정보 구조도 (Information Architecture)

• 유저가 자신의 현재 위치와 다음 장소로 가기 위해 무엇을 해야 할지 인지할 수 있도록 설계할 때 활용한다.
• 정보 구조가 효과적으로 설계될 경우 유저의 접근성이 향상되지만, 부적절하게 설계될 경우 유저의 이탈과 오류를 발생시킬 수 있다.
• 상위와 하위 개념을 효과적으로 그룹핑하고 올바른 라벨링을 하는 것이 중요하다.
• 정보 구조도의 기반이 되는 구성 요소

 

 

 

 

 

 

 

 

UX 기획 문서화 : 화면 설계서 및 QA 문서

1) 화면 설계서

• 와이어프레임과 기능 상세 정의를 합친 문서로, 화면에 존재하는 각 요소를 분리하여 설명한다.

 

• 변경된 내용은 작성일과 함께 기록하여 버전을 관리한다.

 

• 회사나 프로젝트의 성격에 따라 화면 설계서를 작성하는 경우도 있고, 아닌 경우도 있다.
• 회사에 따라 화면 설계서를 작성하는 직군이 다르기도 해요. 예를 들어, 사업기획부에서 작성하기도 하고, PO/PM이 작성하기도 하고, UX/UI 디자이너가 작성하기도 한다.

 

2) QA 문서

• 제품팀에서 오너십을 가지고 테크니컬 QA와 디자인 QA를 수행한다. 이때, 보통 작업자가 직접 QA를 진행한다.
• 별도의 QA 팀이 있는 경우, 협업을 통해 예상치 못했던 버그나 사이드 이펙트를 발견하여 보완하기도 한다.
• 테크니컬 QA는 의도대로 기능이 잘 동작하는지에 초점을 맞춰서 이루어진다. 보통 테스트 케이스를 작성하고, 요구 사항을 충족하는지 확인한다.
• 디자인 QA는 의도대로 디자인이 잘 구현되었는지에 초점을 맞춰서 이루어진다. AS-IS(구현된 화면)와 TO-BE(의도한 화면)를 명확하게 전달하는 것이 중요하다.

 

 

 

 

 

이번 주를 돌아보며,,

미니프로젝트를 하면서 참 많은 것을 느꼈던 것 같다 팀플이란 정말 쉽지 않아,, 그래도 끝까지 잘 해준 우리 팀에게 고맙고 과정 속에서 얻는 것이 많았던 것 같다ㅜㅜ 첫 번째 팀플이 끝나고 아직 과제가 나오기 전이라 마음이 한결 여유롭다 진짜 이 여유를 즐겨야 해,, 다음 과제랑 팀플이 벌써 두렵다 다음 과제 기간이 길던데 얼마나 빡세길래 그럴까..? 아 근데 마음이 여유로운 만큼 쫌 나태해진 것 같다 반성해라,,