* UX의 ZEN이라는 이름으로 올리는 포스트는, UX의 절대적인 답이라기보다는, 그동안의 경험과 이해를 바탕으로 내가 주장하고자 하는 내용이야. 즉, 절대적인 것도 아니고 잘못되었을 수도 있지만, 나로서는 거의 확신에 가까운 내용이지. 이 시리즈를 볼 때는 이런 관점으로 이해해 주길 바라. 이전 포스팅 (링크1, 링크2)에서 탭의 4가지 속성 중 두 가지를 이야기했어. 하다 보니 푸념이 되긴 했지만, 뭐 어때. 개인 블로그인데. ^^ ① 탭 간의 연결성 ② 영역의 제한성 (지배적 성질) ③ 탭의 지시성 (앵커와 기능이 겹침) ④ 탭 간의 배타성 오늘은 이 중 ③ 탭의 지시성에 대해서 써 볼까 해. 오늘 설명하는 탭은 앞의 두 포스팅에서 설명하는 탭과는 다르게 '앵커 기능'을 중심으로 이야기하려 해. 앞..

* UX의 ZEN이라는 이름으로 올리는 포스트는, UX의 절대적인 답이라기보다는, 그동안의 경험과 이해를 바탕으로 내가 주장하고자 하는 내용이야. 즉, 절대적인 것도 아니고 잘못되었을 수도 있지만, 나로서는 거의 확신에 가까운 내용이지. 이 시리즈를 볼 때는 이런 관점으로 이해해 주길 바라. 이전 포스팅 (링크)에서 탭의 4가지 속성을 이야기했어. ① 탭 간의 연결성 ② 영역의 제한성 (지배적 성질) ③ 탭의 지시성 (앵커와 기능이 겹침) ④ 탭 간의 배타성 이전 얘기가 애매하게 끝났지만 — 일단은 go. ^^ 영역의 제한성에 대해서 이야기할까 해. 문서 또는 책에서의 전통적 탭 개념은 애초에 분명한 경계가 있었기 때문에, 탭이 지시하는 영역이 비교적 명확했어. 다음 탭이 나오기 전까지의 카드들만 담으면..

