레이블이 사용자인 게시물을 표시합니다. 모든 게시물 표시
레이블이 사용자인 게시물을 표시합니다. 모든 게시물 표시

2008년 4월 11일 금요일

사용자들은 정말로 편하다고 생각할까?

웹퍼블리셔로 직업을 갖고 웹접근성과 웹표준화에 대한 연구를 하면서 CDK는 가장 좋은 토론의 장이 되고 있습니다. 업계의 많은 전문가들이 하나의 이슈를 가지고 서로 다른 의견을 내놓기도 하고, 쓸만한 결론이나 합의를 이끌기도 합니다. 논의의 깊이는 점 점 깊어지고, 내용의 범위는 점점 커집니다. 질적으로 정말 수준이 높아지고 있는 커뮤니티이고, 그 안에서 단 한줄의 댓글이라도 달 수 있는 영광이 내게도 있다는 사실이 가끔은 뿌듯하게 느껴지기도 합니다.

그런데 요즘 한가지 의심이 생기기 시작했습니다. 우리들(CDK에서 활동하는 웹 종사자들)의 토론과 결론이 과연 타당한가하는 것입니다. 최근 dece24님께서 올려주신 '셀렉트, 점프, 드롭다운, 풀다운 메뉴의 GO 버튼 이슈.' 글타래에서 dece24님은 마지막에

여기서 만약 go 버튼이 없다면(설사 숨어있다손 치더라도 디자인을 해치기 때문에 나타나서는 안된다고 가정하면) 사용자는 이것을 점프메뉴가 아니라 그냥 폼의 옵션중 하나라고 생각할 가능성이 크다는 점이 제가 우려하는 점

이라고 정리 댓글을 달아 주셨습니다.

일단 저 역시 dece24님 의견이 동감하는 입장임을 밝힙니다. 그리고 제 글이 dece24님의 글에 대한 딴지를 거는 것이 아니니 오해가 없으셨으면 좋겠습니다.

인용된 dece24님의 글만을 보면 언급된 사용자가 이 글타래의 이슈(웹접근성)가 되는 시각장애인을 지칭한다고 생각합니다. 따라서 '사용자는 이것을 점프메뉴가 아니라 그냥 폼의 옵션중 하나라고 생각할 가능성이 크다는 점'이라고 쓰신 것에는 사실 문제가 없는것 같습니다. 그런데 웹표준이 이슈화 되고 이런 문제에 대한 논의가 활발해진 것이 최근인 것을 보면 지금까지 시작장애인들은 Select 요소로 작성된 점프메뉴를 계속해서 사용했거나, 최소한 전후맥락(폼 양식이라면 최소한 전후에 관련된 다른 폼 양식도 함께 포함하거나 제목을 달고 있을 것이고, 바로바기 메뉴의 경우 대부분 본문의 상단이나 하단에 별도로 나타납니다.)을 짚어 그것이 양식 폼 안에서의 옵션이 아니라 점프되는 메뉴라는 것을 인식했을 가능성이 큽니다. 물론 이 경우가 나쁜 웹접근성을 가진 것이고 잘못 된 것이기는 합니다. 하지만 사용성이라는 것이 최고의 이론이나 옳다고 생각되는 기술에 의한 것이기 보다 사용자의 직접적인 경험에 의해 형성되는 경우가 많습니다. 항상 안으로 당겨야 하는 문이 있습니다. 사람들은 힘을 강하게 주어 안으로 당기는 이 문이 불편합니다. 하지만 어쩔수 없이 지속적으로 문을 당기며 출입을 했습니다. 그런데 어느날 사용자 편의성을 고려한 사장이 문을 밀고 나가도록 교체를 했습니다. 사람들은 당황해 할 겁니다. 당겼는데 열리지 않는 문을 보면서 문이 잠겼다고 생각할 수도 있습니다. 물론 시간이 지나면 밀고 나가는 방식을 더 편하게 생각하면서 바로 적응할 겁니다.

예로 든 출입문의 경우는 확실히 밀고 나가는 방식이 편하고, 처음에는 갑자기 바뀐 방식에 당황해 하지만 곧 변화를 받아들이고 더 편한 사용성을 확인합니다. dece24님의 이슈는 그동안 출입문을 당기는 방식에서 미는 방식으로 바꾸는 것이라고 생각합니다. 처음에는 혼동이 올 수 있겠지만  ul과 a로 바뀐 바로가기 메뉴에 더 친절함을 느끼고, 편리함을 느낄 것이라고 저 역시 기대합니다. 하지만 모든 경우가 이렇지는 않을 것이라는게 제 고민입니다.

