Android 4.0 (ICS)의 쌩뚱맞음에 대하여..

새삼스러운 일은 아니지만 Google은 시장을 대하는 태도가 전체적으로 불친절하고 이런 점은 항상 불만이었다.
다른 Google 서비스야 거의 독점적이고 Web 기반 서비스라고 백번 양보해도 Android의 경우에는 직접 서비스하는 것이 아니고 통신사/제조사 등의 기존 통신시장의 이해 관계자들이 활용할 수 있도록 제공하는 간접적인 서비스(?)라는 측면에서 그 불친절함이 시장을 혼란에 빠뜨리는 것이 아닌가 생각한다.

초기 HTC에서 G1/G2가 출시되었을 때만 해도 듣보잡이었던 플랫폼이 빠른 발전을 거듭하면서 양적인 측면에서는 iOS와 함께 모바일 플랫폼의 양대 축으로 자리 잡았지만 질적인 측면에서는 아직 많은 공격을 받는 것이 사실이고 그 바탕에는 플랫폼 진화 과정에서 Google의 불친절함이 자리잡고 있다고 본다.

[MENU], [HOME], [BACK], [SEARCH] 의 4개의 물리적인 키가 필요하던 초기 플랫폼 버전에서, 요구하는 물리적인 키가 많아 단말의 Form Factor에 제약이 발생할 수 있어서 단말 디자인 경쟁력이 떨어진다는 시장의 의견을 적극 반영하여 구글의 핵심 경쟁력과 직결된 [SEARCH]키를 과감하게 OPTION으로 처리하고 플랫폼에서 대안을 제시하는 것을 보았을때 시장과 적극 소통할 것이라 예상을 했었다.

그러나, 거기까지가 Google의 한계였는지 아니면 의도적으로 움직이는지는 확인할 수 없지만, 새로운 플랫폼이 나올 때마다 그 플랫폼의 컨셉이나 진화 방향에 대해서 구글은 시장과 소통하는데 적극적인 모습을 보이지 않고 있다.
이러한 구글의 행보로 인해서 Android 플랫폼이 시장이 선보인지 2년이 넘게 지나고 있는 이 시점에 통신사, 제조사, 3rd party 개발사들이 시장에 제공하는 최종 산출물을 보면 아직도 갈피를 잡지 못하고 우왕좌왕하거나 결과물을 생산해내기에 급급한 모습으로 비춰지고 있다고 본다.

특히, Android 4.0인 ICS(Ice-cream sandwich)를 사용하다보면 플랫폼 정체성에 의문을 가지게 된다.
지금까지 여러 공격에도 불구하고 [MENU], [HOME], [BACK]키라는 물리적인 키를 이용한 플랫폼의 UI/UX 컨셉을 유지하였고, 시장에서 사용자들이 플랫폼 사용법에 대한 기본적인 학습이 완료되었다라고 볼 수 있는 시간이 지난 이후에 [MENU]키를 삭제하고 SOFTKEY 체계로 플랫폼의 큰 틀을 흔들어 놓음으로써 시장에 굳이 새로운 혼란을 유발할 필요가 있었는지 의구심이 든다.

만약, 플랫폼의 큰 틀을 흔들어 놓을만큼 그 컨셉과 방향성이 중요하다면 여러가지 방법을 통해서 시장 관계자들에게 그 타당성을 설득하고 공감대를 얻어서 새로운 플랫폼에 맞춰 시장이 빨리 변화할 수 있도록 적극적으로 노력하는 것이 맞다고 본다.

불과 얼마전에 여러 경로로 공유된 Android UI Design Patterns를 보면 몇가지 예가 나오는데, Android 공식 Site보다 훨씬 구체적이고 필요한 사항에 대해서 더 잘 설명이 되어 있다. 물론 대부분의 내용은 Google Developer Day 2010에서 발표된 Roman Nurik’s의 slide를 인용하였기는 하지만 이러한 내용은 당연히 Android 개발자 공식 Site에서 적극적이고 지속적으로 알리는 것이 당연해 보이는데 왜 소극적으로 대응하는 것인지 안타까울 따름이다.

ICS 버전을 사용하면서 이상하다고 느끼는 몇가지 사례를 살펴보면,
우선 보통의 경우에 Application을 실행하면 아래 facebook 공식 어플처럼 [BACK], [HOME], [TASK], […] 이렇게 4개의 버튼이 보인다. [MENU]버튼이 OPTION처리 되어 […]로 표현된다는 점만 본다면 ICS 버전에서 어느 정도 수긍할 수 있는 변화라는 생각을 할 수 있겠다.

facebook screenshot
facebook 스크린샷

하단 가장 우측에 있는 […]버튼을 선택하면 Option Menu를 보여주는 방식도 기존 Gingerbread버전까지와 별반 다르지 않아 평범하다.

facebook
facebook Option Menu

아래 Seesmic application의 경우에도 별반 다르지 않아 보인다.

seesmic screenshot
Seesmic 스크린샷

그런데, Seesmic application은 […]버튼을 클릭하면 동일한 동작임에도 불구하고 Option menu 보여지는 방식이 다르다. 아직 ICS 버전 관련해서 자세한 내용을 파악하지 않아서 어떠한 차이에 의해서 발생하는 변화인지는 잘 모르겠지만 일단 동일한 동작에 대해서 다른 방식으로 보여지는 것 자체가 사용자에게 혼란을 줄 수 있는 충분한 여지가 있어 보인다.

seesmic option menu screenshot
Seesmic에서 Option Menu 스크린 샷

그렇다면 여기서 추정할 수 있는 것은 facebook application이 ICS 버전에 대응하지 않은 것이고 Seesmic application이 ICS 버전에 맞춰서 동작한다고 볼 수도 있을 듯 하다.

보통 Android에서 Application의 Best practice를 찾기 위해서는 Android에 기본 탑재된 Google Mobile Service Application을 참고하게 되는데, 이 시점에서도 동일하게 ICS에 탑재된 Gmail application을 살펴보면 딱히 그런것 같지도 않다.
[…]버튼의 위치가 [BACK], [HOME], [TASK] 등의 SOFTKEY 영역에 있는 것이 아니고 Gmail만의 별도 기능 아이콘 옆에 배치되어 있다.

ICS Gmail Application Screenshot

Gmail만 보면 Application에서 Option을 처리하는 UI guideline이 변경된 것처럼 생각할 수도 있으나 Gtalk application을 보면 […]버튼이 상단 ActionBar 맨 우측에 위치하고 있다.

Gtalk screenshot
Gtalk screenshot

이쯤되면 오기가 생겨서 이것 저것 안볼 수가 없다. 그래서 확인한 Google Calendar application은 더 가관이다.
월별 일정 화면에서는 Gtalk과 별반 다르지 않아서 넘어가고 상세 일정 화면을 클릭했더니 상단 좌측에 있는 아이콘이 [BACK]키와 동일한 동작을 한다.
Android UI guideline에서 하지 말라고 하는 그 동작이다.

Google Calendar 스크린 샷
Google Calendar 스크린 샷

이 외에도 ICS 버전을 쓰다보면 이해할 수 없는 것들이 몇가지 있는데 지금까지 문제라고 나열한 이런 내용들이 아직 ICS를 이해 못한 내 잘못이라고 생각하고 싶다.
앞으로 ICS를 더 써보고 여기저기 기웃기웃하면서 귀동냥을 더 많이하면 Google의 깊은 뜻을 이해할 지도 모르겠지만 아직까지는 잘 모르겠다.

그냥 누가 친절하게 알려주면 좋겠다. 그 ‘누구’가 Google이면 더 좋겠고.. 쩝!