UXlog: User Experience Blog

워드프로세싱과 게임플레이

진영규 — Wed, 03 Jun 2009 09:14:29 +0900

E3덕에 게임UI 관련 뉴스가 자주 들리고, 최근 uxfactory의 “웹디자이너가 게임 기획에서 배울만한 요소들” 이라는 글을 보고 예전 HCI2003에서 발표했던 내용이 생각나서 적습니다. 몇 년전에는 게임기획자분들과 함께 프로젝트를 진행하기도 하는등 게임 디자인에서 배울 수 있는 점을 찾으려고 시도했었는데요, 재미도 있었지만 어렵기도 했었던 기억이 남습니다. 어렵다고 말씀드린 이유는 제품과 게임, 두 가지 인터랙션의 근본적인 차이 때문이었죠.

Computer as Theatre에서 저자 Laurel은 인간-컴퓨터 활동을 생산적인 것과 경험적인 것으로 나눕니다. (Human-computer activity may be divided into two broad categories: productive and experiential.) 흔히 말하는 HCI에서의 UI는 생산적인 것이고 게임은 경험적인 것에 속합니다. 게임은 특정 과업을 수행하기 위한 과정이라기보다는 상호작용을 통한 경험 그 자체를 위한 것입니다. 경험적인 활동인 게임에서 Efficiency만을 최적화한다면 어떤 상황이 벌어질까요. 게임 패드로 캐릭터 이름을 직접 입력하게 하는 것은 비효율적이니까 캐릭터이름은 일괄 적용될 테고, 대전게임의 ‘→+LP,RP,RP,RP,RK,RP,LK,RK,RP,LP+RP’ 10단 콤보 입력명령은 비효율적이니까 단축명령키를 만들지도 모릅니다. 물론 실제로는 그래선 안 되고 그럴 리도 없지만요.

재미가 있고 없고가 어떤 차이를 가져다주는지의 명확한 예는 사용성 테스트입니다. 게임에서의 베타테스트는 게이머들의 자발적인 참여로 이루어집니다. 인기 게임의 경우 엄청난 경쟁을 통해 선발되며, 수천 명의 테스터가 헌신적으로 수십, 수백 시간을 미완성의 게임을 플레이하는데 투자합니다. 그래서 여러 가지 오류들을 잡아내고 문제점을 보완할 수 있게 되지요. 반면 사용성 테스트는 어떤가요. 상황에 따라 다르지만, 일반적으로 10명 안쪽의 사람들을 섭외해 길어야 한두 시간의 테스트를 위해 적지 않은 비용을 지급합니다. 수많은 게이머의 목소리를 어떻게 분석하고 요구 사항을 추출하여 이를 시스템에 적용할까요? 분명히 UX 프로세스에 적용할만한 부분이 있을것입니다.

워드프로세서에서 문서를 완성하는 경우와 롤플레잉 게임을 시작해 엔딩을 보는 경우를 비교해보면,

일반적으로 게임플레이를 할때는 한 개 이상의 세이브 파일을 생성하고 워드프로세서를 사용하는 경우는 계속 덮어쓰면서 하나의 파일을 생성합니다. 물론 게임에서도 계속 덮어쓰면서 하나의 파일을 만들 수도 있고 워드에서도 Save as로 버전관리를 할 수 있지만 기본적으로 대부분의 게임 UI 에서는 슬롯이라는 개념이 있어서 손쉽게 다른 세이브 파일을 생성할 수 있도록 지원하죠. 이런 비슷한 화면을 제품 UI에서도 본 적이 있습니다. 디지털 카메라의 설정화면이었는데요 사용자는 주어진 3 개의저장 공간에 현재 상태의 모든 설정 정보- 예를 들면 이미지의 크기나 해상도, 플래시모드, 화이트밸런스, 셔터스피드와 조리개 크기, 노출모드, 카메라 감도등 수십 가지에 달하는 설정 정보들을 저장해 두고 필요할 때 다시 불러올 수 있습니다. 이렇게 생성된 여러 개의 세이브파일은 원하는

시점의 상황으로 돌릴 수 있도록 해줍니다. ‘자동저장’ 기능에도 차이가 있습니다. 워드는 일정 시간 간격으로 저장되는 반면 게임의 경우, 자동저장은 어떤 이벤트가 일어났을 때 예를 들어 중간보스를 크리어하거나 맵을 이동했을 경우에 이루어지는 것이 보통입니다. 한참 놀다가 잠깐 동안 불타올라 열심히 작성했는데 마침 그때 오류가 발생해 10분 전으로 돌아간다면 아무것도 남지 않게 됩니다. 워드에서의 자동저장 옵션도 몇 분 간격이 아니라 몇 자 간격이라면 어떨까 하는 생각을 해본 적이 있습니다.

만약 한참 작업한 문서를 저장하지 않고 워드프로세서를 종료하였을 때, 사용자의 명령대로 즉시 종료된다면 어떨까요. 직후에 시스템으로부터 “문서가 저장되지 않았습니다.”라는 메시지까지 받는다면 확실히 절망적이겠죠. 워드프로세서를 종료하는 사용자의 행동은 저장 여부를 묻는 대화 상자를 표시함으로써 제한됩니다. 사용자의 행동 가능 범위를 적절하게 제한함으로써 사용자의 다음 행동을 유도하는 방법 역시 게임에서는 자연스럽게 사용됩니다.

원숭의 섬의 비밀(1990)

예를 들어 주인공이 마을 장로와 대화를 하지 않았다면 문지기가 막아서서 밖으로 내보내지 않는 다던지 특정 아이템을 취하지 못했다면 봉인된 문을 열수 없는 경우 등이 이에 해당합니다. 마을 밖으로 나가서 한참을 진행하고 나서야 ‘아 그때 장로와 대화를 했었어야 하는데… ” 라는 사실을 안다면 게이머가 얼마나 당혹스러울지 게임 디자이너는 알고 있기 때문입니다. 아직도 생생하게 기억나는 루카스아츠사의 1990 년작 ‘원숭의 섬의 비밀 (Secret of Monkey Island’)은 ‘제한’의 효과를 잘 활용한 사례로 들 수 있습니다. 다른 게임과는 달리 이 게임의 주인공 가이브러시는 낭떠러지에서 떨어져도 다시 퉁겨져 올라오며 식인종에게 잡혀서 갇히더라도 탈출하는 방법이 제공되는 등 결코 죽는 일이 없었는데, 그래서 불필요한 걱정 없이 주어진 문제를 해결하는데 몰입할 수 있었습니다.

