No title available
Kaledo Art
shark vs the universe
wallacepolsom
No title available
noise dept.
#extradirty
祝日 / Permanent Vacation
trying on a metaphor
AnasAbdin
No title available
One Nice Bug Per Day
titsay
TVSTRANGERTHINGS
No title available
Stranger Things
taylor price
Game of Thrones Daily
Three Goblin Art
Claire Keane
seen from Bangladesh
seen from Bangladesh
seen from Mexico
seen from United States
seen from Malaysia
seen from United States
seen from United States
seen from United States
seen from United States
seen from United States
seen from United States
seen from Malaysia
seen from Iraq
seen from Chile
seen from Nepal
seen from Norway
seen from United States
seen from Jamaica
seen from Albania
seen from Malaysia
@artblakey-blog
Ghosts: invisible specters often thought to be trapped between worlds, left to torment the living or act as a messenger from the beyond. They invoke fear because we can’t touch them, can’t see them, and we don’t fully understand their existence—much like the mysterious design decisions that...
Defining an Interaction Model: The Cornerstone of Application Design
Source : Defining an Interaction Model (2012년 1월 23일)
Jim Nieters라는 UX Designer가 HP에서 여행관련 프로덕트의 UX를 설계한 경험을 바탕으로 Interaction Model이 무엇이고, 그것을 어떻게 수립하고, 인터액션 모델이 결정된 후 세부 작업을 위한 프레임워크에 무엇이 있어야 하는지를 정리한 글
1. Interaction Model Definition
인터액션 모델은 타겟 유저의 개념적인 모델을 지원하는 방식으로 어플리케이션을 묶어 주는 디자인 모델이다.
그것은 어플리케이션을 하나로 엮어 내는 접착제이다.
그것은 실제 세계에서 유저의 인터액션을 반영하고 지원하는 방식으로 어플리케이션을 구성하는 모든 오브젝트들과 액션들이 어떻게 상호 연결되는지를 정의한다.
그것을 통해 유저들은 어떤 지향성을 유지하고 어떻게 플레이스를 이동하면서 정보를 찾거나 태스크를 수행하는지를 이해하게 된다.
그것은 어플리케이션의 비전을 담고 있다. 인터액션 모델을 통해 디자이너와 개발자들, 프로젝트 관련자들은 유저들이 시스템내에 있는 오브젝트들로부터 어떻게 액션하지를 이해하고 설명할 수 있게 된다.
일단 인터액션 모델을 이해하면, 패턴이 보이고, 모든 것이 명쾌해 진다.
예를 들어, Microsoft Word는 유저가 타자기에 종이를 끼우고 타이핑을 하는 개념적 모델을 지원하고 있다. Excel은 항목별로 숫자를 칼럼에 기입하는 회계담당자의 개념적 모델을 지원하고 있다. 파워포인트는 오버헤드 포로젝터로 투명 플라스틱 문서를 스크린에 쏘는 발표자의 개념적 모델을 지원하고 있다. 이 3가지 어플리케이션은 많은 추가 기능들과 풍부한 경험을 제공하고 있지만 그것의 핵심에는 모든 유저들이 쉽게 내면화할 수 있는 인터액션 모델이 있다.
인터액션 모델이 잘 정의되면, 시스템내에서 발생하는 대부분의 액션들은 예측가능하게 된다. The Invisible Computer라는 책에 쓰여진 바와 같이 프로덕트나 인터액션이 효과적으로 동작한다면 우리는 것을 알아채지 못한다.
단순한 웹 포탈이라면 Global Product나 Information Architecture만 있어도 디자인이 가능하겠지만, 복잡한 인터액션을 지원하고 10여개 이상의 페이지로 구성된다면 인터액션 모델을 먼저 정의해야 한다.
스타일가이드와 차이점 : 모든 요소들이 전체 페이지와 스크린에 동일하게 적용되어야만 하는 디자인 스카일 가이드와 달리 인터액션 모델은 오브젝트들이 상호연결되는 방식을 묘사하는 근본적인 디자인 패턴 (Foundational Design Pattern)으로서 합해져서 전체 모델이 묘사되는 많은 서브패턴들을 가지게 된다. 디자이너들이 유저의 실제 문제를 해결할 여지를 제공한다는 점에서 인터액션 모델은 스타일가이드와 다르다.
어플리케이션의 제시방식 : PC기반의 Non-Mobile Application이 웹 포탈의 형식을 사용할 것인지 또는 데스크탑 어플리케이션의 형식을 사용할 것인지 ? 우리의 경우 웹 어플리케이션을 개발하지만 링크 대신 버튼을 더 많이 사용하고 Minimize/Maximize 버튼을 통해 브라우저 크롬을 완전히 감추고 스크린 전체 공간을 Application 영역으로 활용하는 등 데스크탑과 동일하게 동작하도록 설계했다. 우리는 퍼포먼스가 매우 좋은 어플리케이션 기술을 설계했지만, 웹 포탈의 메타포 대신 데스크탑 어플리케이션 메타포를 선택했다 (chosen a desktop application metaphor over a Web portal metaphor for the application).
Information Architecture와의 차이점 : IA는 페이지들간의 관계를 매핑하는 것으로서 복잡한 시스템인 경우 IA를 통한 정보의 구조(Structuring Information)뿐만 아니라 많은 복잡한 요소들로 구성되는 시스템을 통해 유저들이 움직이는 방식, 그들이 복잡한 트랜잭션을 수행하기 위해 그것을 어떻게 사용하고, 원래 위치로 돌아오는 방식 등에 대해 정의해야 한다.
Navigation Model과의 차이점 : 어플리케이션의 어떤 페이지나 섹션에서 다른 곳으로 유저들이 어떻게 이동하는지를 묘사하는 Navigation Model과 달리 인터액션 모델은 유저들이 자신의 목표(objectives)에 도달하기 위한 개념적 접근방식, 즉 실제 생활에서 태스크를 수행하는 방식 - 을 설정할 수 있도록 지원해야 한다.
결과적으로 인터액션 모델에는 유저들이 페이지를 어떻게 내비게이션하는지, 그들이 예약, 패신저, Expense 등 페이지에서 관심있는 대상을 어떻게 선택하는지, 구매하기, 여행코스 스케쥴링하기, 추가하기 등 선택한 대상에 대해 어떤 액션을 수행하는지 등에 대한 정의가 포함된다. 또한 우리는 디자인 패턴을 사용하여 인터액션 모델을 묘사한다. 우리의 뇌는 연결된 신경세포를 통해 패턴을 인지하게 되어 있다. 인터액션 모델은 식별가능한 패턴으로서 유저들의 사고방식과 실제 생활의 활동에 대한 접근방식을 지지하고 간단히 이해할 수 있는 서브패턴들도 보여준다 (discernible pattern that supports the way users think about and approach real-life activities, which also reveals subpatterns in easily discernible ways).
2. User Scenario For Specification of Interaction Model
당신이 몇날 몇주 몇달간 에 거쳐 열심히 노력해서 인터액션 모델을 이해하고 문제 해결을 위한 솔루션을 마침내 찾아냈다면, 당신은 그것이 너무나 단순해서 이것을 이해하는데 왜 이렇게 오랜 시간이 걸렸는지 의아해 하게 될 것이다.
유저의 목표가 무엇이고 그것을 달성하기 위해 어떤 Object들을 사용하며, 그리고 유저가 실제 생활에서 이 Object들에 대해 행하는 어떤 Action을 하는지의 관계를 파악하고, 그것을 반영하는 Interaction Model의 시안들을 수립하고 각 모델별 장단점을 검토하여 최종 모델을 결정해야 한다.
예를 들어, 예약 담당자는 출발지로 향하는 비행기의 예약을 성공적으로 대행해 주는 것이 목표이고, 이를 위해 고객과 계속해서 통화를 하는데 여기에서 가장 중요한 Object는 고객이다. 그는 항공기를 예약하거나 프로필을 변경하는 등의 Action을 수행한다.
이와 달리 Gate Agent는 정시에 고객들을 탑승시키고 항공기를 이륙시키는데 초점을 맞춘다. 그들의 능력은 이것을 기준으로 평가받는다. Gate Agent는 항공기의 정시 이륙을 위해 고객들이 모두 탑승했는지, 좌석을 업그레이드한 사람이 있는지, 대기자 리스트에 있는 고객이 지금 비행기에 탑승했는지 등 다양한 활동을 수행한다. Gate Agent의 Object는 Flight이다.
또한 Baggage Handler의 1차적 Object는 짐꾸러미이다.
우리는 이 3가지 유형의 서로 다른 유저들이 일차적으로 초점을 맞추는 Object를 전면에 부각시키고 그것을 중심으로 짜여진 인터액션 모델을 만들어냈다. 우리는 또한 에이전트들에게 Object에 관한 핵심정보를 요약해서 제공함으로써 그 Object에 대한 액션을 효과적으로 수행할 수 있도록 했다.
Once we understood the object-action relationships for these users, we spent a couple of months brainstorming various ways in which we could structure the overall product to permit these object-action relationships to take place in the most efficient, delightful way. During the brainstorming process, the team explored options, produced a set of screens for each user scenario, and looked at how well the model held together across scenarios. We did not just create simple screens. Rather, we crafted some of the most complex scenarios, with some of the most complex screens, to ensure that the interaction model supported big challenges. Sometimes, we recognized early that a model didn’t work. At other times, a model looked pretty good at first, but then we found that it wasn’t scalable.
If we can show how an interaction model can result in breakthrough solutions, we can build the right level of support for having User Experience at the center of the strategic dialogue.
3. Interaction Model을 수립하기 위한 원칙
프로덕트에 대한 User Experience의 목표를 먼저 이해하지 않는다면 Interaction Model을 만들어 낼 수 없다. 이것을 알아야 이 모델의 성공여부, 그리고 이 모델의 한계 내에서 당신이 내린 디자인에 대한 개별적인 결정들이 얼마나 성공적인지를 측정할 수 있다. 여행 프로덕트를 디자인하면서 우리는 다음과 같은 목표를 설정했다.
Discoverability - 유저들이 이 모델의 일차적 목표(primary object)를 얼마나 신속하게 알아내고 어떻게 액션을 수행해야 하는지를 이해할 수 있는지 ? 유저들이 처음부터 이 시스템을 성공적으로 사용할 수 있는지 ?
Learnability : 시스템을 완벽하게 사용하는 방법을 유저들이 내면화하는데 얼마나 시간이 걸리는지 ? 간단한 컨수머 프로덕트조차도 약간의 학습시간이 필요하다 (Slight Learning Curve). 예를 들어 나는 우리 회사가 나에게 지급한 새로운 스마트폰의 멋진 기능들 모두를 어떻게 사용하는지 이해하기 위해 이것 저것 써봐야 했다.
User Efficiency and Productivity : 일단 유저가 이 시스템을 자신있게 사용할 수 있게 된다면, 평범하거나 반복적인 태스크를 얼마나 쉽게 사용할 수 있는가 ? 그들이 한방에 벌크 액션을 수행해야 하는지 또는 10여가지 태스크를 해야하는지 또는 독립된 액션을 수백번 별도로 수행해야 하는지 ?
System Response Time : 일단 유저가 액션을 취했을 때 시스템이 응답을 주는데 얼마나 걸리는지 ? 프로덕트를 사용 도중 어떤 태스크를 수행함에 있어서 걸리는 전체 시간은 유저가 이것을 얼마나 능숙하게 사용하는지(User Efficiecny)와 시스템이 응답을 얼마나 빨리 주는지(System Response Time)가 합해져서 결정된다. 디자이너들은 시스테 리스판스 타임에 대한 고객의 기대치와 한계치를 이해할 책임이 있으며 이러한 기대치를 최대한 충족시킬 수 있도록 프로덕트를 디자인해야만 한다.
Delight : 프로덕트가 유저들에게 얼마나 쿨하게 느껴질까 ? 유저들이 그것을 사용하고 싶어할까 ? 그들이 다른 프로덕트와 비교하여 얼마나 그것을 좋아할까 ? 나는 Customer Listening 조직을 만들어 Net Promoter Score data를 비롯한 이런 유형의 데이타를 체계적으로 수집, 분기별로 상위 5가지에서 7가지를 개선했다.
4. Framework
일단 디자인 팀이 인터액션 모델을 정의했다면 구체적인 디자인을 지원할 수 있는 Framework를 만들어내야만 한다. 프레임워크에 따라 재사용 가능한 디자인 패턴을 정의하고, 이 패턴을 디자인과 개발 컴포넌트에서 어떻게 재사용할 수 있는지 예시함으로써 디자인의 추가적인 파트들을 신속하게 디자인하고 개발할 수 있게 된다. 나의 경우 우리 팀은 몇명의 디자이너와 프런트엔드 개발자들이 한팀을 이루어 Framework를 관련자들에게 릴리스했다. 이 프레임워크에는 타이틀 바, 아코디언 위젯, 테이블 포맷, Date Pickers, 그리고 수백가지 U/I 요소들을 포함하여 많은 팀들이 필요로 하는 모든 디자인 패턴이 들어있다.
5. 결론
인터액션 모델을 정의하는 것은 디지털 시스템을 디자인하기 위해 근본적으로 필요하다. 프로덕트의 인터액션 모델을 정의하면 프로덕트의 비전을 팀원들과 공유하고 단합할 수 있게 된다. 지난 11월달에 인터액션 모델과 어플리케이션 시뮬레이션을 고객에게 보여주자, 그들은 프로덕트가 언제 출시될지 바로 물어 보기 시작했다.
Sex, Love and Relationships
PINTEREST: Making lists of “dealbreakers” in relationships while planning their dream wedding and future baby’s bedroom. TUMBLR: Feeling jaded about all IRL relationships and just kinda more into looking at sparkling GIFs of naked women with...
매출극대화를 위한 Neflix의 유저 측정방법 및 이것의 활용방법
넷플릭스 유저의 평균 가입기간은 25개월, 25개월간 고객 1인당 총 $291.25를 지출한다. 즉 넷플릭스의 Life Time Value는 $291.25. Life Time Value를 안다면 오버헤드에서 마케팅까지 모두 포함해서 고객 1명에세 얼마나 지출해야 하는지를 알 수 있기 때문에 중요하다.
1. Life Time Value의 중요성
한달 평균 $ 11.65를 지출하며 12개월간 $ 139.8를 지출한다. Netflix가 12개월간 고객 1인당 $ 150를 지출한다면 단기적으로 1인당 $20.2씩 손해를 보지만, 고객 1인당 평균 가입기간은 25개월이므로 장기적으로는 이익을 낼 수 있다. 고객 1인당 얼마나 쓸 것인지를 결정하기 위해서는 Life Time Value를 알아야만 한다. Life Time Value를 알지 못한다면 이익을 극대화할 수 없다.
2. Life Time Vaule의 극대화
여러가지 이유로 고객마다 가입기간은 다르다. Netflix는 가입기간을 증가시키기 위해 1) 고객이 보고 싶어하는 영화의 List를 작성하는 Queue 기능을 개발, 고객이 어떤 DVD를 다 보면 큐리스틍 쌓아 놓은 다른 DVD를 보내 주었으며 2) 새로운 DVD가 도착할 때까지 대기시간 동안 지루해 하는 고객을 위해 웹에서 영화를 스트리밍해 주는 서비스를 개발했다. Queue와 Online Streaming을 단계적으로 추가함으로써 넷플릭스는 이탈율을 4%로 낮추었다.
고객 한명 한명이 당신의 웹사이트에서 취하는 구체적인 액션들을 트래킹함으로써 고객의 Engagement를 증가시키기 위해 어떤 조치나 기능을 개발해야할지 알 수 있다. Engagement가 증가할 수록 고객은 해피해지며, 고객이 해피해 질수록 더 오랫동안 머물면서 돈을 낸다 (they'll pay for your serivice for a longer duration time).
고객 1인당 매출을 극대화하기 위해서는 전체 고객의 행동패턴을 추적할 뿐만 아니라 고객 개개인의 액션을 트래킹해야만 한다.
3. Customer Acquisition
Netflix는 고객 1인당 Life Time Value를 알고 이탈율을 낮추기 위해 프로덕트를 취적화 (fine-tune)했기 때문에 적정규모로 마케팅 비용을 지출할 수 있다.
예를 들어 넷플릭스는 영업대행사에 고객 1인당 $16를 지출한다. 영업대행사가 유치해 온 고객이 한달 무료 기간 종료 후 회원탈퇴를 한다 하더라도 영업대행사에게는 무조건 영업대행 수수료로 $16를 지불하기 때문에 이것은 적은 비용이 아니다. 이들 이탈 고객에 대해 신규가입자 유치수수료 $16를 계속 지급하진 않는다.
또한 넷플릭스는 구글 AdWords 캠페인을 통해 모든 클릭당 $2를 지불한다. 그러나 넷플릭스는 고객 1인당 Life Time Value Metrics를 잘 알고 있기 때문에 그들은 마케팅에 계속 돈을 쏟아 부을 수 있다.
비즈니스의 성장을 위해 마케팅 비용을 지출해야 하겠지만 비즈니스 모델이 최적화되지 않은 상태에서 너무 많은 비용을 마케팅에 지출해서는 안된다. 고객 1인당 Life Time Value를 알고 어떤 고객이 다른 고객보다 더 오래 머무는지를 아는 것만으로는 충분하지 않다.
서로 다른 마케팅 채널별로 유치해 온 가입자 1인당 Life Time Value를 알아야만 각 채널별로 얼마나 많은 가입자를 유치할 수 있는지를 알 수 있다. 그것도 신규가입자의 첫달의 매출이나 최초의 구매가 아니라 각 마케팅 채널별로 유치한 고객 1인당 실질적으로 장기적인 매출이 발생할 수 있는 잠재력에 기초하여 그렇게 할 수 있다.
결론
넷플릭스가 고객 1인당 Life Time Value를 알지 못했다면, 현재처럼 성장하지 못했을 것이다. 비디오 렌탈 시장에서 높은 마케팅 비용을 들여 신규 고객을 유치했다 하더라도 처음 몇달간은 비용이 매출을 훨씬 상회한다.
그럼에도 불구하고 넷플릭스는 고객 1인당 Life Time Value를 알고 있었기 때문에 마케팅 경비의 비출을 두려워하지 않았다. 당신은 이 숫자를 알고 있는가 ?
The ugly truth: why beautiful wins in 2012
Enhancing the quality of our emotional connections with each other.
Looks Matters
The successful web companies of 2011 and beyond are just simply better looking. I mean, quite literally, visual experiences are starting to become the gold standard of web success.
The first wave of the emotional web caught hold over the last year with services like Instagram, Tumblr and About.me.
Instagram ! At its core, Instagram is a simple tool that doesn’t make us better photographers, but better communicators of feelings and experiences, and thats what matters to people.
What makes Tumblr tick
Tumblr ! Not only shifting our expectation from text to images, but the structure, layout and emotional appeal we can create ourselves is dramatically improved.
About.me ! They figured out that the primary source of our identity is how we look and built the site around a browser-sized image of the user.
A Few Key Concepts
Make it easy for your users to create content they are proud to share. Sites will be differentiated in their ability to help users’ lives look attractive and interesting.
Prioritize the emotions behind the content over the data within. The best sites will leave accuracy and unneeded information behind to allow the users voice (even if it isn’t theirs) to be heard clearly.
Use your real estate. Each of the services made bold choices to utilize large, impactful content wherever possible. This is true especially when using images or video, filling up all appropriate space in the service of creating something beautiful.
Dress up your text. About.me and Tumblr do an amazing job of using embedded fonts to enhance their worlds. Typekit (recently acquired by Adobe) is but one pipeline to web beauty.
The Look of Love: 2012 Edition
Twitter’s recent redesign integrates media into the core of the site much more closely.
Facebook Timeline goes a step further by not only introducing the billboard concept pioneered by Path to its 500M users but auto-creating infographics of users activities.
Social shopping site Svpply is pioneering a visceral online shopping experience that forgoes the common shopping cart metaphor for a tumblr-esque feed of large images.
As these concepts gain steam, expect more rich experiences everywhere you touch the web, from travel to heathcare and music to news.
Every user is outfitted with the tools that can allow for this modified, enhanced beauty: our pockets are buzzing with powerful smartphones with high-quality cameras, video capability, and the processor speeds that can handle the user-side filtering and editing necessary in 2012.
The whirring hard drives that once occupied entire university labs held but a fraction of the data we carry in our pockets every day -- and that's only 50 years of progress. Today, as we move further into the cloud, and witness the latest and greatest pocket media devices, we thought it fittin...
Universities' Social Media Adoption In The US
100% of universities are using at least one form of social media
Courtesy of: Schools.com
Class of 2011 Social Media Yearbook
by Class Finders
“Google’s Success May Mark the End of Everything Else."
출처 : The Backlash Against Google+ Begins (2011년 7월 28일, Wall Street)
아직 베타 테스트 기간 중임에도 불구하고 오픈한지 한달만에 - 역사장 가장 짧은 시간 동안 - 가입자 2천만명을 모으는 기염을 토했던 Google+..
그러나 지난 주 대비 트래픽이 3% 정도 하락했다는 Experian Hitwise의 최근 리포트와 그에 따른 Google+로 부터 TechCrunch로의 referral traffic이 하락하고 있다는 TechCrunch사의 MG Siegler의 보고 등이 잇달아 나오면서 Google+의 약발이 한달 동안 다 소진된거 아니냐는 섣부른 전망이 나오고 있는 가운데..
Social Media Marketing 전문업체인 Hasai의 CEO인 JD Rucker는 "구글의 성공은 다른 모든 것의 종말을 의미한다."는 정반대의 주장을 제기했다.
구글이 향후 2년간 뻘짓거리만 하지 않는다면 소셜과 Mobile, Local을 재패함으로써 다른 모든 서비스를 똘아이로 만들어 버릴 것이라는 JD Rucker의 과장된 전망도 제기되고 있다.
To coin a phrase from Highlander, “There can be only one.” That is the direction that Google is heading, intentionally or not. As the dominant player in search, adding social media through Google+ and local business controls through a revamped Google Places, we’re heading down a road where nobody else will be able to compete.
With successful domination in social, mobile, and local, the combined integration will make all other entities and companies vying for our attention online unnecessary. In essence, Google will have a presence in everything.
Unless Google truly messes up in the next two years, they will become an unstoppable force. This isn’t necessarily a bad thing.
Actually, the more I think about it, it truly is a bad thing. It’s only a matter of time, now.
누가 구글TV를 죽였나?
출처 : 누가 구글TV를 죽였나?
셋톱박스와 리모콘 제조업체 Logitech이 GoogleTV를 지원하는 Revue 박스의 판매부진으로 지난 분기 한화기준 약 330억원(3천만불)의 적자를 기록했으며, Harmony 리모콘과 Revue를 담당하는 Digital Home부분의 매출은 53%나 감소했다.
원래 구글TV는 Web Browsing과 Video Streaming, 검색을 TV Viewing Experience에 통합시킨다는 위대한 아이디어에서 출발했다.
1. Revue Box의 실패원인 : 높은 가격대비 낮은 고객가치
PC처럼 동작하는 Living Room Entertainment : TV를 인터넷과 연결시켜 Web을 Living Room으로 가져 가려는 많은 기업들의 시도는 실패로 끝났다. 낡은 시청 습관이여전히 살아 남아 위력을 떨치고 있는 상황에서 TV 프로그래밍을 검색하기 위해 키보드와 마우스를 사용하겠다는 Google의 아이디어는 다른 Web TV의 선행 사업자들이 실패한 경험, 즉 큼직한 데스크 탑 PC를 홈 엔터테인먼트의 중심에 놓겠다(putting a bulky desktop computer in the entertainment center)는 것 만큼이나 환영받지 못했다. Bringing a PC-like Web browser to the living room screen - along with a keyboard and mouse - isn’t the winning approach.
경쟁사 대비 높은 가격 : 지난 분기 Revue Box의 소매가는 249달러로, 기능은 적지만 경쟁력있는 가격으로 GoogleTV와 유사한 서비스를 제공하는 Apple TV의 99달러, Roku Box의 70달러보다 훨씬 높았다
Contents의 빈곤 : Major 지상파 방송사와 헐리우드로부터 외면받으면서 인터넷을 통한 컨텐츠의 공급원이 차단됨에 따라 Amazone과 Netflix외에 컨텐츠 배급사가 거의 없다는 점
User Interface의 후진성 : Search Engine회사 답게 TV Viewing Experience 보다는 "검색"에 초점을 맞춘 User Interface (IPTV든 SmartTV든 Connected TV든 TV는 TV)
2. 향후 Revue 및 Google TV의 대책
기존 투자비 회수와 조만간 출시될 GoogleTV의 차기버전에 대한 기대로 인해 로지텍은 여전히 Google TV에 헌신적인 자세를 취하면서 Revue 셋톱박스의 가격을 99달러로 인하하기로 결정했다.
구글 또한 Google TV 차기버전에 1) Android Market Place 도입, 2) YouTube를 통한 비디오 렌탈 지원, 3) Cloud 기반의 음악 Storage와 Streaming 서비스를 지원할 것이며
4) User Interface를 개선하고 5) Amazon과 Netflix가 보다 많은 영화와 TV 쇼를 공급하게 될 것이다 (GoogleTV에서는 아직 Hulu를 지원하지 않는다).
로지텍은 창고에서 대기 중인 기존 구형 셋톱박스를 Google TV의 차기버전으로 업그레이드해서 경쟁력있는 가격으로 출시하게 될 것이다.
구글 TV의 종말을 선언하는 많은 신랄한 비판이 있음에도 불구하고, 구글이 자신의 검색엔진을 Living Room으로 끌어들여 키워드 검색광고와 Display광고로 떼 돈을 벌고자 하는 의지가 확실한 이상 구글은 GoogleTV를 버리지 않을 것이다. I don't question Google's commitment, because ads are core to revenues and more is spent on TV advertising than any other medium.
그러나 미국인들이 Hulu와 Netflix를 어떻게 시청하는지에 관해 최근 Nielson이 12,000명을 대상으로 조사한 결과를 보면, 처참한 실적에도 불구하고 Google TV에 대한 이러한 희망 썩인 낙관 또한 "그냥 그럴 것이다"는 정도이지 반드시 그렇게 되어야만 하는 근거를 제시한 것은 아니다.
닐슨의 조사결과(Who are these people watching Hulu on Apple or Google TV Boxes?)에 따르면, 조사 대상자 12,000명 중 1%만이 Apple TV 또는 Google TV에서 Hulu를 시청한다.
현재로서 Apple TV와 Google TV는 모두 Hulu를 지원하지 않는데, 그렇다면 이 1%는 누구일까? 극소수의 사람들이 Device를 해킹해서 이렇게 사용할 수도 있겠으나 대부분은 설문에서 잘못 응한 결과이다.
그러나 이 2가지 Box에서 Netflix를 시청한다는 사람들 역시 1%에 불과한데, 보급이 매우 저조한 Google TV는 그렇다 치고, User Experience가 상대적으로 뛰어난 Apple TV에서도 Netflix의 시청이 그렇제 저조하다는 것은 놀라운 사실이다.
그러나 Netflix User의 12%, Hulu의 2%가 xBox를 통해 Video Streaming을 즐기고 있으며, Netflix User의 25%, Hulu의 3%가 Wii에서 비디오 서비스를 즐긴다는 점은 더욱 놀랍다. 전체적으로 Netflix User의 반 정도가 게임콘솔을 통해 해당 서비스에 접속하는 것으로 나타났다. (역주 : 이것은 Google TV의 경쟁자는 Apple TV가 아니라 게임콘솔일 수도 있음을 시사한다.)
Netflix에서는 영화를 많이 보고 Hulu에서는 TV Show를 압도적으로 많이 보는 것으로 나오는데, 이것은 궁극적으로 두가지 서비스가 동일한 플랫폼으로 유사한 서비스를 제공함에도 불구하고 시장에서 Positioning이 상당히 다르다는 것을 알 수 있다.
결국 Google TV를 비롯한 Smart TV가 활성화되기 위해서는 1) Netflix나 Hulu와 같은 컨텐츠 distributor를 더 많이 확보해야 하고 2) PC의 Web Like한 환경을 넘어서 거실에서 편안하게 즐길 수 User Interface의 혁신이 필요하며 3) 차별화된 서비스의 제공을 통해 x-Box, Wii와 같은 게임콘솔과도 효과적으로 경쟁할 수 있어야 한다. (즉 Web이나 Application 보다는 TV Viewing Experience를 개선하는데 더 집중해야 한다)
ReadWriteWeb's Top Trends of 2011 : Privacy
ReadWriteWeb의 2011년 Top Trend로 "Privacy"가 선정되었군요.
"개방과 참여"라는 철학(나쁜 말로는 이데올로기)을 바탕으로 Social Web 서비스가 전세계적으로 확산되면서 "Privacy"의 종언을 고할 정도로 "Privacy"라는 말 자체가 이제는 좀 진부하게 들리긴 합니다.
그러나 1) 올해 Google+가 "서클"별로 포스트를 공유하고 2) 아이폰, 안드로이드, WP7이 User몰래 단말의 위치정보를 Local에 파일형태로 저장하고 있다는 점이 알려지고 3) IE9, 사파리, 크롬 등 웹브라우저에서 "Do Not Track" 기능이 추가되면서 "Privacy"에 대한 관심이 커지고 있습니다.
2009년 12월 Facebook은 User의 Sharing 정책을 "Default To Public"으로 변경했습니다. 이에 따라 Facebook 내부에서 그룹별로 포스트를 선별적으로 공유하는 것이 어려워짐에 따라 "Privacy"에 대한 논란이 제기되었습니다. 이에 Facebook은 올해 2011년 1월 퍼미션 다이얼로그에서 "현 주소와 핸드폰 번호"를 3rd Party App.에 제공할 때 User에게 이를 정확히 인지시키는 방법을 찾을 때까지 유보하겠다는 발표를 하기도 했습니다.
그러나 Google+는 처음 출시할 때 부터 User가 포스트를 update할 때 공유하고 싶은 써클을 선택적으로 지정할 수 있게 함으로써 이러한 이슈들로부터 자유롭게 되었고, 궁극적으로 올해 말경이면 Facebook 또한 구글+의 circle처럼 그룹별로 선별적인 공유가 가능하게 하는 기능이 추가될 것으로 ReadWriteWeb은 전망하고 있습니다..
사실 대부분의 Social Network 서비스에서 Privacy는 가장 중요한 정책적 뼈대를 이루고 있습니다. 왜냐하면 SNS는 "identity"를 기준으로 형성되는 Profile들 - 이 프로파일에는 이름, 성별, 나이, 학력, 연락처 등 - 이 친구관계의 형성을 통해 상호 연결되는 구조이기 때문입니다.
Facebook의 경우 "친구관계"의 형성 로직이 기존 IM과 동일하게 초대하고 승인하는 방식이긴 하지만 이것이 모든 사람들에게 Default로 공개되는 구조입니다. 사실 친구뿐만 아니라 이름을 통한 검색, 메시지 수신의 범위, 친구 초대권한, 학력과 직장, 사는 도시, 관심사 등이 Facebook의 모든 User에게 Default로 공개되기 때문에 User가 "Privacy Setting" 메뉴에서 이것을 굳이 찾아서 "friends of friends" "friends only" "friend" "customize" 등을 이해하고 셋팅해야만 합니다. 뿐만 아니라 "Facebook"에서 Sharing하는 것에 대해서도 복잡한 Privacy 셋팅이 존재합니다.
그러나 Twitter의 경우 사진, 자기소개, ID가 개인정보의 전부이기 때문에 개인정보 공개의 범위에 대한 설정옵션은 없으나, 나의 트윗을 follower에게만 공개할 거냐 아니면 모든 사람에게 공개할 것이냐는 옵션만 존재합니다.
반면 "Match.com" "HowAboutWe"와 같은 Dating App.들은 프로필 사진, 닉네임, 성별, 연령을 비롯한 기본정보를 포함하여 관심사, 직업 등 많은 정보는 무조건 공개되지만 누군가를 실제로 identify할 수 있는 "직장" "학교" "실명" 등은 대개 비공개 처리합니다.
"어떤 정보는 무조건 공개하고, 어떤 정보는 Default를 공개하되 감출수 있는 옵션을 제공하고, 또 누구에게까지 자신의 개인정보와 Sharing한 컨텐츠를 공개할지 옵션을 제공할 것이냐"는 Privacy 정책이 곧 특정 SNS 서비스의 성격을 좌우한다고 할 수 있다.
Top Trends of 2011: Second Screen Apps
ReadWriteWeb에서 2011년 인터넷의 Top 5 Trend로 1) Privacy의 강화 2) Group Messaging 3) HTML5 4) Second Screen Apps를 선정했는데 (5번째는 아직 모름), 오늘은 4번째 TV와 Social이 결합되는 Trend를 설명하는 아티클을 간단히 정리해 보고, 우리나라에서 Case들도 살펴 봅니다.
1. Social TV : 스마트폰과 iPAD의 도입으로 Interactive한 시청환경이 만들어 지다.
Yahoo의 광고사업부문에서 작년 11월에 공개한 리서치에 따르면, 모바일 인터넷 사용인구의 86%가 TV를 보면서 모바일 단말을 사용하고, 그 중 56%는 TV를 보면서 친구/가족과 함께 Text 메시지를 주고 받는다.
DVR이나 Tivo와 같은 Time-shiting device의 사용이 증가하고 있으나, TV 쇼를 중심으로 한 실시간 소셜 네트워킹 서비스가 훨씬 빠른 속도로 성장하고 있다.
Miso, Tunerfish, Intonow 등과 함께 대표적인 Social TV App.인 GetGlue는 올해 4월 100만 User를 확보했고, 엔터테인먼트와 사람을 연결시키는 Like, Review, Checkin 전체 횟수는 1억개에 달한다고 보고했다. GetGlue는 고객이 현재 시청중인 프로그램에 체크인하면 같은 프로그램을 시청하고 있는 다른 사람들과 실시간으로 의견을 공유할 수 있는 서비스로서, 점점 더 인기를 끈 결과 4월에만 400만 체크인을 기록했다.
2. TV Tweeting
TV 쇼 관련 실시간 Social Networking은 트위터가 주도하고 있다. 올해 1월 CES에서 트위터 의 CEO Dick Costolo는 "Glee Phenomnon"이라는 말로 TV 시청도중 트위팅에 대해 설명한다.
"Glee의 등장인물들이 Show가 진행되는 도중 실제로 Tweet을 한다. 동부지역에서 최초로 이 Show가 방영되던 순간 초당 트윗이 크게 증가했다. 쇼가 시작되기 전에 비해 트윗 숫자가 수백배로 증가하며, 쇼가 종료되는 순간 크게 감소한다. 커뮤니티가 그 쇼에 관해 트윗을 계속 날리고 등장인물들도 쇼가 방영되는 도중 실시간으로 트윗팅을 하기 때문에 사람들은 그 쇼를 시청해야만 할 것 같은 느낌이 든다."
3. But Wait There's More
2011년 7월초에 출시된 WiO라는 Mobile App.을 사용하면 시청자들은 지금 TV에서 광고되고 있는 제품이나 서비스에 관한 정보와 TV Show에 관한 정보를 모두 알 수 있다. 이 모바일 App.은 고객의 폰에서 동작하기 때문에 마케터들은 쿠폰이나 연락처, reminder 등 다양한 Follow-Up Action을 시청자들에게 제공할 수 있다.
4. Internet TV Continues To Ramp Up
이외에도 GoogleTV와 Roku/Boxee 같은 셋톱박스 등 인터넷을 TV와 연결시키려는 많은 시도가 있다. 이것들 자체는 second screen app.은 아니지만 시간이 지나면서 점차 케이블 TV 고객들을 잠식함에 따라 second screen app.으로서 점점 더 중요한 의미를 갖게 된다.
InternetTV의 에코시스템도 성장하고 있다. 지난 5월 발표에 따르면 Roku에서 100만명 이상의 User들이 1,500만개의 채널을 다운로드해서 시청하고 있다. 그중 big 4 채널은 Netflix, Hulu Plus, Pandora, Amazon Instant Video이다. Roku는 자신의 가입자의 15 ~ 20%가 케이블 TV 서비스를 해지할 것이라고 전망하고 있다.
5. 어쨌든 미국에서는 그렇고 우리나라에서는 어떨까 ?
우리나라에도 CJ의 TVing, SKT의 Checking 등 유사한 몇가지 Social TV Application이 존재한다. 그러나 "QookTV 리모콘" 기능으로 제한되어 있어서 아직 많이 알려져 있지는 않으나 역시 KTH의 "QookTV 채널톸" App.이 가장 우수하다고 할 수 있다.
- 좋아하는 채널을 등록해 놓고 Touch만 하면 TV 상에서 바로 채널이 변경된다.
- 채널을 선택한 후 메시지를 입력하면 모바일 단말 뿐만 아니라 TV에서도 채널톸 App.이 자동으로 구동되면서 나와 다른 사람들이 같은 채널을 시청하면서 입력한 메시지가 TV에서도 표시된다.
집에서 QookTV (지금은 OllehTV)를 켜놓은 상태에서 "QooKTV 채널톸"을 실행시키고 EPG 정보에서 자신이 보고 싶은 채널을 선택하면 OllehTV 상에서 실제로 채널이 전환되며, 모바일 단말에서 시청자가 TV를 보면서 메시지를 입력하면 같은 채널 시청자들끼 실시간으로 Chat을 즐길 수 있을 뿐만 아니라 아래 화면과 같이 TV 상에서도 모바일에서 입력한 메시지를 바로 볼 수 있다.
이후 TV 상에서 화면가림을 극소화하는 방향으로 TV용 채널톸 App.은 변경되어 훨씬 사용하기 편리하게 업그레이드되었다.
QookTV 채널토크 서비스는 Web에서도 가능하기 때문에 TV와 모바일, Web에서 동시에 즐길 수 있는 3 Screen Social TV인 셈이다. 그러나 안타깝게도 서비스는 많이 활성화되어 있지 않다.
아이폰의 판매에 미치는 버라이존의 효과
Global Asymco의 Horace Dediu, 2011년 7월 27일 원제 "The Verizon Small Bang"
Global IT 기업들의 실적으로 분석하는 블로그 Asymco의 Horace Dediu가 전세계 아이폰 판매의 시장점유율의 변화, 그것에 대한 Verizon의 영향을 분석한 글을 간단히 정리해 보았습니다.
2007년 2사분기 아이폰이 AT&T를 통해 배타적으로 출시된 이후 Global Market에서 약 2억대가 판매되었고, 그중 미국시장 점유율은 2008년 45%, 2010년 33%로 점점 더 감소하고 있다. 그만큼 미국 이외의 시장에서 아이폰의 판매 점유율이 70%에 육박할 정도로 아이폰은 전세계에서 사랑 받고 있다는 것을 의미합니다.
2010년 4분기 AT&T와의 독점 유통계약이 종료되고 미국 1위의 통신사업자 Verizon이 AT&T를 출시했을 때, 1) AT&T 고객이 대규모로 Verizon으로 이동할 것이다. 2) 이미 안드로이드 단말이 상당히 많이 보급되었기 때문에 Verizon의 아이폰 판매 실적은 대단치 않을 것이다 (게다가 Verizon은 Anti-iPhone/Pro Android 캠페인을 지속적으로 전개해 왔었다 3) 두개의 대규모 통신사업자가 아이폰을 판매하게 됨에 따라 아이폰 판매가 폭발적으로 증가할 것이다는 3가지 견해가 있었습니다.
우리나라에서 SKT가 2011년 2/4분기 부터 아이폰을 출시한 이후 비슷한 예측이 많이 있었는데요. 실제로 6우러 한달간 KT 아이폰 가입자 5천여명(5개월 평균 이탈자수의 2배)이 아이폰 단말의 USIM 칩을 교체하는 방식으로 SKT로 번호이동을 했습니다.
그러나 Verizon이 아이폰을 출시한 이 후 2분기 동안 약 450만대의 판매실적을 올렸는데, 이것은 위의 3가지 가설 중 어느 것에도 부합하지 않는 결과이다. AT&T로부터 Verizon으로 대규모 고객이탈이 발생하지 않았고, 기존 Verizon 고객의 아이폰 거부감도 거의 없었으며, 3) 미국내에서 거대 통신사업자의 경쟁적인 아이폰 프로모션으로 아이폰 보급율이 폭발적으로 증가한 것도 아니라고 합니다.
우리나라 시장에서는 2010년 초반 KT에서 아이폰을 출시한 후 9월에 약 100만대, 2011년 1월 출시 약 1년만에 200만대의 아이폰이 보급되었고, SKT가 지난 3월 아이폰을 공식 출시한 이후 현재 약 400만대가 보급된 것으로 추정된다 (2011년 7월 기준 전체 스마트폰 가입자 1,500만 대중 70%인 1,050만대가 안드로이드폰, 옴니아나 윈도우 모바일 계열 스마트폰까지 다 합하면 아마 400만대 미만일 것 같다)
오히려 Verizon이 아이폰을 출시한 이후에도 아이폰의 미국시장 평균 점유율은 30%로 오히려 2010년의 33%보다 감소했다. 즉 전세계 시장에서 아이폰의 전반적인 인기가 아이폰의 판매를 견인하고 있는 것이고, 신규 아이폰 보급에 Verizon의 역할은 그다지 크지 않다.
한편 Apple이 판매 중인 제품들의 판매추이는 어떨까 ? 2011년 2/4분기 애플의 실적보고에 따르면 전체적으로 아이폰과 iPAD 등 iOS 계열의 제품이 전체의 71%를 차지하고 Mac PC에 OSX 계열 소프트웨어 판매를 포함하여 약 20% 정도, 음악/iPOD/App. Store 등 소프트웨어가 10% 미만을 차지하고 있다. 한가지 특기할만한 점은 iPAD가 Mac PC의 판매비중을 추월하고 점..
Google+ is the social backbone
O'Reilly Radar의 필진인 Edd Dumbill이 "Social Backbone"이라는 새로운 개념을 제시함으로써 "Google+가 Facebook을 대체할 것이다 또는 대체하지 못할 것이다"는 틀에서 갑론을박식으로 진행되었던 구글 플러스 논쟁에 새로운 화두를 제시하고 있다 (2011년 7월 19일).
이 아티클의 핵심주장은 대충 다음과 같다. 1) 이메일이 개방적인 표준을 채택함으로써 이질적인 시스템간 상호호환성이 보장됨에 따라 시공간을 초월하여 공유와 Collaboration이 가능해 지고, 그 위에서 동작하는 다양한 오픈 에코 시스템들이 발전한 것처럼 Google +가 개방을 통해 지금까지 인터넷에 존재하지 않았던 Social Layer의 상품화를 초래할 것이고, 여기에서 많은 어플리케이션이 상호 호환되는 구조로 발전할 것이다. 2) Facebook은 친구관계의 형성이 폐쇄적인 구조이고, 컨텐츠별로 URI가 없고, Facebook의 Social Layer를 사용하면 Facebook 플랫폼에 종속되는 구조이기 때문에 소셜 백본이 될 수 없는 반면 Google은 웹의 개방에 적극적이고, Data Ownership이 완전히 User에게 있고, 구글+ 비회원에게 이메일로도 포스트를 전달할 수 있고, 서클은 상호 호환성이 보장되는 구조이기 때문에 Social Backbone으로 발전할 수 있다는 것이다.
이 아티클을 다 읽고 나면 당장 이 사람이 주장하는 "Social Backbone이 멀까?"라는 의문을 제기하게 된다. Edd Dumbill은 Social Backbone의 요구사항으로 1) Identity 2) Sharing 3) Notification 4) Annotation 5) Communication 등 5가지를 제시하는데, 이것들은 비록 상호 호환되지 않기는 하지만 이미 Google+뿐만 아니라 Facebook, Window Live 같은 메신저에서도 이미 맹아적인 형태로 실재한다.
개방이라는 관점에서 봤을 때 Facebook은 "OAuth 인증체계"와 "Social Plug-In"을 통해 이미 자신의 플랫폼을 3rd Party에게 거의 완전히 개방함으로써 사람과 사람뿐만 아니라 사람과 웹 페이지에 의해 Representation되는 현실세계의 Object들까지 Facebook의 Social Graph로 이미 Integration시키고 있다. 실제로 수십만개의 웹사이트들이 Facebook의 Open Platform을 통해 자신의 서비스를 제공할 수 있게 됨에 따라 Facebook 자체가 3rd Party에게 개발환경을 제공하는 Web OS로서의 지위를 획득하게 된 것이다. 이런 관점에서 만약 Social Backbone이 존재하게 된다면, Google + 보다는 Facebook이 더 유리하다고 보는 것이 더 현실적이지 않을까 ?
필자는 Facebook의 Social Layer를 활용할 수록 Facebook 플랫폼에 대한 종속이 심해지는 구조이기 때문에 Facebook은 Social Backbone이 될 수 었다고 주장하는데, 개방형 표준의 추구를 통해 Google+가 Facebook을 이기고 Social Backbone의 자리를 탈환한다면 필자의 생각처럼 Google+가 모든 어플리케이션이 상호 호환되는 중립적인 플랫폼처럼 동작하게 될까 ? 즉 구글 +가 Social Backbone으로 동작하기 위해서는 Social Network 시장의 독점적인 지배력을 바탕으로 다른 SNS와 상호 호환 - 구글+와 Facebook, Twitter 등 Social Software간 버디목록이 공유되고, 상호간 포스트와 댓글이 호환되는 구조 - 을 강제할 수 있고, 상호호환이 보장되는 개방적인 에코시스템하에서 다른 3rd Party들도 다양한 App.들을 개발할 수 있어야 가능할 것 같은데, 이는 현실적으로 볼 때 Facebook과 꼭 마찬가지로 결국 Google 플랫폼에 대한 사업자와 User의 종속성을 심화시키는 것 아닌가? ? 더 솔직히 말하면 Google+가 Facebook을 흉내내는 것이 불과한 것 아닌가 ?
어쨋든 이런 의문을 뒤로 하고 필자가 Google+가 인터넷에 Social Layer를 추가함으로써 "Social Backbone"으로 발전할 것이라는 개념을 제시한 것은 신선하고 흥미롭기까지 하기 때문에 보다 정확한 이해를 위하여 "Social Backbone"에 관한 필자의 아이디어를 나름 번역/오역/의역해 보고자 한다.
---여기서 부터 본문 번역 시작 ---
Google+의 런칭으로 웹에 근본적인 변화가 시작되었다. 이 변화로 인해 (개인 데이타가 저장되어 있는) 격납고가 파괴되고, User들에게 권력이 이양되며, 새로운 소프트웨어의 개발과 사람간 협력이 보다 높은 단계로 발전할 수 있는 기회가 창출될 것이다.
Social Feature들은 만연해 있고, 네트워크로 연결된 서비스와 우리의 인터액션에 근본적이다. 어플리케이션 간 협업 (collaboration from within applications)은 오늘날 웹에서 검색을 통해 답을 구하듯이 자연스럽게 될 것이다.
It's Not Just About Google vs. Facebook
Facebook의 경쟁자로서 Google+에 관심의 초점이 모아지고 있지만, 문제를 이런 맥락에서 접근하는 것은 근시안적이다. Google+ 런칭의 결과는 훨씬 더 광범위하고 흥미로우며 의심의 여지 없이 논쟁적이다.
Google+는 웹 전체의 소셜백본으로 신속하게 성장하고 있는 씨앗이고 모든 소셜 그라프를 궁극적으로 통합시키는 촉매제이다 (the rapidly growing seed of a web-wide social backbone and the catalyst for the ultimate uniting of the social graph). 구글측에서취하게 될 모든 조치는 개방성을 강화함으로써 Social Layer의 상품화를 초래하게 될 것이다(All it will take in Google's part is a step of openness to bring about such a commoditization of the social layer). 이러한 개방성이야말로 평등주의적일 뿐만 아니라 Facebook에 대응하기 위한 가장 효과적인 경쟁전략(the most effective competitive measure)이기도 하다.
웹 검색이 웹에 있는 문서들을 사람들과 연결시키 듯이 소셜백본은 전체 웹에서 발생하는 일거수 일투족까지 추적하여 사람들의 서로 직접 연결시킨다 (the social backbone connects people to each other directly, across the full span of web-wide activity). 비록 웹의 사용이 User들에게는 보이지 않는다 하더라도 의심을 제거하기 위해 나는 "Web"에 네트워크에 연결된 폰과 태블릿 애플리케이션도 포함시키고자 한다.
검색의 도입으로 사람들은 도메인 네임과 URL을 기억할 필요가 없게 되었다. 검색은 컨텐트를 찾는데 우월한 방식이다. Google+가 Social Backbone으로 자리잡게 되면 Sharing과 Notification 같은 일반적 서비스는 말할 것도 없고, 우리들은 더이상 이메일 주소를 관리하고 부산하게 친구맺기를 하고(laborious friending) 퍼미션을 허용하는 행위(permission- granting activity) 등을 할 필요가 없게 된다.
Google+는 일개 회사의 서비스에 불과하지만, 그로 인해 인터넷을 위한 Social Layer의 상품화가 시작되었다고 선언할 수 있는 근거들이 존재한다 (herald it as the start of commidity social layer for the internet). Google은 Google+를 가두리 양식장 (Walled Garden)이 아니라 웹의 일부로 만들기로 결정했다. 지금부터 구글이 개방성과 상호 호환성을 존중하는 성향(an inclination to openness and interoperation)이 있다는 것을 설명하고자 한다.
It's time for the social layer to become a commodity
소셜 네트워크의 시대가 시작된지 이제 몇년이 지났다. 소셜 그래프를 장악하고 그것을 활용하고자 하는 경쟁에서 많은 회사들의 성공과 실패가 반복되었다. 좋은 의도를 가지고 밑바닥에서부터 시작한 많은 시도가 있었다. 대부분 비업무적인 어플리케이션에 제한되어 있긴 하지만 Facebook이 사회적 주목의 지배자(dominant owner of social attention)가 되면서 이 게임에서 최종 승리했다.
소셜 소프트웨어에서 이러한 활동은 무엇을 의미하는가 ? 분명히 컴퓨터 유저들인 우리들에게소셜 피쳐는 중요하다. 우리는 친구들을 찾아내고 공유하고 만나기를 좋아하지만 반드시 친구와만 그런 것은 아니다. 우리는 직장동료와 가족, 잠재적 고객, 재미있는 유명인들과도 교류하고 싶어한다.
현재 우리에게 이러한 그룹들은 고착화되어 있다(siloed). 우리는 특정 그룹에서 친밀도가 다른 사람들과 여러가지 컨텍스트에 직면해서 상황에 적합하게 특정 시스템을 선택적으로 사용하게 된다. 게임을 하거나 친구 및 가족과 연락할 때는 Facebook을 사용하고, 고객이나 채용담당자, 제품 판매자와 연락할 때는 Linkedin을 사용한다. 친구와 유명인용으로는 트위터, 전문가 커뮤니티용으로는 Instagram, Flickr, Yammer, 기업용으로는 Saleforce Chatter를 사용한다.
이러한 상황은 표준화되기 이전의 이메일의 잔재와 비슷하다. 즉, 서로 다른 체계에 의해 반쯤밖에 호환되지 않고 자기끼리만 통하는 가두리 양식장 (Differing semi-interoperable system, many as walled garden). 이들 SNS의 사업 계획 자체가 소셜 그라프를 어떻게 "소유"할 것이냐라는 관점에 뿌리를 두고 있다 (Business plasn predicated on somehow "owning" the social graph). 소셜 소프트웨어는 폐쇄적인 세계를 가정하는 시스템들로 가득 차 있고(The Social software scene is filled with systems that assume a closed world), 비즈니스로서 쉽게 관리하는데 초점을 맞추고 있으나, 궁극적으로는 고객의 현실적 필요에는 부합하지 않는 불편한 인터페이스의 제공으로 귀결된다.
이에 반해 상호호환되는 이메일 시스템은 광범위한 혜택을 창출해 냈고, 공식적이든 비공식적이든 많은 에코시스템이 그 위에서 번성하게 되었다(many ecosystems to emerge on top of it). 이메일은 아이디어를 신속하게 확산시키고 협업과 커뮤니티의 형성을 촉진시키는 등 사람들간 거리와 시간을 단축시켰다. 예를 들어 이메일이 없는 Open Source 혁명을 상상하기는렵다.
만약 Social Layer가 표준화되어 모든 어플리케이션에 적용될 수 있다면(When the social layer becomes a standard facility), 다양성과 생산성, 창의력의 기회가 증강된 세계로 우리를 인도하게 될 것이다. 그러나 현재의 SNS는 우리가 이메일 이전에 시공간적 제약으로 인해 수고했던 만큼은 아니지만 데이타 사일로의 국경에 의해 제한되고 있다. 우리의 정보는 다른 이들에 의해 소유되고 있기 때문에 우리 것을 기꺼이 공유할 수 없으며 협업은 어플리케이션의 제한에 의해 대부분이 속박되어 있다 (Our information is owned by others, we cannot readily share what is ours, and collaboration is still mostly boxed by confines of applications ability).
소셜 백본이 구축되면 다양성이 신장될 것이다. Social Network를 편리하게 활용할 수 있게 됨에 따라(ready availability of social network) 큰 공을 들이지 않고 커뮤니티를 형성할 수 있고, 중앙 컨트롤 센터의 불허 또는 검열 등의 리스크도 없기 때문에 다양한 관심사를 공유하는 커뮤니티들이 생성될 것이다.
이메일 상호 호환성의 효과는 커뮤니케이션이 활성화에 그치지 않았다. 이메일간 상호호환성은 문서 포맷의 표준화와 풍부한 협업의 촉매제가 되었다. 소셜 백본이 도입되면 Permission, Identity, Sharing을 핸들링하기가 훨씬 쉬워지긴 하겠지만 어플리케이션간 상호호환성 보장을 위한 자연스러운 압력으로 작용하게 될 것이다(naturally exert pressure for further interoperation between applications). 일단 그들의 identity가 모든 application에 거쳐 통합된다면 (One their idientity is united across applications, 하나의 idientity로 여러개의 어플리케이션을 사용할 수 있게 된다면), User들은 자신들의 데이타가 자유롭게 흘러다닐 수 있기를 기대할 것이다. (동일한 identity로 하나의 어플리케이션에서 축적된 데이타를 쉽게 다른 어플리케이션으로 옮기는 것이 가능하다는 의미인 것 같음, Data Portability)
실제로 이러한 상호호환성을 보장하려는 움직임은 이미 벌어지고 있다. 우리는 트위터, 페이스북, 구글의 인증 메카니즘(sign-on mechanism)을 활용하여 웹사이트와 게임을 사용하고 있으며, 소셜 소프트웨어와 클라우드 기반의 identity, 전자지갑 서비스를 서로 연결하고 혼합시켜 사용하고자 한다 (federate and intermingle social software, cloud based identity, and wallet services).
What a Social Backbone Would Do !
User 입장에서 볼 때 소셜 백본이 우리에게 무슨 일을 해줄 수 있을까 ? 여기서 핵심은 컴퓨터가 우리에게 더 나은 서비스를 제공하게 된다는 점이다 (The point is to help computers serve us better, 역주 : 소셜 백본의 도입효과가 너무 추상적이지 않나?). 우리는 문서와 정보뿐만 아니라 특정 그룹의 사람들이 연관되어 있는 컨텍스트에서 자연스럽게 일할 수 있게 된다. 다른 사람들과 함께 일할 때 커뮤니케이션 bandwidth가 더 높고 빠를 수록 좋다.(역주 : 글쓴이는 직장에서 주로 일하는 상황을 가정하여 소셜백본의 효과에 대해 얘기하고 있다. 그래서 상호 호환성이 보장되는 구조로 이메일이 표준화됨에 따라 원격지에 떨어져 있는 많은 사람들과의 Collaboration이 가능해 졌다는 것을 사례로 들고 있으며, 소셜 백본을 통해 여러 그룹들이 함께 일하는 상황에 적용해서 "Social Backbone의 효과"에 대해 얘기한다. 이 사람 얘기를 듣다 보면, 동일한 identity로 여러 개의 Application을 사용하면서 상호호환성과 mashup이 가능해 진다는 SDP가 생각난다)
직장에서 collaboration이 이루어지는 상황을 예로 들어보자. 오늘날 그룹웨어 솔루션은 폐쇄적인 세계이다. 그룹웨어 솔루션들이 특별히 유연한 소셜 모델 또는 다양한 어플리케이션이나 컨텐트를 충분히 리치하게 아우르는 것은 비현실적이기 때문에 프로세스들의 제한적인 셋트들만을 지원한다. 소셜 백본이 도입되면 개별적인 어플리케이션들로부터 그룹웨어를 해방시키게 된다 (Social Backbone could make groupware out of every applications). 미래에는 우리가 포토샵, 아이무비, 엑셀 같은 문서작업을 하면 소셜 백본을 통해 다른 사람에게 반복해서 전화한 것과 같은 효과가 자동으로 발생되거나 "헤이 ! 이거 어때?"라고 말할 수 있게 된다 (For the future Photoshop, iMovie and Excel, it adds equivalent power of calling someone over and saying "Hey, What about this?")
※ 역주 : Edd Dumbill이 예로 들고 있는 회사는 아마도 클라우스에 모든 문서파일이 자동으로저장되고 있을 것 같고, Document Application들이 Social Backbone에서 정의하고 있는 표준화된 Feed API를 Call할 수 있게 되어 있어서, 내가 문서작업을 하고 저장할 때 누구랑 공유할 것인지 조직도 상의 그룹을 선택하면 자동으로 해당 그룹에 속한 사람들에게 실시간 Feed 또는 Notification이 날라가게 되는 구조일 것 같다. 그런데 이런 식으로 Collaboration이 이루어 지게 된다면, 현재 Exchange Server 기반의 Outlook에서 LDAP에 저장된 조직도를 불러와서 이메일을 통해 공유하는 것이랑 별루 다르지 않을 것 같긴 하다.
이번에는 당신이 자주 접촉하는 사람들에 대해 얘기해 보자. 당신이 지금 여러 사람과 함께 중요한 일을 하고 있다. 예컨데 애들이 함께 노는 와중에 당신이 학부모회 모금 활동을 위해 Jane과 함께 일하고 있다고 가정해 보자. 당신은 우선 Jane을 "PTA and Playdates" 써클에 끌어다 놓고, PTA 써클에 있는 부모들에게 포스트를 보낸다. 그리고 캘린더에서 약속이 없는 날로 Playdates 약속을 잡는다 (calendar's free/busy info into Playdates).
이제 당신이 필요한 정보를 공유한다. 다음 주 목요일 당신은 학교에서 Jane을 만나서 play dates와 다가오는 학부모 모임을 화제로 자연스럽게 대화를 나눈다. 당신이 Jane을 폰주소록에 추가하니 당신이 작성중인 레터의 링크가 생성되어 있고, 어떤 사람들은 서로 시간이 나는 날로 변경을 제안했다(소셜 백본의 어떤 가치를 보여 주기 위해 이런 시나리오를 설정했는지 이해하기 어렵다. 아마도 Facebook과 달리 구글 써클을 통해 학부모들끼리 학부모 모임 날짜를 언제로 할 것인지에 관한 정보를 공유할 수 있다는 것을 설명하는 것 같다).
컴퓨터 시스템들에게 우리가 알고 있는 사람을 가르쳐 주면, 컴퓨터 시스템들은 우리가 무엇을 알아야 할 필요가 있는지 언제 알아야 하는지도 더 잘 예측해 줄 것이다. 나는 (소셜 백본이 도입으로 그룹별 정보공유의) 편의성이 얼마나 개선될 수 있는지에 초점을 맞춰 이런 예로 들었다. 일단 플랫폼이 개방되면 플랫폼의 창시자들이 상상해 왔던 것 이상을 훨씬 뛰어 넘는 창의적인 결과가 성취된다는 것을 컴퓨팅의 역사는 종종 보여주고 있다.
소셜 백본은 Social Software를 민주화한다. 개발자들은 가두리 양식장의 제약으로 부터 자유로와 지고, 당신의 친구들, 동료들과 무엇을 할 것인지에 대한 통제력을 바로 당신, User들에게 돌려준다.
Social Backbone Services
소셜 백본은 어떤 서비스를 제공하는가? 우리는 오늘날 웹과 소셜 소프트웨어 어플리케이션이 제공하는 서비스들로부터 다음과 같은 것들을 추출해 낼 수 있다.
Identity - 당신을 User로서 인증(authenticating)하고, 당신에 관한 정보를 저장
Sharing - 컨텐트에 접근 권한 관리
Notification - User들에게 컨텐트의 변화 또는 친구의 컨텐트의 변화에 관해 알려 줌
Annotation - 컨텐트에 대한 코멘트
Communication - 시스템 멤버들 간 직접적인 상호작용
이러한 기능들이 새로운 요구사항들은 아니지만, 이들 각각은 기존 시스템에 의해 서로 다른 방식으로 수용되고 있다. 구글과 아마존은 합리적인 수준에서 보장해 주는 identity broker로 동작하고 있다. 신뢰도가 구글 아마존보다 덜하긴 하지만 Facebook과 Twitter도 마찬가지 이다.
대부분의 웹서비스 호스트는 비록 편집 보다는 Read 권한에 초점을 맞추기는 하지만 컨텐트의 공유를 지원한다. 이메일에서 시작해서 RSS로 종결된 notification은 Facebook의 근본적인 기능일 뿐만 아니라 트위터의 매우 중요한 기능이 되었다 (Notification originated in email, graduated through RSS, and is now a major part of Twitter significance, as well as fundamental feature of Facebook). Annotation은 과거 하이퍼링크로 처리되었는데 웹만큼이나 오래되었지만, 블로깅, Disqus, Twitter와 Facebook에 의해 가장 유용하게 구현되었다. User들간 커뮤니케이션은 Multi-User Operating System만큼이나 오래되었지만 오늘날 Facebook의 챗과 Instant Messaging에 의해 가장 효과적으로 구현되었으며, 임시로 생성되는 그룹들도 쉽게 형성될 수 있다.
Why Not Facebook ?
불행이도 이런 Social Facilities에 대한 오늘날의 답변은 그것이 구현되는 방식에 의해 제한되고 있다. 그중 Facebook이 가장 포괄적인 Social Features를 제공하고(Facebook provides the most rounded complement of social features) 있으므로 왜 Facebook은 인터넷을 위한 Social Backbone을 제공할 수 없느냐라는 합리적인 질문을 던지게 된다.
Facebook의 최대 단점은 그것이 폐쇄적인 플랫폼이라는데 있다. Facebook은 웹이 되기를 원하지 않는다. Facebook은 웹의 시티즌들을 자신의 왕국에 끌어 들이는데 집착하여 웹에서 그런 방식으로 서비스를 제공하기 때문에 Facebook으로 권력이 집중되는 결과를 낳았다는 점에는 의심의 여지가 없다. Facebook에서 컨텐트 아이템들은 독립적인 URI가 존재하지 않기 때문에 그 본성상 보다 넓은 웹의 일부로 통합될 수가 없다 (Content items in Facebook do not have a URI, so by definition can never be part of the broader web). 당신이 Facebook의 Social Layer를 사용하고 싶다면, 당신은 - Web의 일부가 아니라 - Facebook 플랫폼의 일부로서 종속되어야만 한다.
※ 역주 : 전세계 수십만개의 웹사이트와 모바일 Application들이 1) OAuth 기반의 Facebook의 "회원가입/인증" 체계를 활용하여 신규가입자를 모집/학보하고 있으며, 2) "Like"나 "Activity Feed" 등 Social Plug-in을 설치해서 Facebook을 통해 자신의 서비스를 홍보/마케팅하고 3) Open Graph API를 통해 Facebook User들의 개인정보나 친구 List 등 3rd Party가 서비스 제공에 필요한 정보를 불러와서 사용하고 있다. 즉, Facebook이 웹의 일부가 된다기 보다는 Facebook이 제공하는 API를 사용하게 될 경우 3rd Party Web 또는 App.들이 Facebook의 클라이언트로 종속되게 된다는 점에서 거꾸로 Facebook으로 나머지 웹을 통합하는 방식으로 "Social Layer"가 활용되고 있다.
여기에다 대칭적인 Facebook의 친구관계 형성 모델도 추가적인 이슈로 제기된다. 이런 모델은 실제 생활과 잘 맞지 않는다. "친구"라는 용어 조차도 웹 전체에 적용될 수 있는 소셜 백본에 필요한 뉘앙스와는 거리가 멀다 (Even the term "friend" doesn't allow for the nuance that a capable web-wide social backbone needs).
나의 논점은 Facebook이나 Google+냐는 틀에서 제기되고 있는 문제에 대한 결론이라기 보다는 Facebook이 글로벌 소셜 백본의 Needs를 충족시키지 못하고 있다는 점을 강조하는 것이다.
Why Google+?
그렇다면 왜 Google+는 소셜 백본이 시작되는 기원이 될 수 있는가? 답변은 외의로 간단한데 Google+야말로 광범위한 User Base와 소셜 모델을 충분히 유연하게 결합시킨 최초의 시스템이고, 구글은 소셜 그래프의 백타적인 소유권이 자신들의 비즈니스에 본질적으로 중요하지 않은 회사이기 때문이다.
구글은 또한 Google+를 소셜 백본으로 자가발전시킬 수 있는 힘을 가진 회사이다. 즉 Google+를 자신들의 웹 어플리케이션들에 통합시키면, 자신의 컨셉을 강력하게 전파시킬 수 있게 될 것이다.
그럼에도 불구하고 하나의 회사가 모든 사람들의 identity를 관리할 수 있는 권력을 가져서는 안된다. 효과적이고 안전한 소셜 백본이 되기 위해서는 네트워크 효과는 유지하는 동시에 경쟁과 선택이 보장되어야 한다. 이메일의 상호 호환성은 한가지 시스템의 지배력이 아니라 커뮤니케이션의 표준에 의하여 창조되었다.
웹 전체에 영향을 미치기 위해서 Google+는 아직까지는 부족한 개방성과 상호 호환성을 더욱 많이 혹보해야 한다. 조만간 출시될 Google+ API가 어떤 기능들을 제공하는지를 살펴보면, 통제와 상호 호환성에 관한 구글의 태도가 어떤 것인지를 우리는 잘 알게 될 것이다.
구글이 개방적이고 상호 호환성있는 소셜 백본을 지지하고 있다는 실체적인 증거를 좀 더 나열해 보면
구글은 자신의 비즈니스에 결정적으로 중요하기 때문에 웹의 개방을 주도적으로 지지해 왔다 (역주 : 폐쇄적인 웹이 많아진다면 검색엔진이 접근이 어려울 것이므로).
런칭 초기부터 상호 호환성을 보장하려는 경향 : 공개된 컨텐트 아이템들은 URI를 가지고 있고 연락처에 등록된 사람들중 Google+ 미사용자들에게 이메일로 전달할 수 있는 대비책도 가지고 있다.
구글은 데이타해방전선(Data Liberation Front)의 선두에 선 나팔수로서 User들에게 구글에 축적되어 있는 자신의 데이타에 대한 완벽한 접근을 보장하는데 헌신하고 있다.
구글은 OAuth, OpenID, OpenSocial, PubsubHubbub 등 소셜 백본의 중요한 이슈들을 다루는 초기의 기술들을 창조하고 지원하는데 적극적으로 참여해 왔다.
구글은 상호 호환되는 시스템들간의 Federation에 개방적인 태도를 보여주고 있다. 이러한 태도는 Google+ 써클 모델의 개발자인 Joseph Shmarr에 의해 극명하게 드러난다. 사그러들 운명의 Google Wave 또한 federation을 통합시킨 바 있다.
최대한 개방적인 시스템을 유지하는 것이야 말로 구글이 1) "세상의 정보를 조직화"하라는 자신의 미션을 수행하고 2) 연관성이 높은 광고를 타게팅하는 자신의 비즈니스를 수행하는데 가장 유리하다.
Toward the Social Backbone
컴퓨터는 우리에게 Serve해야 하며, 우리에게 표현수단을 제공해야 한다.
표현적이며 상호 호환되는 공통의 소셜 백본이 생긴다면, User뿐만 아니라 소프트웨어 개발자들에게도 큰 도움이 될 것이다. 정보의 격납고와 친구와 사람 관리라는 반복되는 수고로부터 해방되어(Liberated from information silos and repeat labour of curating friends and acquaintance), 우리는 보다 자유롭게 협업할 수 있게 될 것이다. 어플리케이션들은 추상적인 "user"들이 아니라 개인으로서 우리에게 더 좋은 서비스를 제공하게 될 것이다.
우리는 소셜 백본으로 가는 길에서 Privac 이슈를 주의깊게 다루어야 한다. 사용성이 좋은 시스템을 제공하는 것과 Collaboration 및 Sharing에 관한 우리의 모델을 충분히 충족시키는 시스템 간에는 심각한 Trade-Off가 존재하고 있다.
수많은 장애에도 불구하고 Google+는 차세대 소셜 소프트웨어의 약속을 반영하고 있다. 겉핧기식 혁신에 불과했던 과거의 실패로부터 교훈을 얻고, 고객 Needs에 더 깊게 천착하고 있기 때문에 그것은 이미 성공했다고 할 수 있다(Incorporating learnings from previous failures, a smattering of innovation and close attention to user need, it is already a success).
조금만 더 개방적인 조치를 취하면 Google+ 프로덕트를 소셜 백본의 시작으로 만들 수 있다. 이러한 조치를 취함으로써 Google은 검색과 마찬가지로 휴머니티에 기여하게 될 것이다.
---여기까지 일단 번역을 마치고 ---
그런데 글을 읽으면서 이질적인 시스템간 상호호환성이 보장됨으로써 Social Backbone이 만들어지려면, 그리고 소셜 소프트웨어가 이메일처럼 서로 다른 시스템간 상호 호환될려면 어떻게 되어야 할까라는 질문을 해본다. 트위터 사용자 A는 150명의 팔로워를 가지고 있고 또 다른 Social Networking 시스템 Google+의 사용자 B는 200명의 팔로워를 가지고 있다고 가정하고 다음과 같은 질문을 해 본다.
1. A가 트위터에 로그인하여 Google+ 사용자인 B와 친구관계의 형성이 가능한가 ?
트위터 User A와 Google+ User B가 친구맺기와 관련하여 공통된 프로토콜을 사용한다면, A가 B를 Following할 수 있을 것이다.
1단계 : A는 트위터에서 본인의 주소록에 저장되어 있는 B의 이메일 주소나 이름 등으로 검색한다.
2단계 : A가 트위터에서 요청한 검색 Quary는 Social Networking System들이 제공하는 표준화된 검색 Interface를 통해 각각의 DB의 회원정보를 뒤져서 적합한 검색의 결과값이 제공되면(Thumanil/이름/자기소개/서비스명 등으로 표시되는 결과 List), User A는 그중에 하나 즉 Google+에 등록되어 있는 B를 선택하고 Following 버튼을 클릭한다.
3단계 : 트위터는 B가 자신에게 속한 도메인이 아니기 때문에 SIP Redirect Server 또는 이메일의 DNS 시스템과 유사한 시스템을 통해 Google+에 A가 B를 following 했다는 정보를 던져 준다.
4단계 : 그러면 Google+는 A에게 twitter user라는 tag를 달아서 B의 follower list에 등록하고 B에게 "User A가 트위터에서 당신을 Follow했다."는 것을 Notify해 준다. 이때 Google + User B에게 Twitter User A가 누구인지 Thumbnail 사진과 이름 등이 표시되고 User B가 클릭하면 User A의 트위터 프로필 페이지로 이동할 수도 있어야 한다.
5단계 : Google+의 User B 역시 동일한 방식으로 트위터 User A를 Follow하면 Google+는 User B의 Following List에 트위터 User A를 추가한다.
6단계 : 트위터 User A에게 동일한 방식으로 Google+ User B가 자신을 Following했다는 것이 Noti.되면, User A의 트위터 Following List에 Google+ User B가 추가된다.
이리하여 트위터 User A와 Google+ User B는 상호 소통이 가능한 Mutually Following 관계가 성립된다.
2. 텍스트/포토/동영상/Link 등 상호 포스트가 어떻게 공유될까 ?
User A가 트위터의 what's happening에서 텍스트, 포토, 동영상 등을 포스트하면 트위터 자체 Follower들뿐만 아니라 User A를 Follow하고 있는 Google+ User B에게도 Feed가 발생해야 한다.
물론 이런 Text, 포토, 동영상, Link 등은 독립된 URI를 가지는 object로 생성되어야 하고, 각각의 Object에 달려있는 코멘트들과 함께 하나의 Thread를 유지하는 독립된 페이지로 만들어 져야 한다.
그리고 User B가 Google+에서 User A가 트위터에서 올린 포스트에 코멘트를 달면, 이 코멘트가 User A에게 Notify되어야 한다 (그런데 twitter의 경우 코멘트의 형식이 @id reply 형식으로 Google+나 Facebook과 다르기 때문에 자신의 형식에 맞게 Google+에서 User B가 단 댓글이 relpy로 변경되어 수신될 것이다)
User A 역시 본인이 트위터에 날린 original 포스트에 달린 Google+ User B의 코멘트에 실시간 응답이 가능해야 한다.
일단 서로 다른 Social Networking 시스템간 "친구추가" 및 "상호 포스트" 교환 2가지 시나리오만 생각해 봐도 표준화되어야 할 것들이 무척 많다.
1. 각 Social Networking 서비스의 회원정보에 상호 접근할 수 있는 표준화된 검색 API
User의 이름이나 이메일 주소로 개별 Service들의 회원DB에 상호 접근할 수 있는 API
검색 결과값 Page를 구성하기 위한 표준 Format (Thumbnail/이름/서비스명 : Twitter, Facebook, Google+, Linkedin 등/회원 profile url)
일단 여기에서 부터 정보검색의 결과로 회원정보가 어디까지 공개되느냐하는 Privacy Issue, 상호 회원 DB에 접근할 수 있는 표준화된 Gateway 시스템 (즉, 이메일에서 DNS에 등록된 도메인 주소를 통해 수신자를 찾아 가듯이 이 Gateway를 통해 특정 도메인의 Social Network 서비스의 User를 찾을 수 있어야 함)의 구축, 그리고 해당 서비스 내에 SNS 검색을 지원하는 U/I를 별도로 제공해야 하는 등 많은 이슈가 발생한다.
2. Following Request & Notification
검색 결과 Page에서 "홍길동"이 여러명 존재할 수 있는데 이 중에 자신이 찾는 사람을 찾아서 Follow 버튼을 클릭하면 Twitter User A는 Google+ User B를 Follow할 수 있어야 하는데,
이것은 Facebook의 Like, Twitter의 Follow Button 등 3rd Party에게 공개되어 있는 기존 Social Network 서비스에서 관계를 맺기 위한 API를 활용할 것이냐 또는 공통의 규약을 만들 것이냐는 이슈가 존재할 수 있다.
Google+의 경우 상대적으로 후발 주자이므로 Twitter나 Facebook에서 제공하는 API와의 상호 호환성을 고려하여 Follow API가 설계될 가능성이 높다.
Facebook의 경우 "Open Graph Tag"가 삽입된 3rd Party의 페이지를 Facebook의 User가 Like하면 해당 웹페이지와 이 User의 프로파일간 Direct Connection이 맺어지고 이 웹페이지에서 update된 정보가 Facebook User에게 자동으로 Feed되는 구조가 이미 존재한다. 그러나 이것은 사람과의 관계가 아니라 Web Page에 의해 representation되는 실제 사물과 관련된 것이고, 친구관계의 형성은 초대하고 승인하는 구조이므로 다른 도메인의 사용자가 Facebook의 User를 Follow한다고 해서 Facebook 입장에서 아직 친구관계가 형성된 것은 아니기 때문에 Facebook의 User의 Update된 내용이 다른 도메인 친구에게 자동으로 Feed되지는 않을 것이다. 따라서 Facebook 입장에서 Twitter나 Google+ User가 Facebook User를 Follow했다는 것을 해당 User에게 "초대 알림" 형태로 Notify되고, 이 User가 승인을 해야만 할 것이다.반대로 Google+와 Twitter User 입장에서는 Facebook User와는 Mutually Following 관계가 성립해야만 상호 소통할 수 있는 구조가 마련되는 셈이다.
어떻게 해서든 Facebook, Google+, Twitter간 Follow 버튼을 통해 친구관계가 형성될 경우, 다른 Social Network Service의 User가 자신의 User를 Following했다는 것을 Notify해 주는 것은 큰 문제가 없을 것이다.
3. Communication : Post, Feed, Comment의 상호호환
서로 다른 Domain User간 일방적인 Following 또는 Mutually Following을 통해 친구관계가 성립되면, 특정 도메인에서 User가 포스트를 올리면 이 User의 Follower List를 조회한 후 이 중 다른 Domain User에게 속한 Follower들을 찾아서 1번)에서 지적한 Gateway를 통해 Feed를 요청하게 된다.
그러면 이 GateWay를 통해 Follower들이 속한 서비스 도메인에 Feed를 요청한다.
이것 또한 앞서 지적한 Like, Follow Button과 같이 해당 서비스별로 3rd Party Site에서 자신의 Site로 글을 Post할 수 있는 API가 이미 존재하므로 이것을 해당 사이트 들이 상호 호출해서 사용할지 또는 별도의 표준화된 API를 사용하게 될지는 확실하지 않지만 기존 SNS의 Post API는 해당 서비스의 인증을 받은 가입자만이 사용할 수 있으므로 아마도 후자가 되어야 할 것이다.
즉, Facebook은 사용하지 않는 Google+ User A가 포스트한 글이 마치 이메일을 보낸 것처럼 Facebook의 친구인 User B에게 자동으로 Feed되어야 하는데, Google+입장에서는 User B가 자신의 회원이 아니므로 별도의 표준화된 Gateway에 Facebook User B에게 Feed를 요청하면, 해당 Gateway에서 Facebook의 Feed API를 호출해서 사용하게 될 것 같다.
User A가 Google+에서 올린 Post가 Facebook의 User B에게 성공적으로 Feed가 발생했을 경우, User B가 User A의 포스트에 Comment를 달면 이것이 실시간으로 User A의 Googl+ 페이지로 와야하고 반대도 마찬가지이다.
Facebook의 Comment API는 3rd Party Site에서 Facebook User가 Facebook의 인증을 받은 후 코멘트 API를 호출해서 댓글을 작성하면 실시간으로 Facebook의 User및 이 User의 친구들에게 코멘트 Feed가 발생하게 되어 있다.
현재 Facebook의 회원인증을 받은 사람들만 코멘트 Feed가 발생하는 구조를 Google+나 Twitter와 호환될 수 있는 구조로 만들어야만 한다.
어앴든 저자는 Google+ 1) 후발사업자로서 기존 강자들과 호환이 가능한 구조로 이러한 API를 설계할 가능성이 높고 2) Search Engine의 효율적인 사용을 가능하게 하기 위해 개방적인 구조로 시스템이 최적화될 가능성이 높기 때문에 향후 Social Backbone을 주도할 것이라고 보는 것이다.
Want to make your TV show more social? Start with the script
미국의 방송사들이 시청률의 극대화를 위하여 프로그램의 사전 제작단계에서부터 소셜미디어를 어떻게 활용하고 있는지를 보여주는 Gigaom의 기사를 내 마음대로 요약하고 정리해 보았다.
원기사는 Want to make your TV show more social? Start with the script
세계에서 가장 빠른 속도로 스마트폰이 보급되고 있음에도 불구하고 SNS 서비스가 싸이월드 수준에 머물러 있는 우리나라의 방송에서는 완전 딴나라 얘기같이 들린다. 최근 나가수, 위탄 등 서바이벌 쇼가 봇물 터지듯이 쏟아지면서 SMS를 통한 시청자 참여가 활성화되고 있지만 이미 유럽 등에서는 오래전에 시도되었던 것이고 최근에는 미국에서는 소셜미디어와 방송의 결합이 대세를 이루고 있다. 우리나라의 인터넷과 방송은 하드웨어와 네트워크를 넘어서 컨텐츠와 문화의 측면에서 여전히 2000년대 초반에 머물러 있는 것 같다.
최근 TV를 시청하면서 스마트폰이나 태블릿을 이용하는 시청자들이 급증함에 따라 미국의 방송사들이 소셜미디어를 활용하여 TV 방송의 시청률을 극대화하고자 시도를 많이 하고 있다. 얼마전 미국과 일본간 여자 월드컵 경기에서는 초당 트윗 7천여건으로 트위터 기록을 세우기도 하였다. 스마트폰과 태블릿의 등장으로 많은 시청자들이 Facebook이나 트위터에서 집단적으로 실시간 커뮤니케이션을 즐기면서 TV를 시청하는 패턴이 일반화되고 있다 (올해 2월경 뉴욕타임즈에서는 이것을 "Online Water Cooler" Effect라고 말했다)
지금까지 소셜미디어를 방송에 활용하고자 하는 시도는 1) 방송 프로듀서들이 자신이 제작한 프로그램이 방영되는 시간에 직접 시청자들과 Twitter를 통해 Chat을 하거나 2) 2009년에 출시된 후 최근 Facebook에서 Social Game App.으로 업그레이된 "dexter"와 같이 프로그램 방송과 관련된 iPAD 또는 스마트폰 전용 App.을 출시하거나 3) 올해 봄 ABC에서 오스카를 생중계하면서 TV에서는 보여지지 않는 Behind Scene 상황을 웹을 통해 보조적으로 보여주는 등의 방식으로 이루어졌다.
그러나 최근에는 아애 소셜미디어를 사전 시나리오에 직접적으로 포함시켜 프로그램을 제작하는 Case가 증가하고 있다. FX Network의 마케팅/프로모션 부사장인 Stephanie Gibbson에 따르면 "It's Always Sunny in Philadelphia"라는 프로그램의 경우 소셜미디어를 통해 공유할 수 있는 요소를 사전 스크립트에 직접적으로 통합시키고, 소셜미디어 빠인 대니 드비토를 출현시켜서 직접 팬들과 자주 커뮤니케이션을 할 수 있도록 만들었다.
이와같이 사전에 스크립트 레벨에서 캠페인을 통합시킬 뿐만 아니라 지정된 시간에 TV를 시청하면서 트위터를 날린 시청자들에게 It's Always Sunny T-Shirts 등 경품 인센티브를 제공하는 식으로 소셜미디어를 활용하여 "시청률(Viewership)"을 끌어 올리고 있다.
소셜미디어는 시리즈로 제작되는 쑈에도 효과적이지만 라이브 이벤트, 스포츠 생중계, 경쟁적인 Reality Show는 소셜미디어에 가장 잘 맞는 장르이다. NBC는 "Voice"라는 경쟁적 리얼리티 쇼를 프로모션하기 위해 크리스티나 아길레라와 같은 유명인을 포함한 출연자들에게 쇼가 시작되기 전 과 끝난 후에 트윗을 남기도록 하였다. 이러한 프로모션으로 인해 쇼가 종료되면 조용해지는 과거와 달리 일주일 내내 팬들과의 커뮤니케이션이 지속되는 효과가 있다. 이리하여 Voice라는 Competitive Reality Show는 올여름 공전의 히트를 기록하게 되었다 (That initiative helped the competitive reality show to become the surprise hit of the summer).
Turner사의 Emerging Media부문의 부사장 Peter Scott에 따르면, 생방송되는 스포츠의 본성상 소셜미디어는 네트워크 방송사들이 팬들과 상호작용할 수 있는 완벽한 기회를 제공한다. CBS로부터 NCAA 3월 토너먼트에 관한 디지털 부분을 담당했던 Turner는 소셜미디어를 활용하여 TV 시청률을 증대시켰을 뿐만 아니라 다양한 모바일 단말에서 시청을 지원함으로써 전체 비디오 시청의 30%가 모바일 단말에서 유발되는 결과를 얻었다. 모바일 단말을 활용하여 친구들과 트위팅을 하거나 문자를 주고 받는 것에 유저들이 이미 익숙해져 있기 때문에 Social Feature를 March Madness Mobile App.에 통합시키는 것은 별로 어려운 일이 아니었다.
Peter Scott은 스포츠 생방송시 소셜미디어 전문 프로듀셔들을 트럭에 싣고 다니면서 게임에 관한 주변상황을 설명하는 등 고객과의 디지털 대화를 가이드하고 있다고 덧붙였다.
