1. 애플 생태계의 장점

seamless한 기기 간 연동

통일된 사용자 인터페이스

강력한 보안과 프라이버시 보호

최적화된 하드웨어와 소프트웨어

품질 높은 앱 생태계

2. 윈도우 생태계의 장점

다양한 하드웨어 선택지

호환성과 레거시 지원

강력한 멀티태스킹 능력

게이밍 플랫폼으로서의 강점

기업 환경에 최적화

3. 안드로이드 생태계의 장점

다양한 기기 선택지

커스터마이징의 자유

개방성과 자유로운 파일 관리

구글 서비스와의 완벽한 통합

멀티태스킹과 분할 화면

다양한 가격대의 앱과 게임

4. 각 생태계의 비교 및 시사점

사용자 경험의 차이

개방성과 통제의 균형

가격과 가치

생태계 간 호환성

미래 전망

(더 보기…)

앞서 이야기했던 갤럭시의 글로벌 현지화 전략과 제품으로 경쟁사인 애플과의 전략을 비교해보면 좋을 것 같습니다. 두 회사의 전략은 다릅니다. 과격하게 요약해서 말하면 삼성의 전략은 ‘현지에 맞춰서 서비스를 제공하자’이고 애플의 전략은 ‘글로벌 스탠다드에 맞춰 서비스를 제공하자’입니다. 구글과 마이크로소프트와 함께 사용자와 만나고 있는 삼성은 IT 삼국지에서 표현되듯 공화국의 특징을 가지고 있습니다. 하지만 애플은 왕국이라는 표현처럼 과거 왕국의 정치시스템을 적용해 글로벌 사용자에게 어필을 하는 것으로 보입니다.

이전 글은 모바일 티머니와 삼성 월렛을 중심으로 글을 썼습니다. 글을 쓰다보니 든 생각이라 이 내용을 정리했습니다. 티머니와 삼성 월렛은 하나의 사례이고, 여기서 얻은 인사이트는 삼성은 로컬라이제이션을 매우 잘한다 였습니다. 저는 사전 예약을 통해 Z fold6를 구매했습니다. 운좋게 개통 첫날 받으러 갔었고, 그날 받았던 서비스는 너무 만족스러웠습니다. 과거 삼성 가전을 팔던 둔탁한 느낌이 아닌 세련되고 날렵한 느낌의 서비스를 받고 매우 감동 받았습니다. 애플과 비교를 하면, 우선 제가 구매했던 이력을 말씀드리면 가로수길 애플 스토어, 에이샵, 프리즈비 등등에서 애플 제품을 한 두개산게 아니었습니다. 전 회사에서 장비 담당도 겸하고 있었기에 많이 살때는 한 주에 3번을 방문해 구매한 적이 있습니다. 처음 애플 매장은 한국의 삼성 매장과 달랐습니다. 일단 프로모션 이미지, 종이가 없이 깔끔했고, 인테리어가 너무 새련되었습니다. 그리고 그 흔히 보이는 못생긴 포스기가 없었습니다. 그럼 결재는 어떻게 하냐면 직원에게 원하는 제품을 달라고 한 뒤 카드로 결재하겠다고 하면 그때 바로 주머니에서 결재할 수 있는 단말이 나오고, 영수증 필요하신가요?를 물어봤습니다. 그리고 제품을 지하에서 가져오며 그 이후 영수증과 함께 제품을 줬습니다. 애플 1호점이 생겼을 때, 애플 직원들이 여기 보세요 여러분 이분이 맥북을 샀어요~ 라면서 환호해줬다. 지금와서는 그게 그렇게 신기한 경험일까 싶은데, 당시에는 무척이나 신기한 경험이었다. 그렇게 애플에 오래 빠져 살았던 사람이 갤럭시로 갈아타고 최근 오픈한 갤럭시 스토어 강남의 경험에서 받은 느낌은 하이브리드였다. 

본문

1. 인도: 세계 최대의 스마트폰 시장을 공략하다

2. 중동: 문화적 특성을 반영한 맞춤형 전략