어떤면에서는 적절한 Metaphor와도 관련이 있습니다. 주인공이 낭떠러지에서 떨어지면 사망하는 것이 실제의 상황이라면, 다시 퉁겨져 올라오는 것은 게임디자이너가 실제와 다른 매핑을 하는 경우입니다. 실제 공책과 똑같이 워드프로세서를 구현하려고 한번 지워진 글은 영원히 되살리지 못하게 만들어서는 안 되는 것과 같이 UI 디자이너들은 실제와는 다른 매핑을 적용하기 위한 논리적인 상황을 늘 고려해야 합니다. 워드프로세서의 잘못된 메타포로인해 얼마나 많은 사람이 작업물을 잃어버려서 좌절을 맛보았을까요. 워드프로세서를 사용하면서 사용자가 떠올리는 메타포는 펜으로 글을 쓰는 노트이기 때문에 이미 적은 글들이 저장하지 않았다면 메모리에서 사라질 수 있다고 인식하지 못합니다. 알고 있다고 하더라도 망각하게 되죠. 이런 사용자모델과 시스템모델이 차이가 나면, 시스템을 사용자모델에 맞추어주거나 다른 사용자모델을 제공해 줘야 합니다. 사용자모델을 바꾸기위해 저장되지 않은 영역과 저장된 영역을 구분해서 표시해주면 어떨까요. 마지막 저장 이후 작성된 부분은 흐린 잉크로 곧 지워질것 같은 느낌으로요. 반면 스프링노트처럼 실시간으로 계속 저장되는 것은 시스템모델을 사용자모델과 같게 해준 예가 될 수 있습니다.

마이트앤 매직(1987)

그 밖에 사용설명서의 도움 없이 조작을 익히고 몰입할 수 있게 해주는 직관적인 UI, 고급사용자와 일반사용자의 격차를 절충하는 방법 등 게임 UI에서 배울만한 것들은 넘쳐납니다. 그리고 게임UI에서는 일반적인 응용프로그램들보다 훨씬 자유롭고 창의적인 인터페이스를 발견할 수 있습니다. HCI 분야에서의 UI와는 달리 게임 UI에서는 일정한 표준이 거의 존재하지 않습니다. 아직 텍스트기반의 인터페이스가 대부분이었을 시기에도 게임에서는 3D를 지향하고 있었고 현재에도 AR, Gesture등 새로운 인터페이스의 시도가 계속 되는 부분이 바로 게임입니다.

무엇을 재미있게 만드는 것은 무엇을 효율적으로 만드는 것보다 훨씬 어렵습니다. 만약 궁극의 UI라는것이 있다면 가장먼저 게임분야에서 나오지 않을까요.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Ideation 진행 중 유사한 아이디어를 발견했을때

진영규 — Fri, 17 Apr 2009 21:18:47 +0900

새로운 상품을 기획하는 프로젝트를 하다 보면, 다음과 같은 말을 듣는 경우가 종종 있습니다. “그거 OOO 대학 연구소에 유사한 과제가 있습니다.”, “작년 XXX 전시회에서 본 것과 비슷한데요.”, “제가 알기엔 △△△기업에서 관련 특허를 보유하고 있습니다.” … 비단 타인에게서 듣는 경우뿐 아니라, 웹서핑하다가도 유독 비슷한 컨셉제품이나 연구과제들이 눈에 잘 들어오기도 하고요.

이처럼, 현재 구상 중인 아이디어와 비슷한 아이디어들을 발견했다면 어떤 생각을 하시는지요? 긍정적으로 생각하면 ‘와 우리와 같은 생각을 하는 사람들이 또 있다니 프로젝트 주제를 잘 잡았구나!’라고 생각할 수도 있고 부정적으로 생각하면 ‘이거 레드오션이네. 다른 아이디어를 찾아봐야겠는걸’이라고 생각할 수도 있겠죠. 저는 전자 처럼 긍정적이지는 않더라도 적어도 비슷한 아이디어가 있다고 포기하지는 않습니다. 그 이유는,

첫째, 어차피 처음부터 이 아이디어가 유일하다고 확신하지 않기 때문입니다. 발견되지 않았다고 존재하지 않는 것은 아니죠. 아주 어렸을 때 읽은 어떤 책에서 본 삽화 중 아직도 기억나는 것이 있는데요, 하얀색 까마귀가 ‘내가 발견되기 전에는 모든 까마귀는 검은색인 줄 알겠지!’라며 웃고 있는 그림이었습니다. ‘모든 까마귀는 검다.’라는 명제를 증명하는 역설을 설명하는 내용이었거든요. 그런데 최근에 흰색 까마귀가 실제로 존재한다는 사실을 알았습니다. 있을 리 없다고 생각한 것의 발견이었죠. 자유로운 분위기의 아이디어 회의에서 나온, 모두가 터무니없다고 생각했던 아이디어도 바로 회의가 끝나자마자 누군가 ‘이런 게 있었네요.’라면서 비슷한 것을 찾아 보내기도 합니다. 하물며 ‘될성싶다.’라고 선정한 아이디어라면 말할 것도 없겠죠.

둘째는, 그렇지만 우리의 아이디어가 독창적이기 때문입니다. 아니, 비슷한 아이디어가 있다면서 독창적이라니 무슨 소리냐 하실 수도 있지만, ‘독창적이다.’라는 의미는 ‘차별된다.’와는 다릅니다. 스스로(獨 ) 창조해낸(創 ) 아이디어라면 독창적이죠. 그 독창적인 아이디어와 유사한 다른 누군가의 아이디어가 있을 수도 있지만, 타인의 아이디어를 표면적으로 단순히 모방한 것이 아니라 우리 스스로 일련의 프로세스를 거쳐 생성해낸 아이디어라면 고유한 컨셉이 있는 것이고 충분히 진행해볼 가치가 있습니다.

마지막으로, 무엇을 만드느냐보다 어떻게 만드느냐가 중요하기 때문입니다. Ideation 과정에서 나온 초기 아이디어가 완벽히 일치해도 Concept development 단계를 지나면 가치가 달라집니다. 똑같은 아이디어 Seed에서 출발했다고 해도 Design Iteration을 몇 번 돌고 Implementation을 하면 이게 정말 처음에 같은 아이디어에서 출발했나 라는 생각이 들 정도로 다른 결과물들이 생깁니다. 그래서 비록 유사한 아이디어를 발견했다고 하더라도 확신이 있다면, 다른 아이디어를 찾는 시간에 그 아이디어를 어떻게 잘 발전시킬까를 고민하는 게 생산적이라고 생각합니다. 애플의 iPhone이 출시되고서 Time 지는 “The Apple Of Your Ear “라는 기사에서 다음과 같이 말합니다.

“따지고 보면, 아이폰에 새로운 기능은 별로 없다. 스티브 잡스가 음성 메일이나 텍스트 메시지, 모바일 웹브라우징을 발명한 것도 아니고 말이다. 하지만, 잡스는 그 기능들이 엉망이라는 것을 알아챘고, 그것들을 고쳐냈다.”

애초에 문제는 무엇을(What) 제공해 줄 것인가가 아니었습니다. 이미 있는 기능들을 어떻게(How) 제공해 줄 것인가 였죠.

