정채원님의 아티클

11/21 [15주차] 포트폴리오 작업

KEEP

이번주는 Problem이 많아서 유지하고 싶은 잘한 점이 많지 않다. 굳이 하나를 뽑아 낸다면, 아무것도 없는 상태에서 멘토님들께 유의미한 피드백을 받기 위해 며칠 밤을 새며 1차안을 만들어낸 것. 막히는 순간들이 셀 수 없이 많았지만 포기하지 않은 것 🙂

PLOBLEM

해결하고 싶은 문제가 뭐에요?

이번 미션은 한마디로 과유불급. 타겟의 다양한 문제점과 우리 서비스의 여러 기능들을 모두 보여주고 싶은 마음이 컸던 것 같다. 긴 여정 끝에 만든 서비스를 샅샅이 다 보여주고 싶은 마음에 이것도 저것도 다 해결할 수 있어요- 라는 스토리가 나와버렸고, 결국 한가지도 설득하지 못했다.

헬퍼 이웃이 뭐에요?

설득은 둘째치고 처음 접하는 사람들에게 우리 서비스를 이해시키지 못했다. 두 타입의 유저를 모두 담아내려고 하다보니 우리의 서비스 정체성을 명확히 설명하지 못했고, 읽는 사람이 어렵고 혼란스러운 포트폴리오가 되어 버렸다.

TRY

가장 해결하고 싶은 문제를 선정하는 것

혼돈의 피드백을 마치고 팀원들과 우리가 이 서비스로 해결하고 싶었던 핵심 문제 하나를 뽑았다. 기존에 리서치 했던 많은 자료들에서 핵심 문제에 대한 데스크 리서치와 유저 보이스를 다시 정리하고, 솔루션도 재정의했다.

뚜렷한 한가지 문제에 초점을 맞추고 나니, 우리 서비스가 하고 싶은 이야기가 보였다. 우리의 솔루션 한 문장을 계속 되뇌이며 처음부터 끝까지 동일한 문제를 다루는 논리적인 포트폴리오를 만들어야겠다. 다시 힘내자!

11/14 [14주차] 포트폴리오

KEEP

포트폴리오 흐름과 논리에 집중하기
팀원들과 포트폴리오의 전체적인 흐름을 구성하는 과정에서
① 우리가 왜 이 문제를 도출했고, ② 어떻게 해결하고자 하였으며, ③ 그 해결책을 서비스에 어떻게 담아냈는지 논리적으로 설명하는 흐름에 집중했다.
문제-해결방안-디자인이 하나의 맥락으로 보여지는 것에 공동의 목표를 두었고,
논리가 부족하거나 의문이 생기는 부분을 서로 가감없이 이야기하면서
우리 서비스만의 차별점과 논리를 담아내는 도입부 구성을 잡아 나갔다.

Problem

구체적인 내용 작성

정해진 기간 내에 포트폴리오를 완성하기 위해 유저 리서치 보완, UT를 반영한 추가 UI 작업 , 포트폴리오 디자인 등 필요한 작업이 생각보다 많아졌다.
우리 팀은 가볍게 포트폴리오 흐름만 정하고, 가장 어렵고 중요하다고 생각한 UI 화면 디자인을 먼저 진행하였는데 구성이 명확하지 않은 채로 작업하는 것에 어려움을 느꼈다.
비쥬얼적인 디자인보다 포트폴리오의 전체적인 흐름과 구성이 먼저 잡혀야 한다는 걸 깨달았고, 처음부터 끝까지 전체적인 흐름을 잡는 데에 집중하고 있다.

Try

설득력 있는 결과물
포트폴리오의 비쥬얼도 중요하지만, 설득력 있는 포트폴리오를 만들고 싶다.
몇 주동안 유저와 핵심 기능, 사용성 등을 고심하여 만든 프로젝트인 만큼, 우리 팀이 고민한 UXUI 관점을 포트폴리오에 온전히 잘 담아내는 게 가장 중요하다는 생각이 든다.
사용자 경험을 바탕으로 기획한 우리 서비스와 디자인이 포트폴리오를 보는 사람들을 설득할 수 있도록 끊임없이 고민해야지!