3. 브라질: 남미 시장의 교두보를 확보하다

4. 러시아: 광활한 영토를 아우르는 전략

5. 아프리카: 신흥 시장의 잠재력을 깨우다

6. 일본: 까다로운 소비자를 사로잡다

7. 유럽: 다양성을 존중하는 전략

8. 북미: 혁신의 중심에서 리더십을 강화하다

가. 5G 기술 선도

나. AI 기능 강화

다. 현지 기업과의 전략적 제휴

라. 폴더블 폰 시장 선점

마. 맞춤형 고객 서비스

(더 보기…)

세계에서 가장 유명한 강연인 TED를 풀어쓰면. Technology, Entertainment, Design입니다. 산업 혁명 이후로 디자인의 위상은 현재까지도 유지되고 있고, 디자인이라는 말을 우리는 일상생활에 많이 사용합니다. 이렇게 디자인이 유명해질 때까지 우리는 얼마나 좋은 디자인을 만들고 있었을까요? 좋은 디자인은 무엇일까요?

좋은 디자인이라는 것을 고민 많이 했습니다. UX/UI 디자인 업계에 7년 이상 근무하면서 정의한 것이 있습니다. UX/UI는 사용자가 느껴지지 않는 것을 만드는 것이 좋은 디자인이라고 생각합니다. 서비스를 사용하는데 UX/UI가 느껴진다면 불편할 때일 경우가 많습니다.

그럼 자연스러운 UX/UI를 만들려면 어떻게 하는 것이 좋을까요?

1. 사용자를 위한 가시성과 대응을 만들어야 한다.

너무 당연해서 몇 년 동안 놓치고 있던 것이 있었습니다. 눈에 보여야 관리할 수 있다는 원칙입니다. 사용자에게 보이지 않는 기능은 동작은 하고 있을지 모르나 사용자 입장에서는 없는 것입니다. 따라서 사용자가 기다리는 시간도 우리는 안내하는 문구와 상황이 어떻게 진행되고 있는지도 노출을 해야 합니다. 이것을 UX에서의 가시성(Visibility)이라고 합니다.

디지털 세상에서만 가시성이 필요한 것일까요? 맛있는 음식점에 줄을 서서 들어가 보신 적이 있으신가요? 요즘 핫한 Knotted Donut에 가면 사람이 많아서 줄을 서게 되는데, 추운 겨울에 줄을 서고 있으면 빨리 들어가고 싶어 집니다. 하지만 앞에 줄을 서있다면 내가 얼마나 기다려야 하는지에 대한 정보가 사람의 수로 확인할 수 있게 됩니다.

가시성은 눈에 보이게 만드는 것을 넘어서야 합니다. 이것은 스마트폰이나 컴퓨터는 조작할 때 중요한 부분을 강조할 수 있는 방법이 많습니다. 보이게 했는데 이제 무엇을 보이게 했느냐가 중요한 영역으로 점프를 해야하는 시기입니다. 보이는 것을 정보와 작용 가능한 것으로 구분해야 합니다. 작용 가능한 것을 편의상 버튼이라고 하겠습니다. 버튼을 누를 때의 상황을 정확하게 지시해줘야 합니다. 확인을 눌렀는데 내가 입력한 사항들이 저장되지 않고 바로 컴퓨터가 꺼진다면, 짜증은 들불처럼 퍼져나갈 것입니다.

샤워실에 수도꼭지에 빨간색은 따뜻한 물이고, 파란색은 찬물입니다. 노트북에서 H 키보드를 누르면 H가 화면에 H가 출력됩니다. 이런 것을 대응(Mapping)이라고 합니다. 가시성과 대응을 만드는 기준은 항상 사용자가 중심이 되어야 합니다.

위의 법칙은 가장 중요한 원칙입니다. 그래서 이 원칙은 무조건 지켜야하는 것이고, 이것을 어떻게 봉주는 것이 좋을까에 대한 고민을 디자이너가 진행해야 합니다. 그리고 이것을 지키지 않으면 절대로 안됩니다. 눈에 보여야 하고 의도한 대로 사용자에게 보여줘야 합니다.

