UI(5)
-
[UI디자인] 예쁜 UI디자인은 쓸모 없다고 생각하는 이유
며칠 전 아내와 함께 "워크맨"이라는 유튜브 채널의 넥스트매치편을 보았습니다. 한국에 막 돌아왔던 2019년 8월 이 회사에서 면접을 본 적이 있는데 그때의 기억이 많이 떠올랐습니다. 당시 제가 인터뷰에서 너무 솔직하고 때로는 예의 없게 대답했던 게 많이 기억에 남습니다. 그리고 반대로 제 포트폴리오의 UI디자인 역시 정적이고 촌스럽다는 피드백을 받았었죠. 그 후, 그게 동기가 되어 많은 소개팅 앱을 설치하고 이용했던 것이 기억납니다. 그 중, 튤립이라는 앱이 제 아내를 만나게 해주었죠. 지금은 아들의 출산을 기다리고 있습니다. 넥스트매치에서 면접을 본 게 3년 전인데요, 사실 이후 커리어에서는 UI디자인의 능력 향상에 큰 관심을 갖지는 않았던 것 같습니다. 프로덕트매니저, 프로덕트디자이너, 서비스기회자..
2022.11.21 -
[책] 모든 사람이 사용할 수 있어야 좋은 디자인이다. 인클루시브 디자인에 대한 책 두 권
사람은 정말 많은 경험을 하고 많이 배워야하는 것 같습니다. 미래에 결국 이를 써먹게 되거든요. 사실 제가 속한 어웨어라는 곳은 2018년 미국에서 마지막 학기에 알게 됐던 회사입니다. 미세먼지와 관련된 프로젝트를 하던 중, 리서치에서 발견했던 회사거든요. 마찬가지로 대학교에 막 입학했던 2008년에 들었던 세미나가 하나 있습니다. 당시 신시네티 대학교에서 학과장이셨던 최수신 교수님이 하셨던 인클루시브 디자인에 대한 내용이었죠. 예쁜 디자인, 기발한 아이디어는 없었지만, 정말 재밌게 봤던 기억이 아직도 떠오릅니다. 한국에도 한동안 유니버셜 디자인이라는 이름으로 유행하게 됐는데, 주로 장애인을 위한 디자인으로 바뀌어서 유행했던 것 같습니다. 인클루시브(Inclusive) 디자인이란, 단어의 뜻대로 사용자를..
2022.05.07 -
[UI자료] 모달과 논모달: 사용할 때와 사용하지 말아야 할 때
"https://www.nngroup.com/articles/modal-nonmodal-dialog/"를 번역한 글입니다 요약 모달 대화 상자는 사용자를 방해하고 액션을 요구합니다. 중요한 정보에 집중해야 할 때 적절합니다. 모달과 논모달 차이점을 더 잘 이해하기 위해 "대화 상자(dialog)"와 "모달(modal)"이라는 용어의 의미를 살펴보겠습니다. 대화 상자(dialog)는 두 사람 간의 대화를 말합니다. UI에서 대화 상자는 시스템과 사용자 간의 "대화"이며, 종종 사용자에게 정보나 작업을 요청합니다. 모드는 동일한 시스템에 약간 다른 사용자 인터페이스가 있는 특수한 상태입니다. 각 모드에는 다른 명령이 있을 수 있으며 동일한 명령(또는 작업)이 시스템 모드에 따라 다른 결과를 생성할 수 있습니..
2022.04.20 -
[UI자료] 로딩 애니메이션에 대해 이해하기 - 로딩 타입과 적용 방법
"https://uxdesign.cc/understanding-loading-animation-types-and-its-application-e41ba914b847" 를 번역한 글입니다. Gmail, LinkedIn 또는 기타 웹사이트를 열 때 편안함과 평온함을 느끼시나요? 기다리는 시간을 즐겁게 해줄 무언가가 있나요? 그것이 기다리는 이유를 알려주고, 얼마나 기다려야하는지 신호를 준다고 생각하세요? 예, 이 마법이 바로 로딩 애니메이션입니다. 로딩 애니메이션이란? 사용자는 모든 데이터와 페이지를 로드하기 위해 잠시 기다려야 합니다. 그런 순간에 시스템은 사용자의 주의를 끌고 모든 콘텐츠가 로드될 때까지 인내할 수 있는 무언가가 필요합니다. 로딩 애니메이션은 웹사이트 로딩, 양식 제출, 업데이트 저장과 ..
2022.03.15 -
[UI자료] 이중 확인 모달 메시지: 할 것인가 말 것인가?
이 글은 "https://ux-alpaca.medium.com/double-confirmation-to-be-or-not-to-be-ebae44c0609a"를 번역한 글입니다. 사용자는 실수합니다. 그리고 UX를 기획할 때에는 실수 또한 고려돼야 합니다. 디자이너는 이를 수용하면서 동시에 가능한 복잡하지 않도록 노력해야 합니다. 그러나 이것은 Yes or No와 같은 이분법이 아니라 모든 사람과 경우에 꼭 맞는 솔루션이 없습니다. 현재 저는 사용자 실수로 되돌리기 어렵거나 불가능한 이벤트(클라이언트에게 발송된 이메일, 액세스 또는 항목 소유권 변경 등)가 발생할 수 있는 소프트웨어를 개발 중입니다. 사용자의 실수를 처리하는 세 가지 일반적인 접근 방식이 있음을 알았습니다. 이는 모두 오류 및 복구 가능성..
2022.02.16