그래서 아이디어 선정(Screening)의 방법은 아이디어의 평가(Evaluation)가 아니라 아닌 전망(Forecast)입니다. 아이디어를 선정하는 간단한 방법의 하나는 시장성, 경쟁우위, 유용성, 합리성 등의 기준 및 기준별 가중치를 정하고 각각의 아이디어를 평가하는 방법이 있죠. 하지만, 이러한 방법은 몇몇 아이디어들을 걸러낼 수는 있어도 ‘정말 할만한’ 아이디어를 선정하는 데는 무리가 있습니다. 더 깊은 통찰이 필요합니다. 왜냐하면, 현재 아이디어 수준의 상태에서는 아직 How에 대한 가치가 부여되어 있지 않기 때문입니다. 그래서 아이디어를 선정할 때는 그 아이디어들이 발전 되어, 인터페이스 방식이나 시스템설계, 서비스제공 방법 등 아직 개발되기 전인 구체적인 요소들이 덧붙었을 때의 미래를 예상하여 전망할 수밖에는 없습니다. 마치 수확할 열매를 상상하며 씨를 뿌리 듯이 말입니다. 남의 씨앗이 나의 씨앗과 비슷하다고 농사를 포기하기보다는 어떻게 더 잘 키울지를 고민하는 것이 좋겠죠.

차별성보다는 독창성, What과 함께 How도 고려 , 평가보다는 전망을 통한 선택이 Ideation 단계에서 마음에 두어야할 항목들 입니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

UX Design Process는 담금질

진영규 — Fri, 27 Mar 2009 21:26:58 +0900

이전 포스트에서 UX design 프로세스는 다양한 스킬과 툴을 준비해 두고, 필요할 때 적절하게 꺼내 쓰는 것이라는 말씀을 드린 적이 있는데요, 얼마 전에는 수많은 UX design 방법론중 주로 어떤 도구를 사용해야 하나요? 라는 질문을 받은 적이 있었습니다. 그때 저는 ‘상황에 따라 달라요.’ 라는 원론적이고 무책임한 대답을 할 수밖에 없었지만요. 그래도 제가 고려하는 몇 가지 가이드가 있습니다.

애플의 디자인 프로세스를 보면 Paired Design Meetings이라는 것이 있습니다, 매주 두 종류의 미팅이 있는데 하나는 모든 제한을 무시하고 아이디어를 내는 "Go crazy" 미팅과 다른 하나는 이것과는 완전히 반대로 제품을 만들어내기 위해 모든 것을 "Nail down"하는 미팅이라고 합니다.

IDEO의 Brainstorming 방법에는, 전통적인 확장 도구인 브레인스토밍 방법 (다다익선, 비판 금지, 별난 아이디어 환영, 합치고 더하고)과는 좀 구별되는 “주제에 집중하기 (Stay focused on the topic)” 라는 항목이 있는데요, Wild Idea들을 종용하면서 동시에 목표에 집중해야 한다는 것은 얼핏 듣기에 당연하고 어려운 일은 아닌 것 같지만, 실제 상황에서는 이 두 가지 원칙이 종종 충돌하기도 합니다. 누구는 다양한 아이디어를 내자는 차원에서 이야기했는데 누가 듣기에는 회의시간에 농담 따먹기 하자는 거냐고 여길 수도 있거든요. 어느 것이 주제에 벗어나는 아이디어고 어느 것이 아닌지 명확히 획을 긋기는 불가능합니다. 그래서 제 경우에 일단은 펼치고 나중에 집중하는 주로 방법을 사용합니다.

수많은 UX design 방법론 중 어느 것을 선택해야 하는지에 대한 이야기로 다시 돌아가서 여기 한가지 예를 들어보겠습니다. 위 그림은 즉흥적으로 만들어본 프로세스인데, 프로젝트는 요즘 유행하는 친환경 제품을 만들어 보는 것으로 가정하면, 일단 무식하니까 공부하자는 차원에서 리서치를 수행합니다. 다양한 리서치 결과들로 Affinity diagram 등을 통해 몇 가지 테마를 발굴 할 수 있겠죠. 다음에는 FGD등의 사용자 조사를 통해 사용자의 다양한 의견을 듣고 타겟 사용자가 될 수 있는 페르소나를 작성합니다. 여러 가지 방법의 Ideation을 진행해 많은 아이디어를 뽑고 그것들을 평가해서 몇 가지 후보를 선정합니다. 마지막으로 선정된 아이디어들을 간단히 프로토타이핑해보고, 다시 테스트를 거쳐 최종 후보를 실제로 개발구현하는 프로세스입니다.

위 그림을 다시 그려봤습니다. 다양한 리서치 결과들을 몇 가지 테마로 함축. 사용자 조사를 통한 여러 가지 사용자 요구와 라이프스타일을 몇 개의 퍼스나로 함축. 수많은 아이디어를 뽑아내고 묶고 연결하고 평가해서 후보 아이디어를 선정. 몇 개의 후보아이디어를 빠르게 프로토타입 한 뒤에 최종적으로 하나를 구현. 발산과 수렴의 반복입니다. 제목에 ‘UX Design Process는 담금질’이라는 비유를 한 이유가 그것입니다. 어떻게 보면 생명체의 진화와도 유사합니다. 진화가 지속되기 위해서는 돌연변이와 같은 유전적 변이가 증가되는 기작과, 자연선택과 같은 유전적 변이를 감소시키는 기작이 반복되어야 하는데, 위에서 말한 발산과 수렴의 반복과 유사한 부분입니다.

정량적인 도구와 정성적인 도구를 잘 섞어 쓰는것이 바람직 하듯이, 확장과 수렴도 잘 배합해서 써야 합니다. 적당한 수렴없이 확장만 계속 하면 배가 산으로 가는 프로젝트가 되어버리고, 반대로 확장 없이 수렴만 하는 프로젝트에서는 혁신을 기대하기가 힘들겠죠.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Pixar의 애니메이션 제작 프로세스와 Iteration

진영규 — Fri, 23 Jan 2009 17:20:00 +0900

언젠가 픽사(PIXAR)의 연구원으로부터 애니메이션 개발 프로세스에 대해서 들을 기회가 있었습니다. 애니메이션 개발 프로세스를 간단하게 말하면 ,

1) 이야기가 진행될 그럴듯한 세계를 먼저 디자인하고
2) 그 세계에 있을법한 매력적인 캐릭터를 창조한 뒤
3) 스토리를 구성하는 3단계로 이루어진다고 합니다.

즉, 환경->캐릭터->스토리 순으로 한다는 것인데요, UX 디자인프로세스에서 환경과 사용자를 먼저 고려하고 나서 제품이나 서비스를 기획하는 것과 유사하다는 생각이 들더군요.또한, 스토리 작가와 그 스토리를 3D 로 코딩하는 개발자 사이의 관계가 항상 경험하는 Designer와 Engineer 간의 관계와 흡사한것을 발견했습니다. 스토리는 엉망이고 그래픽만 뛰어난 애니메이션은 관객들이 좋아하지 않습니다. 반대로 스토리는 좋지만, 만족할만한 비주얼이 제공되지 않는 경우도 마찬가지이고요. 마치 제품디자인과 기능처럼요. 둘 다 만족 시키는 일은 항상 어려운 일이지만 Pixar는 둘 다 훌륭히 해내고 있죠.