요즘은 UX(사용자 경험)만을 전문으로 다루는 사람들이 있죠. 그들은 사용자들이 웹사이트에서 마우스를 어디에 두는지 시선을 어디에 두는지 몇번 클릭하고, 어떻게 드래그 하는지. 키보드는 조작하는지 등등을 조사하고 연구하는 사람들이라고 알고 있습니다. 하지만 모든 회사에 이런 UX관련 부서나 인원이 있는 것은 아니고, 이렇게 연구되고 조사된 UX 관련 자료가 항상 공개되는 것도 아닙니다. 대부분은 기업에서 자사의 웹사이트를 좀 더 효과적으로 개발하기 위한 자료로 이용되고 있을 겁니다.

문득 우리에게도 이런 자료가 절실히 필요하다는 생각을 해 봤습니다.

문제는 좁게는 웹퍼블리셔, 넓게는 개발자와 디자이너를 포함한 범위에서의 웹개발자들이 실제로 사용자들의 반응이나 패턴을 조사하거나 확인해 보지 않고, 회의실 안에 모인 개발자들끼리의 논의와 고민만 가지고 '그럴 수 있다'라고 생각하는 경우가 종종 있지는 않은가 하는 것입니다.
쉽게 말해서 개발자 입장에서의 사용사 편의성(사용성)을 고민한다는 것이죠. 개발자 역시 넓은 의미에서 한명의 사용자이기 때문에 내가 불편하면 다른 사용자도 불편하다는 논리와 개발자 스스로 고민한 사항이 대다수의 사용자들에게도 적용될 것이라는 기대 심리가 작용한다고 생각합니다.

정치와 비교할 수는 없겠지만 소수의 정치인들이 생각하는 정책의 논리가 대다수의 국민의 생각과 크게 다른경우를 종종 볼 수 있습니다. 책상머리에 앉아서 자기들끼리만 입씨름하고 고민한 까닭이지요.

우리 웹 종사자들 역시 그런 실수를 하고는 있지 않은가 하는 생각이 들었습니다. 네이버나 다음 정도의 포털에서는 그래도 사용자 테스트를 해볼 수 있는 기회를 가져볼 수도 있겠지만(정말 하고 있나요?) 대부분의 웹에이전시에서는 현실적으로 어려움이 많습니다. 때문에 포털의 기술을 '믿고' 가져오거나, 전문가의 의견을 적절성 여부를 깊이 있게 고민해 보지 않고 따르는 경향이 있는것 같습니다.

결론은 우리가 어떤 사용성 또는 접근성 이슈를 가지고 논의를 하고 결론을 도출해 내는 과정에서 섣불리 '사용자는 그럴 것이다'라고 판단해서는 안된다는 것입니다. 백 명의 웹퍼블리셔가 옳은 방법이라고 생각해도 백 명의 웹퍼블리셔를 제외한 거의 모든 사용자들은 그것이 더 불편하다고 느낄 수 있을지 모르는 겁니다. 이 넌센스를 극복하기 위해서는 지금까지와 같은 진지한 고민과 토론 의외에도 실질적이고도 객관적인 사용자경험(UX)에 대한 연구가 활발히 이루어지고, 공유가 되어져야 할 것 같습니다.

2008년 4월 8일 화요일

개발자들이여 당신의 상사가 바보같다고 느껴진다면 이 책을 선물하라

소프트웨어 누가 이렇게 개떡같이 만든 거야 상세보기
데이비드 S. 플랫 지음 | 인사이트 펴냄
소프트웨어 사용이 어려운 이유는? 『소프트웨어 누가 이렇게 개떡같이 만든 거야』는 왜 사용자가 소프트웨어를 사용하기가 어려운지에 대해 이야기한다. 소프트웨어를 어렵게 느끼는 이유는 무엇인지, 누구 때문에 이러한 일들이 발생하는지, 과연 잘 만들어진 소프트웨어는 어떠한 것인지에 대해 재미있고 직관적으로 풀이한다. 잘못된 소프트웨어를 만드는 개발자들의 방식과 사용자들이 생각하는 방법을 대조적으로 알기

저는 웹퍼블리셔입니다. XHTML으로 마크업을 하고 CSS를 가지고 웹디자이너가 건네준 디자인을 브라우저 화면에 재디자인합니다. 그리고 JavaScript로 약간의 재주를 부리기도 합니다.

최근에 웹2.0이라는 경제적 용어가 이슈가 되고, 뒤를 이어서 웹접근성과 웹표준화에 대한 이슈가 커지고 있습니다. 하지만 아직도 많은 수의 클라이언트(기업의 우두머리들)와 웹사이트를 대신해서 만들어주는(웹에이젼시) 기업 내의 거의 모든 사람들은 이를 외면하거나 애써 피하려고만 합니다. 오직 웹퍼블리셔들만이 쫑알쫑알 떠들어 대는 듯한 느낌이 강합니다. 그나마 그것도 소수의 웹퍼블리셔들만이 말입니다.