2. 훌륭한 가시성과 대응은 행동유도성을 만들어낸다.

이 말을 하기 위해서 위에서 어렵게 설명했습니다. 화살표는 훌륭한 가시성과 대응을 만들어낼 수 있는 예시입니다. 그리고 이것은 사용자가 원하는 곳으로 이동할 수 있는 서비스를 제공하게 됩니다. 그리고 그 작은 화살표가 사용자를 움직이게 만듭니다. 이것이 내비게이션에 적용이 되고 지도 앱에 사용되어서 사용자를 목적지까지 안내하는 역할을 합니다.

이것을 우리는 행동유도성(Affordance)이라고 합니다. 시각적인 기호가 대응을 잘 만들어 낸다면 행동을 유도한다는 것입니다. 이것은 표면적인 이론인 것이고 행동 유도성을 정말 유도하는 것은 개념 모델과 멘털 모델입니다.

3. 행동유도성은 멘털 모델에 기반한다.

개념 모델(개념 모형, Conceptual Model)은 어떻게 작동하는가에 대한 이해를 의미합니다. 이와 비슷한 멘털 모델이(Mental Model)은 사용자가 경험, 훈련, 지시를 통해 형성하는 것을 뜻합니다. 한 도구의 멘털 모델은 주로 그 장치의 작용과 가시적 구조를 지각하고 해석함으로써 형성됩니다. 좋은 디자인은 멘털 모델을 잘 형성함과 동시에 그 멘털 모델을 통해 사용자가 사용할 때마다 감탄을 하게 만들고 오래 살아남는 것이라고 생각합니다.

사실 이 멘탈 모델을 형성하는 것이 디자이너의 최종 목표가 되어야 한다고 생각합니다. 보이는 것을 구성하고 만들어내는 역할을 하지만 보이는 것을 통해서 멘털 모델을 구성하는데 기여하는 것이 디자이너라고 생각합니다. 제가 항상 말씀드리는 형식이 내용을 지배한다는 것을 여기서 한 번 더 확인할 수 있었습니다.

아 다르고 어 다르다고 합니다. 말과 글에는 뉘앙스가 있습니다. 디지털이 너무 당연해진 지금 말과 글의 경계가 무너지고 있습니다. 이런 상황에서 문어체가 좋니 구어체가 좋니라는 말은 유효기간이 지난 질문이고 논쟁입니다. 그보다 글을 읽는 사람들에게 오해 없이 전달하고 쉽게 읽히게 하는 것이 중요한 것이 아닐까 생각해 봅니다. 이상 핑 돌의 생각이었습니다.

말과 글은 다릅니다. 말은 글에 비해 정리가 덜되어 있다는 생각이 듭니다. 그리고 일상생활에서 아차 하는 순간이 많은 이유도 순간적인 판단을 하고 진행해야 하기 때문입니다. 글은 비교적 정리할 수 있습니다. 그래서 정교하게 사람들에게 다가갈 수 있습니다. 이를 섞으면 대화형 글과 권유형 글이 됩니다. 친근하나 정리된 느낌의 문구를 사용자에게 제공할 수 있습니다.

대화형 글쓰기

‘걸고 싶은 전화번호를 입력하세요’ 보다 ‘누구에게 전화를 거시겠어요’라고 묻는 것이 좋습니다. ‘이미 등록하셨다면 이메일 주소와 비밀번호를 제시해 주세요’ 보다 ‘이미 가입하셨나요?’가 좋습니다. ‘비밀번호를 잊어버린 경우’ 보다 ‘비밀번호를 잊어버렸다면’이 좋습니다.

위의 예시를 보면 후자가 안정적이라는 생각이 듭니다. 그 이유는 대화체라서 심리적 거부감이 덜 든다는 점이 있는 것 같습니다. 대화형 글쓰기에서는 원칙이 있습니다. ‘소리 내어 말하지 않는 것은 글로도 쓰지 마라’라는 원칙이 있습니다. 이 원칙을 항상 염두에 두시고 사용자에게 제공하는 문구를 제공하시길 바랍니다.

