모바일 산업의 흐름이 빠르다는 것은 변화하는 Keyword를 보면 실감할 수 있다. 불과 얼마전까지 모든 컨퍼런스와 미디어를 휩쓸던 'Full Browsing'이라는 용어는 더 이상 Sexy함을 잃어버린 단어가 되어 버렸다. 산업에서는 여전히 브라우저의 퍼포먼스는 고민거리이고, 사용자의 사용은 늘어나고 있지만 더 이상 Full Browsing에 대한 고민을 공개적으로 하지는 않는다.


이렇게 'Full Browsing'이 신선함을 잃은 것은 모바일 기기에서 PC Web을 그대로 보여주는 것이 옳은 접근이 아니라는 것을 그 동안의 경험을 통해 얻어내었기 때문이다. mobizen 역시 Full Browsing에 관심이 높았었고, Mobile Web Site를 따로 구축하는 것은 어디까지나 기술의 발전과 사용자 경험이 쌓일 때까지의 사용성의 차이를 극복하기 위한 '중간 과정'이라고 생각했다. 그러한 이유로 Google의 Text위주의 사이트 구성과 트랜스코딩, Web Toolkit 기술을 선망의 대상으로 바라보았다.


웹서비스 사업자 입장에서는 미래를 위한 투자임은 분명했지만, 당장 큰 돈이 되지 않는 모바일에 많은 투자를 하는 것이 부담스러웠다. 이에 대한 논쟁은 답이 없었고, 사업자들은 3가지 방향성을 가지고 선택을 하게 된다. 첫째, Mobile Web을 따로 개발하는 것. 둘째, Google과 같이 PC Web을 경량화하는 것. 셋째, Full Browsing으로 소극적인 대응을 하는 것.

3가지 옵션을 고려하는 것은 모두 기술이 발전되고 사용자의 경험이 쌓이면 모바일 브라우저의 사용성이 높아질 것이라는 예상이 바탕이 깔려있다. 그리고, 여기에 대해 초기에 동의했던 mobizen의 생각이 점차 바뀌고 있다. 정말 많은 이들이 생각했던 것처럼 PC Web과 Mobile Web은 사용성의 차이이고, 극복되면 모두 동일한 View를 가지게 될까?


요즘과 같이 Touch와 Smart Phone의 발전이 빠르게 되는 근래에는 사용성에서의 차이는 빠르게 사라지고 있다. 실제 Nerdery Interactive Labs에서 조사한 보고서에 의하면 Touch 스크린을 지원하는 Smart Phone의 브라우저 사용성은 Desktop 브라우저와 큰 차이가 없는 것으로 보고되었다. 실제 iPhone, 넥서스원, HTC HD2 등과 같은 단말들에서의 브라우징은 PC와 비슷한 사용성을 경험할 수 있었다.


모바일은 단순하게 사용성이 떨어진 PC로 보아서는 안된다. Mobile Web은 PC보다 작은 화면으로 달라지는 CSS와 Layout 수정으로 만들어지는 Site가 되는 것을 지양해야 한다. PC에서 줄 수 없는 Edge를 살리는 것이 중요하다. 위치(GPS), User Profile, 카메라모듈, 주소록 등의 자원을 이용하고, PC와는 다른 사용자의 이용 패턴을 통해 PC Web이 주는 정보와는 다른 것을 사용자에게 전달해야 할 필요가 있다.


정보 검색이 중심이 되는 PC Web과는 Mobile Web의 사용행태는 분명히 다르다. Nerdery Interactive Labs의 동보고서에서는 사용자들이 Mobile을 사용하는 가장 큰 이유는 다른 사람과 지속적인 연락하기 위한 것으로 보고 되었다. 즉, Relation을 강화하기 위한 Communication Device로서의 Identity가 가장 큰 것이다.


Mobile에 최적화된 Web Site는 Small LCD에 최적화된 CSS가 아니고, Mobile 사용 환경에 맞는 서비스를 제공해야 한다. 그리고, mobizen은 이러한 서비스가  Contextual Web이라고 굳게 믿고 있다. 지금 우리들이 제작하고 있는 Mobile Web Site의 모습이 PC Web을 Small Screen으로 Optimize외의 차이가 있는지 한번쯤 돌아보도록 하자.

예전부터 한번 개발하고 싶었던 아이템이 있다.
2003년, 대학원 다닐때부터 발표하고 다녔던 아이템이었는데 사실 사업성이 없어서인지..
상황이 그래서 인지 실행에 옮기지는 못하고 있다.

전반적인 개념은 Web 상에서 원하는 사이트(또는 페이지)를 툴에 의해 작성을 하고 그 페이지를 Web이던 WAP이던 어디서나 해당 Device에 최적화된 페이지를 보여주는 것이다.
비슷한 시기에 나왔던 Any Builder의 Web 버전 + 피카소의 이미지 서버와 비슷한 것이라고 보면 된다.

이를 위해서는 사용자가 사이트를 Build할 수 있는 솔루션과 그 페이지 안에 들어가는 각각의 리소스들(이미지, 동영상, 사운드) 등을 각 Device에 맞게 Converting(또는 Optimize) 할 수 있는 솔루션이 필요하다.
사업성 면에서는 End User에게는 비슷한 모델의 실패사례나 Needs 적인 측면에서는 약하다고 판단을 했었고..
기업에서 하는 프로모션용에 적합하다고 접근을 했었다.
기업이 어떠한 이벤트나 프로모션을 할 때 각종 웹과 모바일에서 볼 수 있는 페이지와 리소스를 한번에 개발해서 그 비용을 절감하려는 쪽으로 접근을 했었다.
개략적인 개념도는 아래와 같다.


그때 당시에는 꽤나 괜찮은 아이템이라고 생각했었는데...
지금은??
지금은 잘 모르겠다.

비슷한 프로젝트를 개발하면서 작성한 Code와 Class Diagram, ERD 까지 다 있는데....
어디다 써먹을수 있을까? ^^