김회연님의 아티클

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

• 우선순위 잊지 말기

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

• 포기할 줄도 알아야 한다

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

10/17 [10주차] UI Prototype 회고

KEEP

UT 진행을 위한 TASK 선정, 프로토타입 제작을 위한 UI화면 구성, 효율적인 작업 방법 사용자가 실제로 이 앱을 이용할 때를 생각하면서 흐름을 짜고 그에 맞는 화면을 구성하는 과정에서 IA에서는 생각하지 못한 화면들이 나왔다

가장 중요하고 필요한 화면을 선정하여 작업하는 과정에서 어떻게 해야 시간 단축을 하고 효율적이게 작업할 수 있는지에 대해 고민하게 되는 시간이었다

PROBLEM
많은 정보를 어떻게 정리해야 하는지에 대한 판단 어려움, 우선순위에 대한 잘못된 판단

우리 서비스는 사용자의 신뢰도를 중요시하는 서비스인만큼 사용자 프로필에 어떤 정보를 배치해야 신뢰도가 상승할지 고민을 많이 하게 되었다 회의를 통해 어떤 정보를 넣을지는 선정하였지만 그 많은 정보를 어떻게 쉽게 전달할지 구성에 대한 어려움을 겪었다 이번 작업을 통해 많은 정보 구성에 대해 많이 찾아보게 된 것 같다

팀원들과의 협업하는 과정에서 역할을 분담하게 되었는데 우선순위를 고려해 분담을 했다고 생각했지만 막상 작업이 더디게 진행 되고 있었고, 멘토님의 피드백를 통해 UI 화면 제작이 가장 우선순위라는 것을 깨닫고 역할을 재분담하여 작업을 진행하게 되었다. 하나의 프로젝트에는 마감 기한이 정해져 있고 어떻게 해야 마감 기한을 맞출 수 있는지 다시 생각해 보게 된 계기였다

TRY

마감기한에 맞는 시간 배분을 고려하는 것 잊지말기

다양한 구성으로 시안 뽑고 최적의 화면을 찾아보기

느낀점

전에는 화면을 구성할 때, 로그인 화면부터 디자인 작업을 해야 한다 생각했다. 이번 프로젝트를 통해서 우리 서비스를 이용할 사용자가 가장 필요한 화면을 우선 선정하여 디자인 작업을 들어가게 되었고, 이 과정을 통해 효율적인 작업 방법이 무엇인지 배우게 된 것 같다

10/10 [9주차] UI작업

KEEP

다양한 UI화면 구성을 시도하고 컨셉에 맞는 화면 선정

 다른 서비스들을 많이 찾아보면서 공부를 하였고 공부한 것을 응용해 우리 ‘댕동’ 서비스의 컨셉에 맞게 화면을 구성하려고 노력하였다

Problem

디자인 시스템의 필요성, 컬러 적용 어려움

작업을 진행하면서 왜 디자인 시스템이 필요한지 느낀 한 주였다
디자인 시스템이 제대로 잡히지 않은 상태에서 팀원들끼리 각자 페이지를 작업하다 보니 미세한 차이들이 많이 생겼고, 팀 미팅을 하면서 다시 맞춰 나가려니 많은 시간을 소비해 진도가 더디게 나가는 느낌이었다

정보 위계를 고려하여 컬러와 텍스트를 사용해야 하는데 어떤 부분을 컬러로 지정할지 어떤 부분을 텍스트로 중요도를 보여줄지에 대한 고민을 많이 하게 된 것 같다

Try

우선 Keep going

우리가 필요한 페이지를 빠르게 작업하는 것이 필요하다. 자주 사용하는 것을 컴포넌트로 만들어 적용하고, 현재 우리 서비스가 가장 중요하게 생각하는 플로우에 맞게 작업을 진행 해야 한다

느낌점

꼼꼼해야 하지만 빨라야 하고 UX 부분도 챙겨야 하는 참 어려운 직업인 것 같다..

9/26 [7주차] IA 작성하기 회고

KEEP

• 데이터를 통해 도출한 인사이트를 기반으로 IA작성

PROBLEM

• 사용자가 투 타입인 IA 작성의 어려움

  • 요청자와 수행자 두 가지 타입의 사용자가 서로 핑퐁이 될 수 있도록 여러 가지 경우의 수를 고려하여 IA를 설계해야 하는데 모든 경우의 수를 생각하는 데 한계가 있었다

• IA 용어 통일 어려움

  • 팀원끼리 각자 IA를 작성해 보고 합치는 작업을 진행했는데 서로 용어정리를 하지 않은 상태에서 진행하다 보니 헷갈리는 부분이 많았다

• 인사이트를 잊은 IA 작성

  • 데이터 분석을 하고 얻은 인사이트를 토대로 IA를 작성해야 하는데 빠르게 작업해야 한다는 생각 때문에 인사이트가 반영된 부분이 드러나지 않은 걸 멘토님 피드백 덕분에 깨닫게 되었다
     ‘잊지 말자 UX’가 팀의 소소한 밈이 되었다는 사실 ㅎㅎ

Try

• 우리가 도출한 인사이트가 무엇인지 재점검

  • UI로 나타낼 때 인사이트가 명확하게 보여야 한다는 사실을 잊지말자

• IA작성 공부

  • 어떻게 IA를 작성해야 디자이너가 바로 디자인을 진행할 수 있을지 작성 방법을 고민해 봐야겠다

느낀점

• 열심히 분석하고 인사이트를 도출했지만 그걸 잊었다는 거에 많은 충격을 받았다 매번 우리가 이루고자 하는 목표가 무엇인지를 상기시켜야겠다

9/26 [7주차] UX:Vision 회고

KEEP

• 데이터를 통해 도출한 인사이트를 기반으로 IA작성
  

PROBLEM

• 사용자가 투 타입인 IA 작성의 어려움

  • 요청자와 수행자 두 가지 타입의 사용자가 서로 핑퐁이 될 수 있도록 여러 가지 경우의 수를 고려하여 IA를 설계해야 하는데 모든 경우의 수를 생각하는 데 한계가 있었다
    

• IA 용어 통일 어려움

  • 팀원끼리 각자 IA를 작성해 보고 합치는 작업을 진행했는데 서로 용어정리를 하지 않은 상태에서 진행하다 보니 헷갈리는 부분이 많았다
    

• 인사이트를 잊은 IA 작성

  • 데이터 분석을 하고 얻은 인사이트를 토대로 IA를 작성해야 하는데 빠르게 작업해야 한다는 생각 때문에 인사이트가 반영된 부분이 드러나지 않은 걸 멘토님 피드백 덕분에 깨닫게 되었다
     ‘잊지 말자 UX’가 팀의 소소한 밈이 되었다는 사실 ㅎㅎ
    

Try

• 우리가 도출한 인사이트가 무엇인지 재점검

  • UI로 나타낼 때 인사이트가 명확하게 보여야 한다는 사실을 잊지말자
    

• IA작성 공부

  • 어떻게 IA를 작성해야 디자이너가 바로 디자인을 진행할 수 있을지 작성 방법을 고민해 봐야겠다

느낀점

• 열심히 분석하고 인사이트를 도출했지만 그걸 잊었다는 거에 많은 충격을 받았다 매번 우리가 이루고자 하는 목표가 무엇인지를 상기시켜야겠다