Pixar의 ‘스토리작가-아티스트-디벨로퍼’의 관계와 우리 회사의 ‘기획자-디자이너-엔지나어’와의 관계를 비교해 보는 것도 흥미로웠지만 가장 인상에 남는 것은 Iteration 디자인과 관련된 교훈이었습니다. 스토리작가가 머리를 쥐어짜 콘티를 완성해가면 스토리를 검토하는 과정에서 이 사람 저 사람이 마구 뜯어고쳐 결국 기존의 줄거리는 완전히 뒤집혀 버리고 다시 처음부터 이야기를 꾸려가야 한다면서 이런 말을 했습니다.

Remember, Storyboarding is actually Stor-re-boarding.

잠깐 화제를 돌려, 한때 세계계 2%만 풀 수 있다는 아인슈타인이 냈다고 (잘못 ) 알려진 퀴즈가 돌던 적이 있었죠. 저는 이 문제를 한 교육과정에서 풀어볼 기회가 있었는데, 그때 강사가 이야기해준 이 문제를 풀기 위한 힌트는, 한 번에 완벽한 답을 찾아내려고 하지 말고, 일단 한가지 가정을 세운뒤 진행 해야 한다는 것이었습니다. 그 가설이 맞으면 다행이고 아니면 다시 그 가정을 세웠던 곳으로 돌아와 다른 선택지로 진행을 해보는 것이죠. 이것은 지뢰 찾기 게임을 할 때나, Sudoku 퍼즐을 풀 때도 마찬가지였던 것 같습니다.

과제를 진행할 때도 비슷한 상황에 놓일 경우가 종종 있습니다. 예를 들어 여러 가지의 아이디어 중 몇 개를 선정해야 하는 상황이라고 가정하면, 누군가는 일단 Affinity diagram을 통해 몇 가지 그룹으로 만들고서 평가를 하자는 사람이 있을 수 있고, 누구는 엑셀도표에 넣고 Criteria와 비중을 정해서 모든 아이디어를 일단 voting 해보자고 할 수도 있고, 누군가는 아직 평가할 수준이 아니니 좀 더 구체화가 필요하다고 하는 사람도 있고, 누구는 외부 전문가나 소비자를 불러서 의견을 들어보는 것이 필요하다고 할 수도 있습니다. 어떤 날은 온종일 이러자 저러자 이야기만 하다가 결론을 맺지 못하고 끝나기도 합니다. 이런 상황에서는 어떤 방법이 좋을지 계속 따지는 것보다는 일단 아무것이나 한 가지 방법을 빨리 정해서 앞으로 가는 것이 낫다고 생각합니다. 그 이유는 어차피 현 시점에서는 아무리 머리를 쥐어짜 봐야 어떤 방법이 최선인지 알 수가 없기 때문이고, 선택한 방법으로 원하는 결과가 나오지 않았다면 빨리 되돌아가서 다른 방법으로 할 시간을 벌어야 하기 때문입니다.

한가지 에피소드를 말씀드리겠습니다. 몇 년 전 기존에 진행했던 과제와는 다른 형태의 결과물을 내야하는 과제에 참여한 적이 있었는데, 그래서 따라할만한 프로세스도 없었고 당장 다음 주에 해야 할 일이 명확하지 않은 상태였습니다. 어느날은 리서치를 통해 백여 가지의 사회현상들을 정리하고 이것을 어떻게 요리해야 할까를 고민하고 있었는데, 누군가 이런 제안을 합니다. “이것을 재료로 현상별로 3개씩 아이디어를 내자. 그리고 그 아이디어별로 또 3개씩 아이디어를 내자. 그럼 정말 많은 아이디 풀을 얻을 수 있을 것이다.” 저를 비롯한 다른 디자이너들은 “어떤 항목은 아이디어가 많이 나올 수도 있고 어떤 아이디어는 하나도 나오지 않을 수 있는데 그게 무슨 무식한 방법이냐?” 라면서 당장 반박을 했지만. 어떻게 결국 그대로 진행하기로 했고, 결론적으로 그 과정을 끝내고 나니 모두가 만족할 만한 결과를 얻을 수 있었습니다. 그 방법이 옳았는지 틀렸는지가 중요한 것이 아니라, 우리가 잘한 것은 일단 앞으로 진행 했다는 것이지요. 그때 누군가 그런 방법을 제안하지 않았더라면 다음에 무슨 일을 해야 하는지를 정하려고 또 많은 시간을 소비했을 것입니다.

이전에 작성한 “사용자 경험 디자인 프로세스” 포스트에서 세부 Activity들이 포함된 자세한 프로세스는 과제 결과보고서를 할 시점에야 미리 계획하기 보다는 지나온 길을 되돌아 보면서 작성이 가능했다는 이야기를 드린적이 있습니다. 프로세스가 일련의 작은 언덕들을 넘어서 목적지에 도착하는 과정이라면, 이정표가 없는 언덕 밑에서 어느길로 가야 할지 의논할 시간에 손바닥에 침 튀겨서 일단 앞으로 가는 것이 중요하다고 생각 합니다. 일단 언덕위에 올라서야 다음 진행할 방향이 보이고 잘못된 길이라면 빨리 돌아갈 수 있을 테니까요.

I want to fail as quickly as possible
- Andrew Stanton (토이스토리, 벅스라이프, 니모를찾아서, Wall-E의 Director)

사실 Iteration 이야말로 UCD(User Centered Design) 프로세스에서 가장 중요한 요소중 하나지만, 시간이 부족하다는 핑계, 혹은 이미 지나온 일들을 뒤집는 것이 두렵거나, 내 과제의 진행이 잘못되고 있다는 것을 인정하는 것이 싫어서 소홀했었는데 Pixar의 디자인 프로세스 이야기는 이를 반성하는 계기가 되었습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

2009 UX / UI 관련 Conference

진영규 — Tue, 13 Jan 2009 14:06:47 +0900

February 3-7	TED 2009 The Great Unveiling http://conferences.ted.com/TED2009/	Long Beach, CA, USA
February 8-11	IUI 2009 International Conference on Intelligent User Interfaces http://www.iuiconf.org/	Sanibel Island, FL, USA
February 9-11	HCI 2009 Technosophia: 지혜로운 소통 http://203.252.180.142/	휘닉스파크, Korea
March 14-15	3DUI 2009 The IEEE Symposium on 3D User Interfaces http://conferences.computer.org/3dui/3dui2009/	Lafayette, USA
March 18-20	Microsoft Mix 09 The Next Web Now http://www.microsoft.com/events/mix/default.mspx	Las Vegas, USA
March 20- 22	IA Summit 2009 the premier gathering place for information architects and other user experience professionals. http://www.iasummit.org/	Memphis, USA
March 30 - April 2	Internet User Experience 2009 Spotlighting methods for dramatically improving today's user experience http://iue2009.com/	Ann Arbor, USA
April 4-9	CHI 2009 the showcase for the technologies, designs and ideas that will form the new world of digital life. http://chi2009.org/	Boston, USA
May 11-14	Pervasive 2009 the Seventh International Conference on Pervasive Computing http://www.pervasive2009.org/	Nara, Japan
June 8-12	UPA 2009 Usability Professionals' Association 2009 International Conference http://www.usabilityprofessionals.org/conference/	Portland, USA
June 15-17	UX London Inspirational Learning for User Experience Designers http://www.uxlondon.com/	London, UK
July 19 - 24	HCI International 2009 the 13th International Conference on http://www.hcii2009.org/	San Diego, USA
August 3-7	SIGGRAPH 2009 Stimulate. Collaborate. Create. http://www.siggraph.org/s2009/	New Orleans, USA
September 15-18	Mobile HCI 09 The 11th International Conference on Human-Computer Interaction with Mobile Devices and Services http://www.mobilehci09.org/	Bonn, Germany
September 15-18	UX Week 2009 User experience conference by Adaptive Path http://www.uxweek.com/	San Francisco, USA
September 30 – October 3	Ubicomp 2009 11th International Conference on Ubiquitous Computing http://ubicomp.org/ubicomp2009/	Orlando, USA
October 4-7	UIST 2009 ACM Symposium on User Interface Software and Technology http://www.acm.org/uist/uist2009/	Victoria, Canada
October 26-28	Gravity Free 2009 The Multidisciplinary design Gathering http://www.exhibitoronline.com/gravityfree/	Chicago, USA
November 2-6	ICMI 2009 The 11 th International Conference on Multimodal Interfaces. http://icmi2009.acm.org/	Boston, USA

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