11/7 [13주차] 포트폴리오 작업

KEEP

포트폴리오의 타겟을 생각하기

이번주부터는 12주에 거쳐 작업한 프로젝트를 포트폴리오에 담아내는 작업을 시작했다. 팀원들과 포트폴리오 흐름을 잡는 과정에서 우리가 왜 이 문제를 도출했고, 서비스를 통해 어떻게 해결하려고 했는지 다시 짚어볼 수 있었다.

포트폴리오 구성를 짤 때, 포트폴리오를 보는 면접관의 입장에서 생각해 보면서 흐름을 기획하고 있다. 우리 서비스에서 가장 중요하게 어필할 화면은 무엇인지, 탄탄하게 기획하고 설계한 부분을 어떻게 논리적이고 효과적으로 보여줄 수 있을지를 계속 고민하면서 화면을 잡아가야겠다.

Problem

유저 테스트 결과

오늘 휴리스틱 사용 진단 결과가 나왔다. 유저들의 피드백을 기다리고 있었던 터라 부푼 마음으로 결과를 확인했는데, 생각보다 낮은 점수에 크게 당황했다.

팀원들과 나름 탄탄하게 설계하면서 UI 작업을 진행했다고 생각했는데, 이 부분을 UT 화면에 충분히 담아내지 못한 것 같아 아쉬웠다. 기획이나 UIUX 측면에서 부족한 부분을 명확하게 알 수 있었고, 수정할 방향도 잡게 되어 의미있는 시간이었다.

포트폴리오 작업을 진행하면서 좀 더 일관성있고 완성도 있는 프로젝트를 만들어 나가야겠다.

Try

유저들의 피드백에 귀 기울이기

주변 사람들을 만날 때 우리 프로젝트를 설명하면서 가볍게 유저 보이스를 듣고 있다. 우리 서비스 설명을 간략히 진행한 후에, 궁금한 점이나 의문점 듣고 답변하다보면 논리가 부족한 부분을 스스로 깨닫게 된다. 그리고 유저들에게 유독 많이 나오는 질문은 우리 서비스에서 중요도가 높을 가능성이 많아 디테일하게 신경쓰면서 작업을 진행해야 할 것 같다.

10/31 [12주차] UI Prototype

KEEP

첫 프로토타입, 공부와 동시에 실전

길고 길었던 UI 작업이 드디어 마무리가 되었다. 12주차는 UT를 위한 프로토타입을 적용하고 최종 제출하는 주간이었다.
나는 피그마 프로토타입 경험이 없어서 일정 내에 잘 해낼 수 있을 지 걱정되었지만, 이번 기회에 프로토타입을 공부하고 팀원들이나 멘토님들에게 배울 수 있는 기회라고 생각해서 Task 2의 프로토타입을 맡았다.

피그마 내에서 직접 이것저것 만져보고, 유튜브 영상을 찾아보며 배우다보니 금방 익숙해질 수 있었다. 기본적인 화면 연결을 모두 진행한 후에는 디테일을 살리고 싶다는 욕심이 생겼다. 실제 앱에서는 어떻게 화면전환이 되는 지 살펴보면서, 작업한 UI를 좀 더 효과적으로 보여줄 수 있는 포로토타입을 적극적으로 적용해 보았다.

Problem

탄탄한 설계의 필요성

기획부터 UI 작업까지 모든 과정에서 실제 사용자가 사용하는 상황을 고려하면서 만들었지만, 그럼에도 부족한 부분들이 발견되고 있다.
우리 서비스는 '신뢰도'가 핵심인데, 사용자들이 서로 사례비를 송금하는 플로우에서 '믿을 수 있는 안전 거래'의 조건을 충족하지 못하고 있다는 느낌을 받았다. 팀원들에게 곧바로 내용을 공유했고, 현재 UI가 기존에 기획했던 결제 플로우와 달라진 걸 뒤늦게 깨달았다. 팀원 모두가 일정 내에 마무리 해야하는 것에 집중하느라 놓친 부분들이 있다는 걸 회고하면서, UT 결과를 반영하여 결제 부분을 조금 더 탄탄하게 설계 및 보완하기로 했다.

