WIL 6주차 ( UX팀 프로젝트 끝 )

프로덕트 디자이너 본캠프 KPT 

Keep (현재 만족하고 있는 부분)

정해놓은 일정이 최대한 밀리지 않도록 그날그날 최선을 다하는것같다.

팀원에게 의견을 내려고 할때 항상 한번더 머릿속에서 정리를하고 내어 효율적인 커뮤니케이션을 하는것 같다.

Problem (불편하게 느끼는 부분)

 

머릿속에서 정리를 하고 있다가 타이밍 지날때도 있어서 못낼때도 있었다.

 

Try (Problem에 대한 해결책)

 

이것은 좀 더 내가 평소에 말하는 방법을 연습해보거나 , 팀원에게 일단 의견을 내면서 머릿속에서 같이 정리를 하는 방법으로 해야할것같다. 

---

프로덕트 디자이너 본캠프 WIL 6주차

 

- FACTS(사실, 객관) :이번 일주일 동안 있었던 일, 내가 한 일

이번주에는 대부분 UX 프로젝트를 진행하였다.

 

전반적인 과정을 간략히 설명하자면 

먼저 서비스선정을 알바천국을 하였다.

그후 데스크리서치를 진행하여 시장동향분석, 경쟁사동향분석, 앱 주요타겟, 앱 핵심기능을 조사를 하였고,

그후 조사한 자료를 바탕을 생각하며 유저플로우로 문제를 찾아냈고, 또다른 문제정의 방법 사용성테스트에서도

테스크 목적과 후속질문을 작성하였다. 그다음 아쉬운점은 유저플로우에서의 문제를 발견을 하긴했지만 어피니티 다이어그램을 만들때는 그 문제들을 넣지 않고

사용성테스트의 결과값만 정리하여 그룹,라벨링을 하여서 유저플로우를 한 목적이 희미해졌다. 하지만 

어피니티 다이어그램으로 정리한 문제들을 아이스프레임워크로 우선순위를 정할때 유저플로우에서의 문제를 근거로 일부 점수작성할때 적용하여서 그나마 유저플로우를 했다라는 느낌?이 든다.. 

여기까지 우선순위를 정해 핵심문제를 도출해냈고 이 핵심문제를 경쟁사는 어떻게 해결했는지 리서치후 분석과정을 거쳤다.

그 결과 핵심문제하나에서 문제가4개가 나왔고 각각의 솔루션을 도출했다 그후 피드백을 받고 보니깐 어피니티 다이어그램에서 정리를 할때 여러 문제를 한개의 문제로 표현하다보니 워딩이 이상해지고 핵심문제를 아직 파악을 못했다는것을 듣고 다시 아까 선정한 문제에서도 4개로 나눠 다시 우선순위를 정하였고 그후 다시 솔루션 도출을 하였다 (근데 이게 원래 솔루션 도출을 한상태에서 문제를 나눠서 결국 4개의 핵심문제에서 가장 중요한 문제를 발견하는 단계라고 생각한다)

솔루션 도출후 디자인 작업을 진행하였고, (핵심 문제는 채용상세페이지에서 리뷰에대한 문제였고 , 그에 대한 솔루션은 

아래와 같다.)

이때 솔루션에 대한 근거가 부족하다는 피드백을 받고 다시 리서치를 거쳐 데이터를 기반으로 근거를 보충하였다.

 

---

 

아래부터 어떠한것을 했는지 자세한 설명

 

 

1.서비스선정, 데스크리서치 단계

난 알바천국 앱 타겟과 핵심기능 분석과,  VOC분석을 맡았다.

 

일단 VOC는 구글스토어에서 현재기준 1년전기준까지 평점을 찾아보았고( 2~3년 지난 리뷰들의 문제점은 개선이

된것이 많았다)

알바천국홈페이지와 각종 뉴스, 각 매체에서 진행한 통계자료, 블로그 등을 탐색을 하여 인사이트를 찾아갔다.

 

이때 나는 알바천국 분석과 VOC분석이였지만, 결국 이 2개는 나머지 2개 경쟁사 분석과 구인/구직 시장 분석의 인사이트와 겹치는것이 많기 때문에 4개를 골고루 리서치를 한것같았다.

그후 VOC는 간단하게 각 공통되는것들은 그룹화하여 헤더를 달았고

 

그후 리서치한 각 앱 타겟 , 핵심기능, VOC에서 얻은 인사이트를  요약하여 정리를 하였다.

 

 

 

2. 문제 정의 - 유저 플로우, 사용성 테스트, 설문조사

유저플로우로 앱에 핵심 기능들의 플로우를 그렸고, 

구글폼 설문조사를 작성하여 내배캠 사람들에게 설문을 받았다.

사용자 시나리오와 공고문을 작성하여 내배캠방과 전체방에 공고문을 올려 사용성 테스트에 참여할 사람들을 구했고,

사용성테스트를 2번정도 진행자로 진행했고 한번은 관찰자로 진행하였다

우리팀에서 진행자는 테스크를 설명해주고 진행해주는사람으로 하였고, 관찰자는 걸리는 시간, 사용자의 행동등을 기록하는 방식으로 하였다.

 

 

 

 