주변 환경을 고려한 UX 디자인

진영규 — Mon, 22 Dec 2008 06:14:00 +0900

어느 날 들렀던 식물원에서 한 유리공예 제품을 보게 되었는데요 이 작품을 보고 받은 감상은 ‘정말 볼품 없다’ 였습니다. 습기로 꽉 찬 온실 창을 통해 들어오는 태양을 역광으로 등지고 있던 이 작품은, 녹색의 식물원을 배경으로 마치 보호색을 띄고 있는 것처럼 눈에 들어오지 않았습니다. 작품 곳곳에 물때와 이끼도 끼어 있었고요. 칙칙하고 음습한. 그런 느낌이었죠. 그리고 곧 기억 속에서 사라졌습니다. 그 뒤 몇 개월 후, 한 미술관 에서 마침 Chihuly 라는 낯선 작가의 특별전을 관람 했는데요. 그 곳에서 식물원에서 봤던 그 작품을 다시 볼 수 있었습니다. 하지만 이번에는 전과는 환경이 완전히 달랐습니다. 외부의 빛이 완벽하게 차단된 특별 전시장, 그리고 그 유리 공예의 아름다움을 최대한 살려 주는 눈부신 조명들. 관람객들은 연신 셔터를 눌러 댔고 저도 그 화려함과 아름다움에 매료되었었죠. 분명 같은 작가의 비슷한 작품이었지만 그때와는 정말 딴판이었습니다.

전시를 더 둘러보면서 이 작가가 바로 라스베가스의 벨라지오 호텔 로비 천정 장식을 한 작가라는 것을 바로 알 수 있었죠. 호텔로비의 고급스러운 인테리어와 어울려 화려함으로 사람들의 발길을 붙잡던 바로 그 작품의 작가. 아이러니하게도 제가 가장 초라하고 볼품 없다고 생각했던 작품의 작가와 가장 화려하다고 생각했던 작품의 작가가 동일인 이었던 것입니다. 아무리 뛰어난 작가의 작품이라도 주변 환경의 도움 없이는 그 빛을 발하기 힘든 모양입니다.

좀더 가까운 곳에서 환경에 어울리는 디자인의 예를 찾을 수 있었는데요, 아래 좌측의 사진은 흔히 볼 수 있는 수도 꼭지의 사진 입니다. 익숙한 디자인이고 큰 불편 없이 쓸 수 있게 되어 있죠. 저 사진만 보면 별다른 문제를 발견 할 수 없습니다. 하지만 이 수도 꼭지가 있는 곳이 공중 화장실 이라면 개선의 여지가 생깁니다. 제가 관찰하는 동안에도, 볼일을 보고 손을 씻는 잠깐 동안 냉 온수를 적절히 조절해 가면 수온을 맞추는 사람은 없었습니다. 화장실에 있는 수도 꼭지는 그냥 원 터치로 적당하게 하게 미지근한 물이 나와 주면 그만입니다. 오른쪽 수도 꼭지처럼요. 하지만 오른쪽 수도 꼭지를 우리 집 욕실에 설치하고 싶은 마음은 없습니다. 각자 어울리는 환경이 있기 마련이죠.

지하철 안의 승객들이 현재 역이 어디인지 쉽게 알 수 있는 방법은 무엇이 있을까요. 이러한 문제해결 과제를 지하철 제조사에서 풀려고 하면 아마 차장이 음성으로 안내를 해주거나, 기차 내에 LED 전광판 등을 두어 현재 역을 디스플레이 하는 방법 등을 제시할 수 있을 것입니다. 현재 역을 기차가 알 수 있게 하기 위해서는 각 역마다 위치를 알려 주는 일종의 송신 장치가 설치되어야 할지도 모르겠습니다. 하지만 환경을 고려하면 더 간단한 방법이 있습니다. 역 플랫폼에 역명이 적힌 표지를 더 크게, 더 많이 붙여 두는 것이죠. 그러면 승객들은 창문을 통해 쉽게 현재 역을 알 수 있을 테고요.

제품 중심으로 인터랙션를 개발하다 보면 환경까지 고려할 겨를이 없을 때가 있습니다. 휴대폰의 사용자 인터페이스를 개발 하는 경우의 예를 들 면, 실제로 그 사용자에게는 휴대폰 뿐 아니라 MP3P, 전자사전, 게임기, 또는 다른 휴대폰등 다른 디바이스들도 함께 있을 수 있고, 사용자 외에도 친구나 가족, 혹은 전혀 모르는 사람이 바로 옆에 있을 수 있습니다. 물론 그 주변 사람들도 여러 가지 디바이스들은 갖고 있을 테고요. 하지만 나도 모르게 무의식적으로 마치 블루스크린 같은 아무것도 없는 공간에서, 사용자와 휴대폰만 존재하는 비현실적인 세계를 가정하는 실수를 저지르는 경우가 종종 있습니다.

대부분 이미 익숙하시겠지만, UX 디자인을 할 때 아이디어의 객관성을 유지하고, 타겟 사용자층을 공략하기 위해 Persona를 활용해 사용자 시나리오를 만드는 방법이 사용 됩니다. Persona 없이 디자인을 하면 어느새 사용자 입장이 아닌 자기 자신, 즉 디자이너 입장으로 생각하는 오류를 범하기 쉽기 때문이죠.

환경도 마찬가지입니다. 디자이너 들도 각자 자기가 살아온 환경이 있기 때문에, 아이디어들을 내거나 해법을 제시할 때 자신도 모르게 스스로 겪어 온 과거나 현재 환경을 중심으로 생각 할 수 있습니다. 대중 교통이 촘촘하게 잘 되어 있는 도시에 사는 사람, 자가용 외에는 다른 교통 수단이 없는 환경에 있는 사람, 사람 수보다 자전거 수가 더 많은 도시에 사는 사람… 이들 각각은 설령 같은 직업, 성별, 나이, 소비성향을 같고 있더라고 하더라도, 즉 동일한 Persona 라고 하더라도 다른 생활을 할 수 밖에 없습니다. 어떤 제품이나 서비스를 기획한다면, 다양한 사용자뿐만 아니라 동시에 다양한 환경을 고려하는 것이 필요합니다.