대화체 문장을 쓰는 요령

• 생각나는 것을 그냥 말해보세요.
• 크게 소리내어 읽어보세요.
• 누가 봐도 지루한 글귀를 사용자에게 제공하지 마세요.
• 사용자에게 질문하듯이 글을 써 보세요.

대화형 글쓰기의 6가지 속성

1. 사용자에게 직접적으로 말한다고 생각하고 글쓰기.
2. 문장이 끝나지 않고 자연스럽게 이어질 수 있도록 글쓰기.
3. 짧게 요점만 추려내서 글쓰기.
4. 보통 일상에서 쓰는 단어를 사용하여 글쓰기.
5. 능동태로 글쓰기.
6. 물 흐르듯이 매끄럽게 글쓰기.

권유형 글쓰기

당신의 서비스를 사용할 때, 사용자는 처음 사용하기 때문에 기본적인 교육을 진행해야만 사용할 수 있습니다. 이때 이것을 하세요. 저것을 하세요. 보다 이것을 하면 여러분에게 이득이 됩니다. 이런 식으로 설득을 하는 것이 사용자의 마음을 움직이는데 많은 도움이 된다는 것입니다.

글로 사용자의 행동을 유도하는 네 가지 원칙

1. 방법이 아닌 가치에 관해 설명하는 것이 좋다.
2. 즐겁게 만들고 기대하게 만들 수 있는 어휘나 문장을 사용하는 것이 좋다.
3. 사용자를 존중하고 사용자의 선택에 대해서 존중하라.
4. 다른 사람을 끌어들여서 설득하라. 40만 명이 선택한 이런 문구들이 이것에 속합니다.

에러 메시지

에러 메시지는 진행이 불가능한 상황에 고정시키지 말고, 다음으로 이동하거나 우회할 수 있는 방법을 만들어 계속 서비스를 사용할 수 있게 만들어야 합니다. 그러기 위해서는 사용자에게 문제 상황을 설명해야 하며, 해결책 제시 및 우회로를 설명해주는 것이 좋습니다.

사용자의 입장에서 에러 메시지를 보면 어떤 생각을 할까요? 저는 어쩌라고, 왜 안되는데…라는 생각을 합니다. 여러분도 여기서 크게 빗나가진 않으리라 생각합니다. 왜냐하면 에러 메시지는 대가 하려는 목적을 컴퓨터 혹은 프로그램의 오류로 인해 진행하지 못하는 경우를 마주하는 것이니까요.

그래서 첫 문단에서 말씀드린 것처럼 이유를 설명하고 우회로를 작성하는 것이 좋은 방법입니다. 예를 들어 은행에 갔습니다. 은행에 갔는데, 해당 지점의 사정으로 은행을 운영할 수 없는 상황이라고 생각을 해봅시다. 그러면 입구에 오늘은 지점 사정으로 운영이 어렵습니다. 근처 은행 지점을 방문 부탁드리겠습니다. 은행의 이름과 약도를 써넣으면 그것을 보는 순간은 사람들이 짜증을 내겠지만 그것은 오래가지 않습니다. 목적을 한 번에 이루지는 못했지만 두 번에 나눠서 이룰 수 있게 되었을까요.

당황한 사용자를 위하여

문제와 문제 상황을 간단하고 명확하게 설명해야 한다. 그리고 사용자가 이해할 수 있는 수준으로 글을 써야 한다.

사용자가 마주했던 문제 상황으로 되돌아가 프로세스를 완료할 수 있는 해결책을 제시해야 한다.

오류로 인해 기다리는 상황을 즐거운 경험으로 바꿔야 한다.

인간적으로 사용자를 안내

딱딱하지 않게, 명령하지 않고, 전반적으로 기계처럼 들리지 않게 쓰는 것이 좋습니다.

에러 또는 실패와 같은 단어를 쓰지 않는 것이 좋습니다.

전문적인 기술 용어를 사용하지 않는 것이 좋습니다.