Try

컴포넌트 새로 만들기

팀원 모두가 'UT를 위한 최종 UI 완성'에 목표를 두고 임했다. 그 과정에서 컴포넌트 작업이 중구난방으로 이뤄지고, 불필요하게 많은 컴포넌트와 페이지가 생성되었다.
컴포넌트를 담당한 팀원이 UI 작업 당시 컴포넌트를 열심히 만들었는데, 프로토타입을 적용하는 과정에서 기존 컴포넌트를 사용하지 않고 프로토타입을 위한 새로운 컴포넌트를 다시 만드는 상황이 발생했다. 어느 정도 컴포넌트에 익숙해졌다고 생각했는데, 프로토타입이 반영된 컴포넌트 제작은 또 다른 문제인 것 같다.
실제 실무에서는 처음 컴포넌트 만들 때부터 프로토타입을 고려해서 작업하는 지, 컴포넌트를 생성하는 기준이나 방법이 궁금하다. 12주차 UT가 끝나면, 멘토님들께 질문하고 공부해서 우리 프로젝트 컴포넌트에 다시 반영해 보려고 한다.

10/24 [11주차] UI 작업

KEEP

유저의 1초를 생각하는 것

UT를 앞두고 작업을 하면서 유저의 입장에서 더 많이 생각하게 되었다. 유저에게 요구하는 행동이 많지 않은지, 하나의 과정이 너무 번거롭지는 않은지, 버튼을 눌렀을 때 유저가 예상한 화면이 나오는지 등 유저의 흐름을 따라가면서 수정되는 디자인이 많았다. 시간 내에 완성하는 것도 중요하지만, UT 기회를 제대로 활용하기 위해 진짜 유저에게 닿는다는 생각으로, 더 많은 유저가 편리하게 이용할 수 있는 플로우에 집중했다.

Problem

완벽보다 완료

UI의 완성도만큼 중요한 건 데드라인 내에 작업을 마무리하는 것. 팀원들과 설정한 일정들이 각자의 사정으로 조금씩 밀리게 되었다. 최종 UT날이 코앞으로 다가오면서 어느 정도 UI가 마무리 지어져야 하는 상황이라, 팀원들에게 일정을 다시 리마인드하고 마지막 일정을 조율했다. 개인 일정상 속도가 더딘 팀원의 파트를 도와서 작업하면서 정해진 일정에 지장없이 마무리하기 위해 고군분투 중이다!

Try

프로토타입 첫 도전

UT를 위해서 프로토타입이 반영되어 있어야 한다. 피그마에서는 처음 사용해보는 기능이라 직접 적용하면서 빠르게 습득해야 하는 상황이다. 그래서 프로토타입 반영 전 멘토님들이 추천해주신 오토플로우 플러그인으로 플로우를 잡아보았다. 내일 팀원들에게 내가 잡아놓은 플로우를 공유하고, 피드백을 거친 후 프로토타입을 진행해 보려고 한다. 마지막까지 긴장감을 늦추지 말고 마무리를 잘 해야겠다. 화이팅!

[10주차] UI 작업

KEEP

핵심 기능이 담긴 화면을 잘 설정한 것

UT를 진행하는 날까지 2주 남짓 남은 상황에서 모든 화면을 구현하는 것은 힘들다고 판단했다. 그래서 우리 팀은 서비스의 핵심 기능을 담은 세 가지 Task를 선정했다. 그리고 각 Task마다 유저 플로우를 생각하면서 구현되어야 하는 화면을 뽑아냈다. 가장 중요한 메인 화면들부터 작업을 진행했고, 메인 화면의 UI가 결정되고 나서부터는 전체적인 서비스 UI 방향이 명확해져서 디자인 작업이 조금 수월해졌다.