그래서 Persona와 유사하게 몇 가지 대표적인 환경을 정의하고, Environa 라는 이름을 붙여 봤습니다. 여기에는 사용자들이 해당 제품 또는 서비스를 사용하는 환경을 정의해서 기술하게 되는데요, 아까의 예를 다시 들어 일반적인 직장인 Persona 의 출근 시나리오만 하더라도 뉴욕, LA, 암스테르담, 서울을 모델로한 4개의 Environa 를 각각 고려할 경우 지하철, 자가용, 자전거, 회사 출근버스의 서로 다른 4가지 출근 시나리오가 나올 수 있을 것입니다. 그리고 교통뿐 아니라 쇼핑은 주로 어떻게 하는지 등의 상업 환경, 인구는 얼마나 많은지, 전반적인 생활 수준은 어떤지, 여가 시설은 어떤지 등을 Environa에 포함시키면 좀 더 다양하고 객관적인 시나리오들을 도출 하는데 도움이 됩니다. 저 처럼 평생을 한 도시에 산 사람은 그 도시의 환경을 벗어나서는 생각하기 힘들 거든요. 꼭 도시와 같은 넓은 범위의 환경뿐 아니라, 사무실, 집, 길거리 등의 Environa 들 도 정의가 가능 할 것 같습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

엘리베이터와 UX 에 대한 단상

진영규 — Fri, 28 Nov 2008 07:30:00 +0900

이전 사무실은 고층빌딩에 있어서 점심시간이나 퇴근시간이 되면 내려가는 엘리베이터를 잡기가 무척 힘들었습니다. 일단 위에서 사람이 꽉차면 우리층은 그냥 패스해 버리는데다가, 막상 엘리베이터 문이 열려면 이미 거의 꽉차있어서 몇 명 못타는 그런 상황이 한참 동안 반복되었죠. 성격 급한 사람은 짜증이 나게 마련입니다. 그래서 올라가는 엘리베이터를 탔다가 다시 내려오는 경우가 종종 있었습니다. 아마 비슷한 경험이 한번씩은 있으실 것 같아요.

그러던 어느날 이런 공고가 붙었죠. 뭐 이리저리 돌려서 부드럽게 말하긴 했지만 요점은 “올라가는 엘리베이터를 타지 말아라 전체적으로 더 느려진다.“ 라는 것이었습니다. 그 이후 올라가는 엘리베이터를 잡아 타는 일은 적어졌지만 당연히 불만은 커졌습니다. 올라갔다 내려오면 왜 더 느려지는가? 라는 의문은 차치하고, 이런 시스템이라면 윗층 사람들이 모두 내려온 다음에야 내가 내려갈 수 있는것은 아닌지, 몇 층인지 피드백도 없는 상황에서 마냥 내앞의 엘리베이터가 열리기만 기다리면서 왜 쓸데없이 시간을 낭비해야 하는지 불만이 생기게 마련이지요.

상황을 더 간단하게 정리하면 엘리베이터 앞에 있는 사람의 니즈는 “빨리 내려가고 싶다” 인데 여기에다가 “전체적인 효율” 이라는 사용자는 전혀 관심 없는 이유를 들이대며 니즈를 충족하는 행동을 하지 못하게 하는 상황이 사용자 중심하고는 거리가 멀어 보였습니다.

오른쪽 사진을 보세요. 무심코 1층까지 엘리베이터를 타고 내렸다가 "엇? " 하면서 다시 돌아가 찍어온 사진 입니다. 저는 이 엘리베이터를 보고 신선한 충격을 받았습니다. 저 것을 보기 전까지는 엘리베이터에 상행/하행 버튼이 각각 따로 있어야 한다는 것에 한번도 의문을 가진적이 없었거든요. 내가 올라가려고 하던 내려가려고 하던 애초에 버튼이 하나 입니다. 물리적으로는 두개의 버튼을 하나로 뭉쳐놨을 뿐이지만, 저 작은 차이가 인간중심으로 행동할 수 있게 도와줍니다. 사용자는 버튼을 누른뒤 엘리베이터가 도착하면 탄뒤 원하는 층에서 내리면 그만입니다. 정말 단순하죠.

종종 엘리베이터안에서 “닫힘버튼을 누르지 마세요” 라고 적혀있는 안내문을 볼 때도 손가락이 근질 거립니다. 닫힘 버튼을 누르지 않는 것이 얼마나 많은 에너지를 절약할 수 있는 지는 모르겠지만 이때도 앞선 상황과 비슷하게 사용자는 빨리 닫고 올라가고 싶은데 자기와는 별로 상관없는 이유 때문에 하고 싶은 일을 못하게 하는 것이죠. 멀쩡히 있는 버튼을 못누르게 하는것은 메뉴판에 적혀 있는 먹고 싶은 메뉴를 주문 못하게 하는 것과 비슷한 느낌일 것 같습니다. 물론 아예 메뉴판에 없었다면 불만이 되고 말고 할 것도 없습니다. 위 사진들의 닫힘 버튼이 없는 엘리베이터들 처럼 말이죠.

당연히 있어야 한다고 여겨졌던 것들. 어쩌면 없어도 되는 것일 수도 있습니다.

엘리베이터 이야기를 하는김에 하나더 기억나는게 있는데, 학회 때문에 들렀던 도시 중심가 주차빌딩의 엘리베이터 입니다. 여기에는 숫자대신 기억을 도와주는 정보가 번호 옆에 덤으로 붙어 있었는데요. 주차빌딩처럼 모든 층이 동일한 구조의 빌딩에서는 이런게 더 필요 할테죠. 요는 무조건 단순하게 만드는 것이 능사가 아니라 상황에 맞게 사용자를 배려하는것이 필요 합니다. 사실 이 경우에는 뭐 딱히 우리나라보다 사용자를 더 고려해서 한 디자인이라기 보다는 Cultural Difference 인것 같지만요.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

사용자 경험 디자인 프로세스

진영규 — Wed, 12 Nov 2008 00:24:41 +0900

오늘은 UX 디자인의 프로세스에 대한 이야기를 해보려고 합니다. 먼저 제목을 보시고 잘 정리된 사용자경험 프로세스를 기대하신 분들에게는 사과의 말씀을 드립니다. 그런 내용은 아닙니다.

UCD (User Centered Design)관련 업무를 시작하면서 가장 처음에 관심을 두엇던 것이 프로세스였습니다. 물론 아직도 여기저기서 프로세스에 대한 정보를 얻게 되면 좀 더 자세히 살펴보는 편이죠. 특히 성공 제품의 경우 더 그런데 왠지 그 프로세스대로 만들면 나도 좋은 제품을 만들 수 있을것만 같은 생각이 들기 때문이었습니다.