* UX의 ZEN이라는 이름으로 올리는 포스트는, UX의 절대적인 답이라기보다는, 그동안의 경험과 이해를 바탕으로 내가 주장하고자 하는 내용이야. 즉, 절대적인 것도 아니고 잘못되었을 수도 있지만, 나로서는 거의 확신에 가까운 내용이지. 이 시리즈를 볼 때는 이런 관점으로 이해해 주길 바라. 오늘 할 얘기는 탭에 대한 이야기야. Tab. Tap 말고 Tab. 옛날에 사내 뉴스레터를 제작할 때도 이 내용을 쓰기는 했지만 (링크), 다시 써야할 필요를 느꼈어. 시대가 변하면서 관점도 좀 수정됐고, UX 문화가 성숙하게 되면 자연히 탭이 지양될 것이라고 믿었는데 여전히 실무에서 탭을 '밀어내야' 하는 상황이 많아서, 수고스럽더라도 wiki에 글 쓰듯이 내 나름의 정리를 해야할 것 같았어. 탭은 캐비넷과 색인(..

* 이걸 우리말로 뭐라고 불러야 하지? 라운디드 렉탱글? 둥글린 사각형? 콩글리시로 흔히 '라운딩 사각형'이라고 부르긴 하지만 가장 찝찝한 표현이고. 이 글에서는 '둥근 모서리'로 불러야 할 것 같아. 사실 UX의 분류상으로 보면 Rounded Rectangle 보다는 Rounded Corner(s)로 이야기를 전개하는 게 맞겠지. 하지만, 이번 이야기는 단순히 '둥근 모서리의 사각형' 이야기만 할게.요즘 같이 일하는 주니어는 라운딩을 싫어해.왜인지 물어보면, "굳이 필요없는 요소라고 느껴서"라던가 "디자인이 어려지기 때문"이라고 답하더라구. 이런 친구들은 Cargo 스타일의 디자인을 좋아하는 유형이지, 혹은 바우하우스를 신봉하는 편이던가. 맞는 말이긴 해. 모서리를 둥글리면 여러모로 귀찮은 일이 생기지..

최근에 이슈가 된 인공지능 '이루다' 이슈는 꽤 심각한 문화적 사건이지만, 심각성과 관계없이 내겐 여러가지 문제를 동시에 생각하게 하는 흥미로운 주제였어. 이 서비스를 써본 적은 없어서, 자세히 관찰하기 위해 이루다를 찾아 봤는데, 예상외로 여전히 서비스가 운영 중이더라구. 한두 시간 돌려봤어. 개발사 사이트, 이루다 페북, 각종 뉴스 기사를 리서치했고, 이를 토대로 이루다에 대한 감상, 생각할 거리를 적어봤어. 우선, 내 결론을 말하자면 - 이걸 '인공지능'이라고 부른다고? 1. 도대체 우리나라 사람들은 언제쯤 개인정보를 제대로 보호받을까? AI 이루다를 만든 '스캐터랩'의 1차 문제는, 캐릭터 '이루다'가 성희롱, 혐오 발언을 하는 것에 앞서서, 이루다의 어휘를 구성하는 기준 데이터를 무단 수집했다는..

이 글도 2018년에 기고한 글을 옮겨 적은 건데, 약간만 고쳤어. 원문은 여기에서 볼 수 있는데, 오랜만에 보니 조금 오글. 존댓말이었는데, 여기에 맞게 반말체로. 조금 더 시니컬하게 내용을 바꿨음. ^^ 버릇없이 '너'라고 말하는 게 글의 톤과 맞으니 양해를. 철저하게 '선배'의 관점으로 쓴 글이니까. “디자인을 잘하려면 어떻게 해야 하나요?” - 종종 듣는 질문이긴 하지만, “그런 방법이 있다면 내가 먼저 했지”라는 뻔한 농담만 하는 수밖에. (질문할 때는 진심이겠지만, 솔직히 하란대로 하는 사람을 못 봐서 그래. ^^) 일단, 질문 자체가 좀 어려워. 쉽게 대답할 거리가 아니지. 질문이 어려운 이유는 - 모든 디자이너에게 통용되는 일반적인 발전의 방법론이라는 것이 있을 리 만무하거니와, 디자인은 ..

iOS 7이 발표된 지 벌써 7년이나 되었네. 2013년 6월에 발표된 iOS 7은 이전 버전과는 다르게, 스큐어모픽한 요소를 다 걷어내고 심플한 디자인으로 승부를 본 첫 시도였지. 아마도 더이상 스큐어모피즘을 사용해서 유저를 안내할 필요가 없다고 판단했기 때문일 거야. 이미 스마트폰이 충분히 익숙한 시대였으니까. 조너선 아이브가 당시 소프트웨어 총책임자였던 스캇 포스톨을 몰아내고(?) 소프트웨어 디자인까지 총괄했기 때문이라고 말하는 사람도 많았는데, 루머라기엔 실제로 마찰도 좀 컸었고, 사실이지 않을까 해. iOS 7을 처음 공개했을 때는 저 Blur UI를 관심 있게 보는 사람들이 별로 없었어. 수많은 표절 의혹이 있었기 때문에 Blur UI는 얘깃거리가 되지 못했지. 당시만 해도 안드로이드와 iOS..

이 글은 2018년에 기고한 글을 옮겨 적은 건데, 현재에 맞게 내용을 수정했어. 그 사이 내 생각도 바뀐 부분이 있고, 원문은 여기에서 볼 수 있는데, 이 내용이랑은 조금 달라. 난 다른 디자이너에 비해 언론사, 방송사 등 “정보를 다루는 프로젝트”를 많이 해 온 것 같아. 그러다보니 자연스럽게 텍스트 운용 정책에 대한 고민을 많이 하게 되었고, 다양한 디바이스 환경과 유저의 층위를 고려한 텍스트의 크기와 행간을 운용하는 것이 사용자의 편의에 직접적인 영향을 끼치는 요소라는 걸 알게 되었지. 텍스트 운용 정책으로는 행간, 자간, 색상대비, 문단너비 등 다양한 요소가 있지만, 오늘은 여러 번 테스트를 해 본, 그리고 KBS(2017), 중앙일보(2015) 프로젝트에 실험 결과를 반영했던 줄바꿈 실험에 대..

2014년쯤에 내부 교육용으로 만들었던 서울 지하철 노선도. 파일 정리하다가 발견해서 공유할까 해. 내 기억으로는, 그때가 지도 분야의 격변기가 아니었나 싶은데, 국내외 대다수 지도 서비스가 본격적으로 벡터화를 하기 시작했고, 애플은 Flyover 기능을 통해 지도의 3D화를 탐색하기 시작한 시기기 때문이지. 공교롭게 내가 이 지도를 만든 직후, 네이버에서도 서울 지하철 노선도 개선을 시도했던 걸 보면, 이 시대를 흐르던 디자인 트렌드의 영향이 아니었나도 싶어. 2014년 전후로 빅데이터에 대한 관심, 정보의 효율성에 대한 고민이 IT 계열 전체의 화두였으니, 당연히 시대적으로도 지도를 통한 탐색이 필요했을 거야. 당시의 나는 이렇게 가로로 긴 형태의 지하철 노선도가 과연 유효한 포맷인가에 대해 의구심을..

이전에 RightBrain에 있을 때 쓴 글인데, 반가와서 여기에 옮겨. 약간만 고쳤어. 아마 2018년 글일 거야. 디자이너들은 항상 다양한 피드백을 마주하게 됩니다. 디자인은 사용자의 다양한 관점 – 경제성, 기능성, 심리성 등 – 을 모두 만족시켜야 하기 때문에, 다양한 이해관계자와의 심도 깊은 대화와 피드백이 발생할 수 밖에 없죠. 하지만, 숱한 피드백 중 꽤나 성가신 유형의 피드백이 있습니다. 바로 “이게 더 예쁘네요” 피드백이죠. 발화자가 디자이너라면 그나마 좀 낫습니다. 서로 심미적인 속성을 이야기해도 되는 사이니까요. 하지만, 실제로 “예쁘네요” 피드백은 기획자로부터, 클라이언트로부터, 개발자로부터, 마케터로부터 더 많이 듣습니다. 뭐, 어느 정도는 자존심의 문제라고 생각하기도 했습니다. ..