Problem

디자인 시스템을 늦게 설정한 것

UI 작업을 어느 정도 진행한 후에 디자인 시스템을 잡다보니 폰트나 컬러가 위계질서 없이 불규칙하게 사용되고 있었다는 걸 깨달았다. 팀원들과 다시 디자인 시스템을 잡아가는 과정에서 시간이 많이 소요됐다.

멘토님들이 디자인 시스템의 중요성을 강조한 이유를 직접 경험하고 나서야 제대로 알게 되었다. 특히 여러 디자이너가 하나의 프로덕트를 만들 때에는 일관성 있는 UI를 위해 디자인 시스템이 빠르게 잡혀야 할 것 같다.

Try

데드라인을 고려한 일정 설정

UT 예정일 전까지 UI-프로토타입-팀 내 테스트를 거쳐 작업이 완벽하게 잘 마무리 될 수 있도록 일정을 잘 신경써야 할 것 같다. 이미 기존 커리큘럼 일정보다 UT가 밀린 상태이기 때문에 이번에 팀원들과 정한 화면별 작업 일정에 맞춰 작업에 집중해야 겠다. 일정에 쫓겨 UX를 고려하지 않은 디자인이 나오지 않도록 주의하자! 개인 작업 시간 분배를 잘 해내고, 팀원들과 진행상황을 활발하게 공유하면서 댕동 프로젝트 UT 잘 마무리해보자!

10/10 [9주차] UI

KEEP

일관성 있는 UI 만들어 나가기

‘댕동'이라는 서비스명과 우리의 핵심 기능에 맞는 최종 UI 디자인 컨셉을 결정했다. 디자인 컨셉을 기준으로 팀원들과 각자 페이지를 맡아 시안 작업을 진행했다.

나는 이번 작업에서 서비스 컨셉을 잘 담아낸 UI 구현에 집중했다. 다른 플랫폼에서는 유사한 기능을 어떻게 표현하고 있는지 UI와 UX 관점에서 레퍼런스를 많이 찾아보고, 다양한 앱을 직접 깔아 사용해 보면서 다양한 화면 디자인을 시도했다.

내가 맡은 화면 중 하나인 요청 글 작성 페이지가 우리 서비스의 핵심 기능이다보니, Input 요소에 서비스 컨셉을 담기 위해 노력했다. Text field 입력 방식부터 tag와 Button 컬러 하나하나 다양한 시도를 하면서 최종 시안을 만든 결과, 팀원들에게 우리 서비스 컨셉에 가장 잘 맞는 UI를 구현했다는 이야기를 들을 수 있었다.

멘토님께서도 우리 팀의 UI는 전체적으로 균형미가 잘 잡힌 것 같아서 플로우와 사용성을 고민하며 본격적으로 작업해도 좋을 것 같다고 긍적적인 피드백을 주셨다.

Problem

계층 구조를 고려한 UI

그레이 컬러를 사용하는 게 어려웠다. 기능에 따라 그레이 컬러 값에 조금씩 차이를 주려다보니 한 화면에 너무 많은 컬러가 사용된 느낌을 받았다. 정보 계층의 중요도를 항상 고민하고 컬러 사용에 목적이 명확해야 한다는 멘토님의 피드백을 듣고, 화면별 계층 구조를 생각하면서 컬러 시스템을 잡아갔다. 아직은 컬러 하나에도 많은 고민과 스터디가 필요한 단계이지만, 이런 작은 디테일이 완성도에 큰 영향을 미친다는 게 UI의 매력인 것 같다!

Try

컴포넌트를 활용한 디자인

최종 시안이 결정되어 디자인 시스템과 컴포넌트를 만드는 작업을 진행하고 있다. 필요한 컴포넌트를 만들고, 컴포넌트를 기존 작업물에 적용하는 과정에서 생각보다 시간이 많이 소요되었다. 실무에서 컴포넌트 활용이 왜 중요하다고 했는지 직접 만들면서 알 수 있었다. 이제는 컴포넌트를 바로바로 적용해 가면서 화면을 빠르고 일관성있게 만들어 가야겠다.