위 그림은 지난 8월 샌프란시스코에서 있었던 UX Week 에서 마이크로소프트의 오피스2007 리본 UI 디자인 프로세스를 소개한 화면 입니다. 이런 개략적인 프로세스는 누구나 쉽게 금방 작성이 가능하지만 사실 생각해보면 과제 기획단계에서의 프로세스는 이정도 밖에는 적을수 없었던것 같습니다. 세부 Activity들이 포함된 자세한 프로세스는 과제 결과보고서를 할 시점에야 작성이 가능했었죠. 미리 계획하기 보다는 지나온 길을 되돌아 보면서요.

지난 여름 몇 주간의 일정으로 자동차 여행을 다녀왔습니다. 숙소를 예약하고 여기저기에서 여행기들을 읽고 책들을 보면서 정보를 모아 목적지까지의 이동경로를 지도에 미리 그려보고 예상 이동시간과 중간에 쉬어갈 곳도 미리 계획해 두었습니다. 이렇게 여행 계획을 세우는 것이 프로젝트를 기획하는 것과 참 유사하다는 생각이 들었습니다. 이미 다녀온 다른 사람들의 여행기를 벤치마킹하고, 목적지에 해당하는 결과물이 있고, 경유지에 해당하는 중간 결과물이 있으며 목적지까지 가는 길, 즉 프로세스가 존재합니다. 막상 길을 떠나면 예기치 못한 변수가 발생할 수 있다는 것도 공통점이 될 수 있겠네요.

똑같은 목적지라고 하더라도 여러가지 경로가 나올 수 있기 때문에 주변 경치나 도로사정등을 고려하고 이미 가봤던 다른 사람들의 여행기를 많이 참조해서 이동경로를 결정했습니다. 결국 다녀보니 계획을 자세히 세운 날일 수록 여행하기가 수월하더군요. 이제 곧 뭐가 나오겠구나, 도착 시간이 얼마나 남았구나등 예측하기가 쉬웠습니다.

그런데 나중에 보니 다른사람들이 다녔던 대로 미리 세부 계획을 세웠던 날들은, 여행이 수월하기는 했지만 꼭 좋은 점만 있는 것은 아니더군요.

왼쪽은 제가 여행을 하면서 찍은 사진이고, 오른쪽은 Google Map에서 해당 지역의 사진을 찾아본 결과입니다. 보시다 시피 거의 똑같은 사진들이 이미 많이 업로드 되어 있었습니다. 저 곳 뿐만 아니라 다른 곳들도 마찬가지 였고요. 여행의 결과물이 꼭 사진은 아니겠지만 저는 다른 사람들이 보고간 그런 경치를 똑같이 보고 갔던 것이죠. 하지만 여행 도중에 계획 없이 즉흥적으로 찾아가본 곳에서는 다른 사람이 보지 못했던 새로운 풍경들을 볼 수 있었습니다. 나만의 결과물을 찾아낸 것이죠.

어떤 정형화된 프로세스를 따르는 것은 이미 정해져 있는 길을 가는 것과 크게 다르지 않다고 생각합니다. 등산을 할때도 잘 닦여있는 등산로를 따라 올라가 정상에 올라가면 동네 등산객들이나 막걸리를 팔고 있는 상인을 만날지도 모릅니다. 우리가 원했던 결과가 그런것은 아니겠지요. 누군가 이미 기획했던 서비스. 누군가 이미 만들어낸 제품. 그런것을 결과물로 얻고자 과제를 시작한 것은 아닐것입니다. 누구나 쉽게 따라할 수 있는 잘 닦여있는 길을 따라가길 원하면서 새로운 장소에 도착하려는 것은 모순입니다. 우리는 다른 봉우리를 찾아야 합니다. 다시 처음으로 돌아가서 계획을 세워보죠. 원하는 목적지까지 길이 없습니다. 더우기 일단 숲에 들어서면 나무에 가려 목적지가 보이지 않습니다. 아무도 가본 적이 없는 곳이기 때문에 나침반을 들고 방향을 잃지 않고 계속 가는 수 밖에 없겠죠. 이런상황에서 필요한 것은 여러가지 생존(?) 스킬입니다.

IKEA에서 DIY제품을 주문해다가 만드는것은 동봉되어 있는 두세가지 툴만으로 충분히 가능합니다. 하지만 그것은 누군가가 이미 만들어 보았기 때문에 가능한 일입니다. 누구나 쉽게 만들 수 있고 누가 만들던 거의 똑같은 결과물이 나옵니다. 하지만 원목에서 나만의 의자를 만들기 위해서는 공구상자가 필요합니다. 그 안에는 망치, 톱, 끌, 사포등 정말 다양한 도구들이 들어있겠죠. 언제 필요할지 모르기 때문에 이 모든 것들을 준비해 두어야 합니다.

저는 UX design에서의 프로세스는 언제 필요할지 모르는 스킬과 툴을 준비해 두는 것이라고 생각합니다. 그래서 그때 그때 필요할때 적절하게 활용하는 것이죠. 예를 들어 아이디에이션을 하는 일주일의 시간이 주어졌다면 브레인스토밍을 하다가 더 안나오면 계속 회의실에서 마른행주 쥐어짜는 것을 그만두고 다른 Idea Generation 방법들을 써볼 수 있을 것입니다. Idea Generation Methods 만해도 정말 다양한 방법이 있는데 Brainstorming 이라는 툴밖에 갖고 있지 않는 사람은 계속 그 방법을 쓸수밖에 없을테지만 말입니다.

네모박스에 화살표로 그려진 도식 보다는 오히려 아래 그림이 UX 디자인 프로세스에 더 가깝지 않을까 하는 생각이 들었습니다. 결국 디자이너가 요구사항을 받아서 결과물을 내는 작업이 UX 디자인이고 그 결과는 디자이너의 역량에 달렸기 때문이죠. 다시 말하면 미리 도구를 잘 준비해두고 자신의 역량을 높이면 프로세스가 개선된다고도 할 수 있지 않을까요.

그림 : Leah Buley

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

DVD와 초컬릿

진영규 — Mon, 26 May 2008 11:02:11 +0900

얼마전 필라델피아 미술관에서 벤자민 프랭크린 거리를 내려다 보다가 예전에 있었던 에피소드가 한가지 떠올랐습니다. 회사 동료들하고 대화중에 어쩌다 벤자민 프랭크린이 이야기가 나왔는데 저는 프랭크린 다이어리 만든 사람이라고 했고, 누구는 과학자라고 했고, 누구는 정치가라고 했습니다. 결론은 셋 다 맞았죠.

역대 최고 천재 Top 10 이라는 기사를 보는 것도 재미있었습니다. 흔히 아인슈타인을 떠올리지만 아쉽게도 IQ가 160밖에(!?) 안 되어서 순위 안에 없습니다. 1위는 괴테인데 그는 과학자이자 문학가, 정치가 입니다. 2위는 다빈치. 그 역시 예술가이자, 과학자, 기술자면서 철학가였죠. 다른 사람들도 대부분 마찬가지였고요.

