4. UsabilityUX 디자인의 시작은 'Usability'라는 단어에서 시작했다고 해도 무방하다. 디자이너 고유 분야였던 UI를 시스템 기획자의 영역인 UX로 확장된 배경의 중심에 바로 이 단어가 있다. 약간 극단적인 예를 들면, 디자이너 입장에서 최강의 폰이 될 수도 있는 Luxury 폰들은 대부분 Usability가 떨어진다.
이런 폰으로 친구들에게 자랑을 할 수는 있으나 모바일 컨텐츠나 풀브라우징과 같은 서비스를 5분만 사용해도 눈이 아프거나 손가락이 아파서 포기할 것이다. 사실 이런 극단적인 예를 들지 않더라도 모바일 디바이스에서 Usability가 디자인적인 Fashionable 과는 거리가 멀다라는 것은 다 알고 있을 것이다. 그렇다면 모바일 디바이스에서 Usability는 사용자에게 어떻게 인식되는가? Nielsen은 1993년 그의 논문에서 Usability는 Acceptability의 한 부분이라고 정의하고 있다.
위의 표는 굉장히 중요하다. 이러한 다양한 요소들이 결합되어서 사용자의 Acceptability를 이루는 것이다.
햅틱폰이나
아르고폰의 UI의 수준은 사용자에게 만족감을 주거나이나 궁금증을 일으키지만 Cost부분에서 만족감을 주지 못하기 때문에 Acceptability가 높지 않은 것이다. UX 디자인이 단순한 UI디자인과 다른 이유는 이런 다양한 요소를 같이 고려하면서 설계를 해야 하기 때문이다.
5. 디바이스 UX 설계시 유의점그렇다면 저렇게 추상적인 Usability를 실제 디바이스 설계시에는 어떻게 적용을 해야 하는 것일까? 2002년, Dunlop과 Brewster는 그들의 논문에서 모바일 디바이스 설계시에 가장 중요한 5가지 요소를 정리한 적이 있는데 소개를 하면 아래와 같다. 1번부터 3번의 요소는 사실 누구나 고민하는 부분이지만 4번과 5번과 같은 요소까지 디바이스 설계시 유의하라는 이야기는 좀 더 생각해보아야 할 것이다.
1. Designing for mobility : the environment may be a far-from-ideal working environment and the environment may change drastically as the user moves.
2. Designing for widespread population : users consider mobile technologies as devices rather than computers.
3. Designing for limited input/output facilities : small screens, poor sound output quality, restricted voice recognition, limited keyboards both in size and number of keys, and pointing devices are often hard to use while on the move.
4. Designing for (incomplete and varying) context information : mobile devices can be made aware of their context, giving new information to the systems but also bringing problems associated with implying task and user level activities from sensor information and unreliable or patchy sensor coverage.
5. Designing for user multitasking at levels unfamiliar to most desktop users: the opportunities for and frequency of interruptions is much higher than in desktop environments.
6. 키의 배치위의 그림은 가장 일반적인 키패드가 아닐까 생각한다. 예전에는 거의 표준아닌 표준이었던 위와 같은 키패드 배열도 점차로 선택이 넓어지고 다양한 변화의 시도들이 이루어 지고 있다. 소프트키의 경우 대부분의 폰들이 2개였지만 RAZR의 경우에는 소프트키가 3개이다. 또한 4방향의 방향키가 가운데 위치했던 것이 휠을 채택하는 폰도 나왔다. 숫자 키패드는 3행 4열이었던 것이 4행 3열도 등장했다. 전체 키패드를 터치를 적용하는 폰도 생겨났고, 키패드 뿐만이 아니라 전체 액정을 풀 터치를 채택하는 폰도 생겨났다.
그렇다면 이러한 폰들의 UX적인 변화가 성공했느냐를 생각해볼 필요가 있다. 결과론적으로 사용자들은 과거의 친숙한 UX에서 크게 벗어나는 시도에서 아주 큰 Value를 주지 않는한 거부감이 있다는 것을 알 수 있다. 각각의 시도가 어떠한 의미가 있는지는 한번 생각을 해보기를 바란다.
7. 편리성과 휴대성 사이모바일 디바이스의 문제점으로 가장 자주 언급되는 것이 작은 Display 크기와 입력 방법의 불편함이다. 이 단점을 보완하기 위해서는 핸드폰의 크기를 키우면 되지만 그렇다보니 휴대성에 문제가 생긴다.
요즘 10대 청소년의 문자 입력 속도를 보고 있자면 정말 입력방식이 불편하기는 할까 하는 생각이 들긴 하지만 실제 여러 조사를 해본 결과 사용자들은 PC UX를 모바일에서 그대로 유지할 수 있는 QWERTY 자판을 선호하는 것으로 나타나고 있다. 물론, 이를 일반화하는 것은 또 위험하다. 대부분의 이러한 설문은 손이 크고 키패드 입력 방식을 싫어하는 서양권에서 많이 나오고 있는 결과이고, 동양권에서는 실제 어떠한 입력 장치를 선호하는지에 대해 단언하기는 위험한 면이 있다. 실제 국내에서도 QWERTY 폰이 거의 없다보니 설문을 진행하는 것도 의미가 없을지 모른다. 처음 QWERTY를 접하는 사용자들은 또 거부감을 느끼기 때문이다. 어느 정도 적응이 필요한 입력 장치라고 할 수 있다.
블랙잭을 가지고 다니면은 QWERTY에 비해서 너무도 작은 Display 화면, 그리고 약간은 큰 크기에 부담을 느끼는데 사용자들은 핸드폰이 주머니에 넣고다니는 크기 이상이 되는 것을 싫어하고 있다. 실제 사람들의 평균 손 크기가 81.2 mm 라고 하니 그립감이나 이동성을 고려할 때 편리성과의 발란스를 잘 맞추는 크기가 중요하다.
8. 정말 Touch UI가 정답인가?어려운 질문이다. 아이폰 효과로 생겨난 Touch UI의 시도는 명백히 아이폰을 제외하고는 실패라고 할 수 있다. 아이폰은 H/W에서 주는 Full Touch 기능과
Application UI가 절묘하게 맞아 들어갔기 때문에 성공을 했으나 경쟁사 제품은 H/W와 S/W가 전혀 조화가 되지 않았다. 불행히도 벤더들은 그런 것 보다는 Touch에 호기심을 느끼는 사용자들을 자극하여 지갑 터는게 더 급한 듯 하다. 아이폰이 나온지 꽤 되었는데도 발전된 UI를 내세우기보다는 다양한 iPhone Like 제품을 만들기에 바쁘니깐 말이다.
개인적으로는 Full Touch 보다는 QWERTY 폰에 더 눈길이 많이 간다. 불랙잭을 사용하는 사용자로서 입력의 불편함을 QWERTY가 꽤나 많이 감소시켜주고 있다는 것을 느끼기 때문이다. 그러한 면에서 삼성이 내놓은 U940과 같은 폰은 좋은 시도이다. Full Touch와 QWERTY을 동시에 지원하니깐...
Lease.pdf
Comments List
저는 하나 더 추가하여 국내에 WIPI 전용 브라우저가 있다고 생각합니다. 비도 오늘 촐촐와서 회사 내 소파에서 3시간 정도 투자해서 모두 읽었답니다. 이 내용을 정리해서 블로깅하려고 생각중에 있습니다. ^^ 잘 봤습니다. :)
뽐뿌맨님 포스팅 기대하고 있겠습니다.
포스팅 하시고 트랙백 쏘시면 안됩니다~ 블로그 수준 비교되게 하시면 안됩니다.. -.-;;
그런데, 뽐뿌맨님 'WIPI전용 브라우저'라는 것은 어떤 농담 비슷한 말씀이시겠죠;;;;;;; @.@
아... 저의 이해를 말씀 드리자면 뽐뿌맨님은 제 포스팅을 보기 전에 ABIResearch의 자료를 보셨기 때문에 그 원문 보고서에서 이야기 하는 Concern으로 이야기 하신 것 같습니다. 해당 보고서에는 제 포스팅과는 별 상관없이 기술이나 플랫폼 별의 브라우저에 대해서 분석하고 있거던요. 국내 WIPI 정책에 대해서 개인적으로 답답하셔서 하신 듯 합니다.
참고로 WIPI에 대해서 저는 그렇게 부정적인 시각은 아닙니다. ^^
ㅎ 그럼요, 저도 맥락을 잘 이해하고 있습니당 ㅋ
WIPI는 비슷하게 긍정/부정 대상이라기보다는 그저 답답한 심정인 것이구요.
뽐뿌맨님 덧글에서 'WIPI 전용 Br'이라는 표현을 보고 순간 상상해보니 대혼란과 함께 왠지 끔찍해져서~~ ㅋㅋ
아니 근데 다른분 댓글 답글란 밑에서 제가 왜 이러고 있죠. 완전 행패네.. 잘 못 했슙니다!
ㅋ~ 별말씀을. 리플 싫어하는 블로거도 있나요? ^___^
게다가 다행히 뽐뿌맨님 블로그는 msdn 블로그라 댓글알림이가 안된답니다. 아마 모르실거예요. 더 행패 부려 주세요~
그런데 자료로부터 말하자면, 2013년이 되어도 여전히 WAP을 지원하는(only가 아니라) 브라우저가 Web 전용 브라우저와 비슷한 수준으로 시장에 보급될 것이라는 예측도 읽혀지네요.
WAP(실상은 WAP2.0, xhtml MP 규격) 규격으로 작성된 페이지나 서비스의 필요는 그 때도 여전히 있다는 얘기일 것이구요. 왜냐하면 PC-like Web을 결코 지원하지 않을, 현재의 '노멀폰'이라고 대충 싸잡히는 모바일 단말도 여전히 계속 보급될 것이고 적어도 5-6년 범위 안에서는 그 비중이 큰 차이로 역전되지는 않는다는 것이지요. 그 다음 시기에는 어떻게 될까요..
그리고 WAP=폐쇄, Web=개방 인건 아니지 않을까요?
사실 WAP(전문이라는 건 시장에 사실 없고) 업체라 함은 기술적으로는 Web 업체와 동치이지 않습니까. 사실 '영세성'이 문제이지 대형 포털과 소규모 서비스 제공사들 사이에 '지원 규격'으로 나누어지는 산업 구분은 존재하지 않는 것 같습니다.
누구에게든, 그리고 특히 영세 CP라면 시대 흐름에 따르는 '이행전략'이 필요할텐데, 이미 가지고 있는 기술이나 시장을 트랜드의 오독으로 '전략없이' 내팽게치는 것은 문제이지 않을까 싶어...... 괜히 댓글만 길어졌습니다. ㅠ.ㅠ
댓글에 여러가지 질문이 달렸네요~
1. 네~ 저도 WAP 시장의 존재 자체에 대해서 부정한적이 없습니다. 본문에서도 이야기 했듯이 Web과 서로 상호 작용할 만한게 분명히 있으니깐요.
2. 저는 현재 에코시스템에 꼭대기에 있는 이통사의 정책안에서 WAP은 폐쇄라고 생각합니다. WAP이 주는 기술적인 면이 폐쇄가 아니라 WAP으로 만들어지는 서비스와 정책이 폐쇄니깐요.
3. 저는 지금껏 모바일쟁이로 살아서 그런지, WAP 전문 업체를 많이 알고 있습니다. WAP 전문 업체들이 html 코딩을 못해서 WAP 전문 업체가 아니라 그들의 서비스가 이통사 종속적이기 때문이죠. 그들의 서비스를 이통사 밖에서 하는 것은 현실적으로 불가능해 보이는 업체들이 분명히 있습니다. 그리고 그러한 업체들이 불행히도 이미 '전략없이' 내팽겨침을 받아버렸구요.
헉, 실시간 답글을 받다니. 왠지 감사합니다?! ^^
답신 주신 내용은 모두 잘 읽히고 이해가 잘 됐습니다.
근데 특히 3번의 마지막 문장은 이해를 넘어 뭔가 가슴을 치는...
우하~ 많은 리플이 달렸네요!
게을러 가지고 아직도 블로깅을 하지 못하고 있습니다. -_-
예전 봄에 전종홍 박사님(HOLLOBLOG)과 함께 FutureCamp 에서 공감대를 이루었는데요. "모바일 풀 브라우징" 이라는 것에 대해 정의 부터 먼저 내려야 할 듯 합니다. 아시다피시 국내에 봄 부터 풀 브라우징이라고 명명 아래에 마케터들이 자사의 폰들을 판매하기 위한 전략으로 마치 네이버 사이트가 폰에서 PC 그대로의 경험을 제공한다고 헀잖아요.
그렇게 되려면 3G에서 얼마나 트래픽이 많이 발생하는지 고려되어야 할 것이고 그게 과연 더 나은 모바일 브라우저 경험을 고객에게 제공하는가도 생각해 봐야 겠습니다. 그리고 그 데이터 통화료는 누가 낼 것 입니까? 웹 사이트의 정보를 보내는 데 고객이 돈을 내는 것이 아니라 웹 사이트 파싱 하는데 돈을 내어야 하는가도 고민해 볼 필요있습니다.
그리고 국내 웹 사이트는 플래시와 액티브X 컨트롤이 많아서 그것이 폰에서 완벽하게 구현되어야 하는데, 그것도 고려 되어야 할 것 입니다. 그리고 대부분 스마트폰은 ARM 계열인데, 현재 웹 사이트는 X86 프로세서용으로 컨트롤들이 컴파일 되어 있어서 다운받아도 동작하지 않습니다.
그렇다면 iPhone처럼 Safari with WebKit Engine을 통해 특별히 제작하는 것이 옳은 정답인지도 검토해봐야겠습니다. 그런 의미에서 초창기, CPU와 배터리,메모리가 제약 많을 당시에서는 WAP이 환영을 받았고 i-Mode의 cHTML의 모바일 컨텐츠 사업에서 중요한 계기를 맞이했는데, 800메가헤르츠와 256메가/512메가 메모리를 사용할 수 있는 이 시점에서는 WAP이 2013년쯤이면 사라진다고 그 리포트는 말해주고 있는 것 같습니다. :)
모바일 브라우저는 임베디드 스럽게 많은 제품이 탑재가 되겠지만 일반 유저 피드백은 현재까지의 모바일 풀 브라우징은 웹 사이트가 너무 느려.. NHN이나 다음 외에 다른 웹 사이트들도 표준을 준수하는 모바일 전용 웹 사이트를 만드는 방법도 가르쳐 드리고 그것을 만들면 돈 버는 레비뉴와 비즈니스 모델에 대한 가치에 대해 설득하는 작업이 우선시 되어야 한다고 생각됩니다.
WIPI 브라우저라고 한 것은 국내에서만 WIPI 로 만들어진 브라우저, 정확히는 프로그램이죠. 모바일 오퍼레이터 자체 사이트로만 접속 가능한 컨텐츠에 대한 것입니다. 그런 의미에서 WAP과 비슷한데요. WAP은 WML및 WML스크립트로 구현되어 있고 WIPI는 JAVA(J2ME)로 구현되어 있어서 WAP보다는 들 제약적이지만 OIB(오픈 인터넷 브라우저)는 그야말로 주소창에 웹 주소만 입력하면 어디든지 접속이 가능하기 때문에 AIB 리포트에서 마이크로브라우저, WAP온리, OIB 로 구분되어 있는데 국내에서 WIPI 기반 브라우저가 있다고 말했던 것 입니다.
P.S MSDN블로그가 트랙백을 달수 없어도 적으시는 글에 대해 메일로 Alerting 된답니다. 그것도 HTC 스마트폰으로요. ^^ 띵~하면서 풍선 도움말로!! 그런데 대부분 제가 외부 출장이나 미팅이 참석중이라서 메일 체크가 늦답니다. ㅠ.ㅠ
리플이 아니라 포스팅 수준인데요.. ^^
WIPI 브라우저라고 말씀하시는게 가벼운 농담만은 아니셨군요. 말씀하시는 정의가 워낙 독특하셔서 제가 아마 완벽히 이해를 못한 듯 합니다. WIPI VM을 통해서 접속하는 브라우저를 말씀하시는건가요? 그러니깐 무게타 접속 프로그램과 같은것을 말씀하시는건지요...? 그런거라면 사실 해외에도 사례가 많아서 국내만의 독특한 현상이라고 말하기는 힘든 것 같은데... 전 잘 모르겠네요.. 이해를 못한게 맞는 듯 합니다. ^^
애널리스트들의 자료라는게.... 일부 자료는 항상 참고는 되지만 그닥 현실성이 없을 때가 있죠. 사견으로는 WAP 브라우저가 2013년에 사라진다면 모르겠지만 WAP 서비스가 사라진다는 것은 상당히 의문입니다. 순전히 WAP 하기 나름이겠지요. WAP의 탄생이 단순히 제한된 하드웨어를 Cover하기위해 나온 것은 아니니깐요. Web이 하지 못하는 인증과 세션처리 등을 모바일에 최적화해서 임무 수행을 하고 있으니깐요. Web이 그런 일부분을 흡수할 수는 있을 듯도 하구요...
아, 그리고 OIB가 그 약자였군요. 그걸 몰라서 인터넷 꽤나 헤맸는데.. 본문 내용 약간 수정해야겠습니다. 정보 감사합니다. ^^
혹시.... 그 보고서 전문 공유 가능할까요? ^____^
PS : 댓글 알리미는 티스토리와 텍스트큐브에 있는 기능으로 MSDN에서 자기 블로그에 댓글이 달리면 알려주는 기능과는 다르답니다. 다른 사람의 블로그에 자신이 댓글을 남겼을 때, 그 댓글에 답변이 달리는 것을 볼 수 있는 기능입니다.
관리자만 볼 수 있는 댓글입니다.
좋죠~ 다만 그 날은 제가 선약이 있답니다. 월요일날 연락 드리겠습니다.
관리자만 볼 수 있는 댓글입니다.