9/16 [7주차] UI : IA 작성하기

KEEP

멘토님이 알려주신 IA 작성 방법을 따른 것

멘토님이 강의에서 알려주신 노션 IA 작성법을 최대한 비슷하게 구현하려고 노력했다.

이유는 크게 두 가지였다. 멘토님의 IA 작성 방식은 현재 리오랩의 디저이너 분들이 사용하고 있는 방법이기 때문에, 디자인 구현과 협업에 유용한 방식이라고 느꼈다.

두 번째는 멘토님에게 익숙한 방식으로 작성했을 때, 양질의 피드백을 받을 수 있을 것이라고 생각했다. 우리 앱이 유저가 두 타입으로 나뉘는 복잡한 IA여서 원활한 소통을 위해 익숙한 템플릿을 따르는 게 좋다고 판단했다.

강의 내용을 복기하고 예전 사전과제에서 올려주셨던 리오랩 IA 예시를 보며 공부한 후에 IA를 작업했다.

그 결과, 멘토님께 IA 작성 방법을 잘 이해하고 있는 것 같고, 꼼꼼하게 잘 작성했다는 긍정적인 피드백을 들을 수 있었다.

Problem

유저 간의 핑퐁을 고려한 IA

우리 앱은 '요청하는 유저'와 '요청을 수행하는 유저' 두 타입의 유저가 이용하기 때문에, 두 유저간의 핑퐁을 고려하여 IA를 작성하는 과정이 어려웠다. 두 유저에게 필요한 기능과 데이터를 나열하고, 서로 연결이 될 수 있도록 누락되는 부분은 없는 지 고민하는 과정이 길었다. 팀원들과 꼼꼼하게 작성하려고 노력했는데, 새로 볼 때마다 계속 보완점이 나왔다. IA를 작성할 때는 더 깊고 진하게 고민해야 할 것 같다.

Try

작성된 IA 비판적으로 바라보기

1차적으로 핵심 기능의 IA 작성은 완료하였고, 이번 주에는 작성한 IA를 바탕으로 UI 작업에 들어간다.
아직 IA가 완벽한 상태가 아니기 때문에, UI를 작업하면서도 우리가 놓친 부분은 없는 지 계속 생각하면서 작업해야 할 것 같다. 작성한 IA를 보면서 UI를 디자인하는 과정을 통해, IA를 어떻게 작성해야 디자인을 할 때 유용한 지 생각하면서 작업하면 좋을 것 같다.

9/26 [7주차] UI : IA 작성하기

KEEP

멘토님이 알려주신 IA 작성 방법을 따른 것

멘토님이 강의에서 알려주신 노션 IA 작성법을 최대한 비슷하게 구현하려고 노력했다.

이유는 크게 두 가지였다. 멘토님의 IA 작성 방식은 현재 리오랩의 디저이너 분들이 사용하고 있는 방법이기 때문에, 디자인 구현과 협업에 유용한 방식이라고 느꼈다.

두 번째는 멘토님에게 익숙한 방식으로 작성했을 때, 양질의 피드백을 받을 수 있을 것이라고 생각했다. 우리 앱이 유저가 두 타입으로 나뉘는 복잡한 IA여서 원활한 소통을 위해 익숙한 템플릿을 따르는 게 좋다고 판단했다.

강의 내용을 복기하고 예전 사전과제에서 올려주셨던 리오랩 IA 예시를 보며 공부한 후에 IA를 작업했다.

그 결과, 멘토님께 IA 작성 방법을 잘 이해하고 있는 것 같고, 꼼꼼하게 잘 작성했다는 긍정적인 피드백을 들을 수 있었다.

Problem

유저 간의 핑퐁을 고려한 IA

