새삼스러운 일은 아니지만 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 버전에서 어느 정도 수긍할 수 있는 변화라는 생각을 할 수 있겠다.
하단 가장 우측에 있는 […]버튼을 선택하면 Option Menu를 보여주는 방식도 기존 Gingerbread버전까지와 별반 다르지 않아 평범하다.
아래 Seesmic application의 경우에도 별반 다르지 않아 보인다.
그런데, Seesmic application은 […]버튼을 클릭하면 동일한 동작임에도 불구하고 Option menu 보여지는 방식이 다르다. 아직 ICS 버전 관련해서 자세한 내용을 파악하지 않아서 어떠한 차이에 의해서 발생하는 변화인지는 잘 모르겠지만 일단 동일한 동작에 대해서 다른 방식으로 보여지는 것 자체가 사용자에게 혼란을 줄 수 있는 충분한 여지가 있어 보인다.
그렇다면 여기서 추정할 수 있는 것은 facebook application이 ICS 버전에 대응하지 않은 것이고 Seesmic application이 ICS 버전에 맞춰서 동작한다고 볼 수도 있을 듯 하다.
보통 Android에서 Application의 Best practice를 찾기 위해서는 Android에 기본 탑재된 Google Mobile Service Application을 참고하게 되는데, 이 시점에서도 동일하게 ICS에 탑재된 Gmail application을 살펴보면 딱히 그런것 같지도 않다.
[…]버튼의 위치가 [BACK], [HOME], [TASK] 등의 SOFTKEY 영역에 있는 것이 아니고 Gmail만의 별도 기능 아이콘 옆에 배치되어 있다.
Gmail만 보면 Application에서 Option을 처리하는 UI guideline이 변경된 것처럼 생각할 수도 있으나 Gtalk application을 보면 […]버튼이 상단 ActionBar 맨 우측에 위치하고 있다.
이쯤되면 오기가 생겨서 이것 저것 안볼 수가 없다. 그래서 확인한 Google Calendar application은 더 가관이다.
월별 일정 화면에서는 Gtalk과 별반 다르지 않아서 넘어가고 상세 일정 화면을 클릭했더니 상단 좌측에 있는 아이콘이 [BACK]키와 동일한 동작을 한다.
Android UI guideline에서 하지 말라고 하는 그 동작이다.
이 외에도 ICS 버전을 쓰다보면 이해할 수 없는 것들이 몇가지 있는데 지금까지 문제라고 나열한 이런 내용들이 아직 ICS를 이해 못한 내 잘못이라고 생각하고 싶다.
앞으로 ICS를 더 써보고 여기저기 기웃기웃하면서 귀동냥을 더 많이하면 Google의 깊은 뜻을 이해할 지도 모르겠지만 아직까지는 잘 모르겠다.
그냥 누가 친절하게 알려주면 좋겠다. 그 ‘누구’가 Google이면 더 좋겠고.. 쩝!