최근에 저는 사내에서 적극적(?)으로 웹표준 홍보를 하고 있습니다. 웹디자이너들에게 사용자들이 폰트를 크게 키워서 볼 수 있다는 것을 인식시키고, 유연한 레이아웃을 부탁합니다. 바로가기 셀렉트 박스 옆에 버튼을 달아두면 시각장애인도 이용할 수 있을것이다라는 이야기도 합니다. 플래셔에게는 플래시의 대체 텍스트 기능이 들어 있음을 알려줍니다.(저는 플래시를 전혀 모릅니다. 하지만 웹에서 검색을 통해서 알아냈고, 그 사실을 항상 플래시를 다루는 사람들에게 알려주고 있는 겁니다! 이게 뭡니까!) 기획자와는 아주 긴 시간 논쟁을 벌여야 합니다. 그들의 스토리보드를 뜯어고쳐야 하고, 개발 프로세스를 개선할 것을 요구합니다. 그들에게 장차법을 소개하고, 다양한 브라우저를 보여줍니다. 그리고 우리 회사가 만들었던 그 많은 사이트들을 하나씩 보여줍니다. 그들은 당황해 합니다. 그러나 어떻게 해야 할지 모릅니다. 그저 클라이언트가 좋아만 하면 그만이다 말합니다. 20대를 위한 사이트는 20대만 들어오면 되고, 비주얼이 강한 사이트는 시각 장애인이 와도 볼게 없으니 무시해도 된다라는 논리. 청각 장애인을 위해서 간단한 사이트를 하나 더 만들면 되지 않겠냐는 논리. 회원가입 양식에 온갖 항목을 집어놓고 단 하나의 에러도 표시해주지 않아서 다시 처음부터 가입하게 만드는 개발자의 센스. 우리에게 사용자란 무엇인지? 사용자를 위한 사용성이란 무엇인지? 한번 진지하게 고민해봐야 하지 않을까요.

웹표준과 웹접근성에 대한 이슈는 이 책이 지적하는 사용자에 대한 사용성과 아주 밀접한 관계를 가지고 있습니다. 바보같은 개발자들은 자신들의 관점으로 사용성을 판단한다. 맞는 말인것 같습니다. 저도 제가 코딩한 마크업 문서의 오류를 확실하게 찾아내지 못합니다. 제가 작업한 스크립트가 사용자에게 편리함을 준다고 착각할 때가 아주 많습니다. 저 역시 한 명의 사용자라고 생각하기 때문입니다. 하지만 개발자는 어디까지나 개발자입니다. 완벽하게 사용자일 수 없습니다. 온전하게 컴퓨터를 제대로 알지 못하는 사용자 말입니다. 시시때때로 경고창과 말도 안되는 에러 메세지를 띄워서 사용자에게 선택을 강요하는 것은 개발자가 생각하는 사용자에 대한 사용성일 뿐입니다. 사용자들은 그것들을 원하지도 않고, 오히려 불편해 한다는 사실을 이 책은 적나라하게 보여주고 있습니다.

제가 생각하는 한국의 웹은 아주 심각할 정도의 개발자들의 웹입니다. 온통 신기하고 제멋대로인 웹이 지천에 널려 있습니다. 사용자들은 이 불편한 웹을 매번 새롭게 교육받으며 몇번의 시행착오를 거치며 적응해 가고 있습니다.

UI/UX를 떠들면서 우리는 항상 사용자 입장에서 생각한다라는 말을 합니다. 하지만 진정 사용자가 누구였는지를 고민하지 않았습니다.

처음 이 책의 제목을 접했을때 나는 단지 윈도우(또는 맥)의 소프트웨어를 만드는 사람들에게 딴지를 거는 것이겠지 싶었습니다. 하지만 저자는 윈도우와 웹을 폭넓게 껴 안으며 사용자를 무시하는 모든 개발자들을 싸잡아 '바보'로 만들었습니다.

너무나 속이 후련하고 시원합니다. 만약에 당신의 상사가- 대리나 팀장, 과장이나 부장이나 심지어 실장이나 이사라고 할지라도- 정말 바보같다고 느껴진다면 이 책을 읽어보라고 말 하시기 바랍니다. 저는 이 삼품평으로 인해 출판사가 돈을 더 벌고 저자가 비싼 음식을 먹게 할 마음은 추호에도 없습니다. 가까운 도서관에 이 책이 있다면 공짜로라도 보시기를 바랄 뿐입니다. 지인중에 누군가 이미 이 책을 사서 보았다면 빌리거나 복사라도 해서 읽어보시길 바라는 겁니다.

개발자들은 너무나 소심해서 자신을 향해 '바보'라고 욕을 해대면 화를 낼지 모릅니다. 하지만 최소한 그렇게 부끄러워할 줄 아는 개발자라면 이 책을 읽고 사용자에 대한 생각을 고칠수 있을것이라고 생각합니다.