김회연

11/21[15주차]

KEEP

다시 포트폴리오 흐름 정리

• 포트폴리오의 흐름이 남들이 봤을 때 이해가 되지 않는 부분이 많아 피드백을 받고 다시 재검토하는 시간을 가졌다

• 우리 포트폴리오를 처음 보는 사람이 설명을 듣지 않고도 바로 이해갈 만큼 구성하려고 노력했다

PROBLEM 

명확하지 않고 애매했던 프로젝트 목표, 너무 많은 걸 담으려 했던 점

포트폴리오를 구성하는 과정에서 흐름이 어색하다는 생각이 많이 들었다.

목표가 제대로 잡혀 있지 않고 이것도 해결하고 싶고, 저것도 해결하고 싶은 중구 난방 포트폴리오가 돼가고 있었다

목표를 잊어버리니 반려인의 위한 앱인지 반려동물을 위한 앱인지 혼동이 오기 시작했다.

멘토님들에게 앞단의 이 서비스를 왜 하는지 논리 부분이 명확하지 않아 뒤에 흐름도 흔들린다는 피드백을 들었을 때 우리의 문제점을 인지하였고,  앞단에서 우리의 처음 목표에 맞는 구성을 다시 하기 시작했다.

여러 문제를 해결하기보단 한가지 문제를 해결하겠다는 서비스가 더 좋은 서비스를 만들 수 있다는 생각을 했다

TRY

• 잊지 말자 우리 서비스는 반려인들의 건강한 반려 라이프를 위한 것임을

• 우리의 포트폴리오를 처음 보는 사람이 우리 서비스가 어떤 서비스인지 한 번에 알 수 있을 만큼 구성하자

• 포트폴리오 페이지마다의 제목에 솔루션, 인사이트를 담는 것을 잊지 말자

11/14[14주차] 포폴 구성

KEEP

포트폴리오의 논리적인 구성, 공감형성

• 포트폴리오 구성을 통해 우리가 UI 결과를 뽑아내기까지의 과정이 다른 사람들에게 논리적으로 이해가 될 것인가를 고민하는 주차였다

• 포트폴리오의 첫 장에서부터 보는 이에게 어떻게 공감을 주고, 임팩트 있게 다가갈 지 아이디어를 냈다. 공감, 논리 이 두 가지를 가장 중점적으로 생각했다

PROBLEM 

잘못 선정한 우선순위

처음 포트폴리오를 구성하는 단계에서 전체적인 흐름만 간략하게 잡고, 우리의 UI를 어떻게 보여줄지 구성하는 것을 우선순위로 작업을 진행하였다. 이 과정에서 디자인에만 집중하게 되면서 작업이 더뎌지게 됐다

우리 팀은 먼저 포트폴리오의 논리적인 흐름을 잡는 것을 우선순위로 진행 방향을 다시 정했다

TRY

• 사용자가 사용하고 싶지 않은 서비스라면 아무 소용이 없다. 사용자가 ‘사용하고 싶다’라는 생각이 들 설득 방법을 담아보자.
  

• 우리의 고민의 흔적을 놓치지 말고 담아내자. 

11/7 [13주차]

결과물을 정리하는 법, UT에서 얻은 피드백

• 지금까지 얻은 결과를 바탕으로 포트폴리오를 계획하기 시작했다.
  팀원들과  우리의 프로젝트를 포트폴리오에 어떻게 담을지 고민했고, 이 과정에서 불필요한 부분은 과감히 버리고 꼭 필요한 부분만 정리해서 보여주고자 했다. 또한 포트폴리오의 흐름이 원활하게 이루어지고 화면과 설명이 이해하기 쉬우려면 어떻게 구성해야 하는지 고민하는 한 주가 된 것 같다

• UT 결과에서 내가 생각했던 것보다 더 낮은 점수를 받은 것에 충격이었다. 꼼꼼히 진행했다고 생각했는데 허술한 점이 많이 발견됐고, 사용자가 쉽게 사용하기 위해서는 어떤 점을 보완해야 하는지 깨닫는 시간이었다 이 결과를 바탕으로 더 디벨롭된 ui를 만들어 포트폴리오에 녹여 내고자 한다

PROBLEM 

논리적인 UX 구상 어려움, 한정된 시간 대비 구상해야 할 화면이 많음

• 우리 팀은 처음 구상했던 프로젝트를 필드 리서치 과정에서 무리라고 판단해 다른 아이디어로 프로젝트를 진행하게 되었다. 그 과정에서 시간 부족으로 데스크 리서치와 필드 리서치를 많이 하지 못한 채  화면 제작에 들어갔다. 결론적으로 포트폴리오 앞단인 UX 부분을 풀어갈 때 논리적인 근거가 조금 부족한 걸 알 수 있었고, 추가 리서치를 해야겠다는 결론이 나왔다.