우리 앱은 '요청하는 유저'와 '요청을 수행하는 유저' 두 타입의 유저가 이용하기 때문에, 두 유저간의 핑퐁을 고려하여 IA를 작성하는 과정이 어려웠다. 두 유저에게 필요한 기능과 데이터를 나열하고, 서로 연결이 될 수 있도록 누락되는 부분은 없는 지 고민하는 과정이 길었다. 팀원들과 꼼꼼하게 작성하려고 노력했는데, 새로 볼 때마다 계속 보완점이 나왔다. IA를 작성할 때는 더 깊고 진하게 고민해야 할 것 같다.

Try

작성된 IA 비판적으로 바라보기

1차적으로 핵심 기능의 IA 작성은 완료하였고, 이번 주에는 작성한 IA를 바탕으로 UI 작업에 들어간다.
아직 IA가 완벽한 상태가 아니기 때문에, UI를 작업하면서도 우리가 놓친 부분은 없는 지 계속 생각하면서 작업해야 할 것 같다. 작성한 IA를 보면서 UI를 디자인하는 과정을 통해, IA를 어떻게 작성해야 디자인을 할 때 유용한 지 생각하면서 작업하면 좋을 것 같다.

9/19 [6주차] UX:Vision 회고

KEEP

가설 검증을 토대로 서비스 방향을 바꾼 것

가설 검증 과정에서 팀 내부 회고와 멘토님들의 피드백을 토대로 서비스 방향을 바꾸기로 결정했다. 이미 기획이 상당히 진행된 상태라 부트캠프 일정 등 우려되는 부분이 많았지만, 팀원들과 충분한 논의 끝에 더 나은 서비스를 위한 결단을 내렸다.

팀원들과 하루 12시간씩 허들로 작업하면서 프로젝트에 몰입한 결과, 한 주 만에 새로운 가설을 토대로 한 유저 저니맵까지 뽑아낼 수 있었다.

다양한 도메인을 리서치를 한 것

우리 서비스의 주제인 '반려견' 서비스의 벤치마킹 사례를 찾다 보니 이미 레드오션 이라는 결론이 나왔다. 돌파구가 보이지 않아 깊은 고민에 빠졌는데, 문득 주제에 갇혀 한정적인 틀 안에서 사고를 하고 있다는 생각이 들었다.

시야를 넓혀 다른 도메인과 산업 분야들을 리서치했고, 마침내 실마리가 될 만한 리소스를 발견할 수 있었다!

Problem

효율적인 협업 방식 필요
우리 팀은 대부분의 작업을 온라인으로 만나 함께 작업했다. (의욕 활활 🔥)

실시간으로 소통하며 디벨롭하는 과정이 정말 좋았지만, 몇 가지 문제점도 있었다.
먼저, 1부터 10까지 같이 하다 보니 논의 과정이 길어져 며칠 동안 밤샘 작업이 이어졌고 이로 인한 체력 분배 실패.
두 번째는 함께 작업하다가 의문이 생기면 팀원 모두 갇혀버리는 경우가 생겼다. 다 함께 멘붕에 빠졌다가, 긴 사투 끝에 함께 헤쳐 나오는 식.

그 과정에서 팀워크가 끈끈해지고 프로젝트도 더 탄탄해졌지만, 금방 해결할 수 있는 문제를 꽤 오래 잡고 있는 순간이 많았던 것 같다.

Try
다양한 작업 방식 시도해보기

지난 주 인터뷰지를 작성하는 과정에서, 각자 인터뷰 질문을 작성한 후 만나서 작업했더니 훨씬 수월하게 작업을 마무리할 수 있었다.
다음 주 메인 과제를 진행할 때, 팀원들과 과제에 적절한 작업 방식을 논의해보고 우리 팀만의 협업 방식을 찾아가면 좋을 것 같다!

데일리 회고 작성하기 ✍🏻
부트캠프와 사이드 프로젝트를 병행하다 보니, 스케줄 관리와 업무 분배를 더 체계적으로 해야 할 필요성을 느꼈다. 그리고 기록의 중요성을 깨닫고 있는 요즘! 오늘부터 매일 데일리 회고를 작성해 보려고 한다.