3.인사이트 정리

사용성 테스트를 통해 얻은 인사이트 정리하는 단계에서 어피니티 다이어그램으로 그룹,라벨링후

우선순위를 정하는 방법으로 저번에 사용했던 아이스프레임워크틀을 가져와 팀원들과 함께 우선순위 도출을 하였다.

 

 

4.경쟁사분석

우선순위를 도출한 문제정의를 기반으로 리서치한 경쟁사 인사이트를 분석하고

장단점을 도출하는 과정을 맡았다.

 

 

5.솔루션 도출

경쟁사의 장단점을 기반으로 솔루션을 도출하는데 여러 의견을 냈다.

 

그중 리뷰에 대한 문제에서 매칭조건이 안맞으면 리뷰가 상세페이지에 안보여지는 문제가 있어

이것을 해결하기 위한 의견으로 상세페이지에서 리뷰작성하기 버튼을 눌러 그 상세페이지에 작성된 회사명 주소등을 자동으로 가져온다면 매칭조건으로 안맞을일이 없을거라는 의견을 냈다.

 

 

 

 

6.피드백

솔루션까지 도출을 했지만 두세개의 문제를 하나의 문제로 퉁치는것 같다는 피드백을 받고 개선을 하여 다시 문제정의를 다시 한다음 가장 핵심문제를 도출했다.

 

7.솔루션 도출

전에 낸 솔루션에서 근거를 더 보충하기위해 레퍼런스와 사용자 리뷰등을 리서치하였다.

 

 

7.디자인작업

필요한 컴포넌트를 각각 만들었고, 팀원들과 함께 프로토타입을 만들었다

 

 

 

 

- FEELINGS(느낌, 주관) : 나의 감정적인 반응, 느낌

UX 와 UI를 다 해본 느낌으로는 아직은 UX가 더 복잡한것같다. 이론과 방법론이 많아서 그런것같다.

 

 

- FINDINGS(배운 것) : 그 상황으로부터 내가 배운 것, 얻은 것

이번 프로젝트에서 배운것.

 

0.파일럿 테스트를 하고나서도 테스크와 질문이 유의미했는지 만약 그렇지 못했다면 보안을 하고 그점을 정리해야한다.

 

1.사용성테스크는 최소 5개는 되야 내가 필요로 한 인사이트를 얻을 수 있는것 같다.

 

2.사용성테스트에서 후속질문을 할때 무조건 후속질문만 하는것이 아닌 후속질문에 대한 꼬리에 꼬리를 묻는 질문으로

계속 파고 들어야 보다 더 의미있는 인사이트를 얻을 수가 있다.

 

3.사용성테스트는 하나의 질문지로 계속 진행하는것이 아니고 할때마다 어떤점을 보완해야할지 생각하며 그다음 사용성테스트를 개선하여 진행해야한다.

 

4.나중에 팀프로젝트를 할때 특정 과정을 마무리 할때마다 인사이트를 도출하고 정리해야 팀원들이 서로 그것을 이해하고 같은 방향으로 갈 수 있어 더 원활하게 프로젝트를 할 수 있을 것 같고 이거랑 비슷하게 진행과정 중 일어나는 문제나 변동사항은 자세하게 기록으로 남겨서 내가 무엇을 어떻게 해결했는지 알수있고 나중에 또 다른 실수를 막을 수 있을것 같다.

 

5.항상 무언가를 하려고 할때는 목적을 명확히 이해하고 이것으로 인해 어떠한 인사이트를 도출할것인지를 자세히 알아야

그 무언가를 하는 의미가 생긴다.

 

6.우선순위는 VOC가 진짜 엄청 많이 있는것이 아니면, VOC만으로 핵심문제를 정의하는것은 지양해야한다.

 

7.또한 저니맵같은것을 그릴때는 핵심가치를 기반으로 한 민감도(예민한)가 높은 사용자를 대상으로 해야한다.

두루두루 다좋다는 사용자한테 맞추면 그것을 핵심가치가 아닐 확률이 높다.

 

8.~하기 어렵다 같은 추상적인 개념을 사용하는것을 지양해야함. 우리는 디자이너이므로 왜 그런지 명확하게 명시해야함

 

9.서비스의 효율성과 만족도 저하같은 인사이트는 의미가없다. 이것은 어떤 서비스에서도 나올수있는 인사이트이기때문임. 그래서 이 문제에 대한 확장된 문제가 나와야함

  

 

결과적으로, 현재 나의 상태는 어떻게 되었지?

UX프로세스의 전체적인 과정을 어느정도 진행할수 있게되었다.

 

이 상태에서 다음 일주일을 더 잘 보내려면 무엇이 필요할까?

일단 다음주까지 UX개인과제 디벨롭하고, 팀UI와 팀UX프로젝트에 대한것을 내가 어떤일을 하고 어떤문제가있었고 어떻게 해결했는지를 간단히 작성을 해야 기억이 휘발되기전에 보다 정확하게 적을수 있을것이다.