• 포트폴리오 UI 부분을 구성할 때 남들이 우리 프로젝트를 이해하려면 현재 디자인한 화면뿐만 아니라 새로운 화면들을 만들어야 했다. 시간이 많지 않은 상황에서 어떻게 효율적으로 화면 디자인과 포트폴리오 작업을 병행할지 계획을 잘 짜서 진행해야겠다

TRY

As is - To be를 잘 담아내자

• 처음부터 완벽한 디자인은 없다 실망하지 말고 UT 결과에서 얻은 피드백을 통해 전보다 더 나은 화면으로 디벨롭 시켜 완성도를 높이자

이해하기 쉽고 논리적인 포트폴리오를 구성하자

• 이해하기 쉽고 논리적인 포트폴리오리서치무작정 남들 것을 따라 하는 게 아닌 다른 사람들은 어떤 흐름으로 프로젝트를 설명하는지 공부하는 것이 필요하다

10/31 [12주차] 프로토타입 진행

KEEP

UT를 위한 프로토타입 작업 진행

프로토타입을 제대로 만져본 적이 없어서 많은 걱정이 있었다

나는 UT를 위한 3가지 TASK 중 마지막 TASK3과 채팅방 약속 변경 부분을 맡아서 프로토타입을 진행했다. 처음에는 페이지 이동을 시키는 것만 해도 어색하게 이동이 돼서 굉장히 오래 걸렸지만, 유튜브나 커뮤니티에서 찾아보고 적용하다 보니 내가 원하는 프로토타입을 만들 수 있었다. 욕심을 내서 애니메이션 기능도 넣어보았다.

PROBLEM 

디테일 부족, 프로토타입만을 위한 컴포넌트 생성, 시간 투자를 많이 한 일러 작업

• 우리 팀은 컴포넌트를 제작하면서 UI를 진행한 게 아니다 보니 프로토타입을 만들 때 필요한 컴포넌트를 만들어 적용하게 되었고, 그렇다보니 정리가 잘되지 않았다. 

• 본래 우리가 기획했던 플로우를 막상 UT 플로우에 적용하지 않았다는 것을 뒤늦게 깨달았다. 시간이 부족해 그 플로우는 잠시 보류하기로 결정했는데, 기획 부분에서 결정했던 것을 놓쳤다는 게 가장 아쉬운 부분이었다.

• 현재 UT 과정에선 일러가 큰 부분을 차지하지 않는다는 것을 인지하고 있었음에도 괜히 욕심이 생겨 붙잡고 있었던 것 같다. 오히려 그 부분을 놓고 다른 디테일을 잡았어야 하지 않나라는 생각이 들었다.

TRY

UX 기획을 잊지 않고 작업하자 

• 기획 부분을 상기하고 이제부터 진행되는 포트폴리오에서 잘 녹여내야겠다

중요도 순위를 명확하게 결정하고 작업을 진행하자

• 항상 우선순위가 무엇인지 결정을 해놓고 작업을 해야 불필요한 작업시간을 들이지 않을 것 같다

팀원들과 작업에 대한 회고를 꼭 진행하자

• 팀원들과 각자 맡은 파트만 진행하다 보니 플로우가 꼬인 것을 나중에 발견할 때가 있었다. 매번 서로가 한 작업을 공유하고 회고 하는 습관을 들여야 재수정하는 시간을 줄일 수 있을 것 같다

10/24 [11주차] UI작업, UT 플로우 정리

KEEP

• UX 플로우 정리

  • 여러 사용자의 입장에서 서비스의 사용성을 고려하여 플로우를 기획하였다

• 완성도를 높이고자 함

  • 완성이 됐다고 생각했던 작업들이 플로우를 고민하면서 세밀하게 뜯어보니 부족한 부분이 많았고 계속해서 디벨롭 작업을 진행하였다
    
    

Problem

• 너무 다양한 상황을 고려하다 보니 논점이 흐려짐

  • 사용자의 입장에서 생각하여 작업을 진행하는 게 맞지만 너무 예외적인 상황까지 고려 하다 보니 기준을 정하는 데 오래 걸리고 작업까지 딜레이가 된 것 같다 (실제 앱을 출시할 때는 어느 상황까지 고려해야 할지 명확한 기준을 잡아야 할 텐데 그게 어려운 것 같다)
    

• 시간 조율 실패

  • 중요도에 따른 시간 배분을 했어야 했는데 정하지 않고 작업을 진행 하다 보니 중요도가 높은 작업이 후순위로 미뤄진 것 같다
    

• 과한 욕심

  • 지금 프로젝트에 너무 많은 아이디어를 담으려다 보니 의미는 좋지만 사용자에 편의성에 맞지 않은 디자인이 나오기도 했다
    

Try

• 우선순위 잊지 말기

  • 매번 중요도 있는 작업이 무엇인지 우선순위를 정하고 그에 맞는 시간 배분을 해야 한다

• 포기할 줄도 알아야 한다

  • 아무리 의미가 좋더라도 사용자에게 불편하다면 과감하게 빼는 것을 선택해야 한다