MSN 뉴스를 메신저로 보내는 기능이 개발됐다고 해 사용을 해봤습니다. 인터페이스를 연구하는 사람에게 이종 어플리케이션간의 연동은 언제나 흥미로운 뉴스거든요.
MSN 웹사이트에 방문해 기사를 클릭해 들어갑니다. 제목 위에 위치한 메신저보내기 버튼을 클릭하니, 사용자 선택 화면이 나타나네요. 목록에서 사용자를 선택해 확인 버튼을 누르면 메신저를 통해 초대 메시지가 날아가고, 초대를 수락하면 메신저 창이 넓어지면서 우측으로 뉴스가 보이는 방식 같습니다. '같습니다' 로 애매하게 끝을 맺는 이유는 아직 마지막 단계 확인을 하지 못했기 때문입니다. 아직 불안정한 것 같아요. 곧 완벽한 테스트가 가능하겠지만, 프로세스는 이미 파악을 했으니 상관은 없습니다. 어쨌든 결론을 얘기하자면 참 비효율적인 기능 같습니다. 왜 이런 기능을 만들었는지, 만들어야 했다면 왜 이렇게 만들었는지 모르겠어요.
서핑을 하다가 재미있는 사이트를 발견해 친구에게 메신저로 보내는 경우는 비일비재하게 일어납니다. 바이럴 마케팅의 주요 채널이기도 하구요. 하지만 이 때 친구에게 보내지는 정보의 형태는 단순한 URL 일 가능성이 높습니다. 받는 사람은 자동 링크가 걸린 URL을 클릭해 브라우저로 해당 페이지에 방문하게 되구요.
이 기능을 더 강력하게 지원해, 브라우저 시장과 메신저 시장에서 장악력을 높이려는 의도는 이해합니다. 하지만 그 목적을 이루려면 기존의 방식보다 분명 빠르고 편리해야 하는 것 아닌가요? 위에 예로 들었던 흐름 중 일부는 분명 장벽이 있습니다.
우선 사용자 선택 화면. 그룹으로 잘 구분된 메신저 목록이 화면에서는 가나다순으로만 표시되어 선택이 어렵습니다. 사용자가 이미 정리해둔 목록 순서대로 표시되는 것이 낫습니다. 또 사용자 선택 후에도 URL만 날아가면 되지 그걸 굳이 메신저 서비스안으로 끌고 들어와서 초대와 수락의 과정을 거쳐야 하고 새로운 플러그인을 깔아야 하며, 메신저 창이 확장되어 그 안에서 브라우징을 하도록 만들어야 했을까요? 과연 그래야만 '화면을 함께 보며 대화한다' 라는 느낌이 들 거라고 판단한 걸까요. 저렇게 하지 않아도 대부분의 경우 브라우저와 메신저 창을 넘나들며 실시간 대화가 이뤄지고 있을 텐데요.
숲을 만들고 잔디를 깔면 사람들이 자주 다니는 길로 어느 새 작은 오솔길이 생겨나고 지름길이 만들어 집니다. 누가 가르쳐주지 않아도, 사람들 스스로가 깨닫고 만들어 냅니다. 아무리 그 옆에 넓고 으리한 아스팔트 길을 만들어도 사람들은 관심을 두지 않을 겁니다. 늘 지나던 그 길이 편하고 빠르다는 것을 알고 있으니까요. 차라리 그 길에 꽃 몇 송이, 나무 몇 그루 더 심는 것이 관리자의 센스 아닐까요?
Posted by Lipio