저는 이 기사를 보면서 만약에 다빈치 같은 천재가 우리나라에 태어나 고등학생 되어 진로를 결정하려고 하면 과학자가 되기 위해 자연계를 가야 하나, 철학가 되려고 인문계를 가야 하나, 기술을 배우러 실업계를 가나 아니면 예술가의 꿈을 갖고 예고를 가야 할까 궁금해 지더군요. 이렇게 학습분야를 두부 자르듯 딱 부러지게 구분하는 것은 정말 사용자(학생)중심이 아니라 학교 중심이라는 생각이 들었습니다.

이런 실 없는 이야기를 시작 하게 된 계기는, 얼마 전에 UX 디자이너를 리쿠르팅 중이라는 한 디자이너로부터 이런 말을 들었기 때문입니다. "UI라고 하면 뭐 하는지 알겠고, 디자인도 알겠는데 UX라고 하면 뭐 하는지 조금 뭐랄까 여전히 명확하지가 않다는 생각이 든다". 그리고 어떤 기획자 분이 "UI개발이라고 하면 전체 프로세스에서 특정부분을 담당할 수 있지만 UX라고 하면 개발 프로세스 전체에 관여해야 한다. 그렇기 때문에 딱히 특정 부분을 책임지지 못하고 여기저기 다 참견 해야 해서 결국은 조직으로서 유지되기는 힘들지 않겠느냐" 라는 취지로 쓴 글을 본적이 있습니다. 어떻게 여러분들도 위 문제에 공감을 하시는지 모르겠네요.

UX 디자이너들의 역할이 명확하지 않고, 전체 프로세스 중 명확하게 특정부분을 담당하지 못하고 여기저기 다 참견 하는 게 문제라는 이슈로 돌아가면, 저는 그게 문제로 인식 되는 상황이 오히려 생각해볼 문제라고 생각합니다. 물론 관리자에게 보고를 할 때는 이해하기 쉽게 최대한 간단하게 도식화해서 표현하는 것이 좋겠죠. 프로세스를 네모박스 딱딱 쳐서 화살표로 연결하고 담당자도 박스 안에 넣어서 이 사람이 이 일을 합니다 라고 단순화 시키는 것이 필요할지 모릅니다. 하지만 과제가 실제로 그렇게 컨테이너벨트 위에서 장난감 조립되듯이 단계별로 명확하게 구분되어 진행되지는 않습니다. 사실 과제의 프로세스라는 것은 사용자들에게는 전혀 중요하지 않죠. 이 제품이 개발되기 까지 얼마의 기간이 소요되었는지, 얼마의 인력이 투입되었는지, 어떤 단계를 거쳤는지는 그 회사의 관리자나, 경쟁사 벤치마킹 하는 다른 개발자들에게나 중요한 일이지, 소비자들은 알 바 없습니다.

실제로 팀에서 아이디어 회의를 하다 보면, 별 이야기가 다 나옵니다. 마케팅 방법부터 시작해서 사회제도 개선 환경보호나 정치문제까지도요. 그러다가 주로 우리는 제조업체니까 단말기 안에서 할 수 있는 일 중심으로 생각해 보자 라는 쪽으로 수렴하게 됩니다. 어떻게 보면 정말 무책임한 일입니다. 식당에 간 손님은 음식의 맛뿐만 아니라 식당의 인테리어, 가격, 교통, 음악, 조명, 식기, 종업원의 서비스등 다양한 요소들로부터 종합적인 사용자 경험을 받습니다. 그런데 어떤 식당 주인이 ‘죄송합니다. 제가 요리가 전공이라 음식 말고 다른 것들은 제가 알 바 아닙니다’ 라고 한다면 그 음식점은 십중팔구 망하겠죠. 마찬가지로 제조회사라는 것은 우리에게나 중요한 것이지 사용자에게는 전혀 고려대상이 아닙니다.

한 전자제품 매장에 메모리카드를 사러 갔을 때 DVD 판매 코너에서 초컬릿을 같이 팔고 있는 것을 볼 수 있었습니다. 영화 보면서 먹으라고요. DVD와 초컬릿은 공급자 마인드로 생각해보면 절대 같이 있을 수 없는 조합입니다. 선행연구분야도 다르고 기획자도 다르고 개발자도 다르고 유통구조도 다를 테고요. 사용자 입장에서 생각하지 않으면 DVD와 초컬릿의 조합은 나올 수 없습니다.

좋은 사용자 경험을 제공하기 위해서라면, 자장면 배달하면서 담배 심부름도 할 수 있고, 해물탕 집에서 어린이 손님을 위해 돈까스를 주문받을 수도 있고, 냉장고 AS하러 가서 벽에 못도 박아 줄 수 있어야 합니다. 제품을 개발할 때에도 자기의 전문분야가 아니라고 외면하는 것 보다는, 열린 마음을 가지고 다양한 분야를 고려해야 하고요. 뿐만 아니라 관리자 입장이 아닌 사용자 입장에서 프로세스 전체를 고려 하는 일, 이것이 UX 담당자의 역할이 될 수 있다고 생각합니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

'대화' 와 '통화'

진영규 — Fri, 25 Apr 2008 05:02:35 +0900

오늘 카페에서 점심을 먹다가 재미있는 장면을 목격했습니다. (아니 다른분께는 별로 재미 없을지도 모르겠습니다.) 휴대폰으로 슬쩍 사진을 찍었는데 문제를 위해서 다른 사진들도 몇장 더 찍었습니다. 예제 사진이 무슨 토익 시험 그림보고 맞추기 같지만 한번 맞춰 보세요.

아래 세장의 사진중 다른 두개와 다른 하나는 무엇일까요?

[1번] 학교에서 지나치다가 우연히 만난 두 학생

[2번] 벤치에서 커피마시는 중년 아저씨

[3번] 식당에서 밥먹는 남녀

힌트를 드리면 모두 블루투스 헤드셋을 끼고 있습니다. 그리고 이 포스트의 제목이 되겠네요.

세번째 사진이 제가 재미있었다고 말씀드린 광경인데, 옆에서 보니 계속 남자혼자 말을 하고 여자는 묵묵히 밥 만먹길래 분위기 이상하다고 생각했었거든요. 그런데 그 남자는 앞 사람과 대화를 한것이 아니라 다른 사람과 전화기로 통화를 하고 있었습니다. 2번 사진도 당연히 통화를 하고 있는 남자고, 1번만 서로 대화를 하고 있는 사진입니다.

길거리에서 멀쩡하게 생긴 사람이 혼잣말 하면서 지나가는 사람을 보고 놀란적 없으세요? 그러다가 귀에 헤드셋을 꼽고 있는 것을 보고 아 정신나간 사람이 아니었구나... 라고 안도한 적이 종종 있었습니다. 기술은 계속 발전될 것이고 헤드셋은 점점 작아질 것이고 귀에 꼽아서 보이지도 않을 정도가 된다면, 대화를 시작하기전에 항상 이런 말을 먼저 해야 할지도 모르겠습니다.

"나 지금 너한테 말하고 있는거야!"

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.