강팀장의 WEB E.Y.G (웹 이야기)

온라인 이벤트가 거의 대부분의 포털사이트와 일반 서비스 사이트에서 기본적으로 제공하는 하나의 서비스가 된 것 같습니다.

그렇다보니, 우리는 많은 이벤트를 볼 수 있는데요.

온라인 가입 이벤트
친구추천 이벤트
경품 응모 이벤트
등등등....

이런 이벤트를 많이 보다 보니깐... 흔히 이벤트 자체에 재미를 지니지 못한 일반화된 형태의 이벤트로 많이 치우치고 있다는 생각을 하게 됩니다.

인터넷 서핑 중..... 재미난 이벤트가 있어 소개 합니다.
이벤트의 줄거리는 이렇습니다.



일본의 영화개봉 이벤트 (심형래 감독의 디워) 입니다.
일본 전국을 대표하는 6명을 선정해 (전문 배우나, 성우가 아닙니다. 단지 TV에 소개되어나, 전문직 사람들 - 그래도 일본에서는 얼굴은 조금 알려진 사람들이라고 하더군요) 디워의 Open 영상(광고영상)에 자신들이 목소리를 더빙한 동영상을 보여 줍니다.



원본 영상하고 비교해 보면.... 같은 내용에 제각각의 멘트와 내용으로 재미 있게 소개하고 있습니다.
예를 들면... 시내에서 싸우는 장면에서는 "으아~~~ 꽝꽝~~!!" 이런식으로 영화의 효과음까지 표현하며 진행합니다.
그리고... 영화소개가 끝나면... 자신들의 애장품들에 대한 소개로 재미 있는 영상을 끝냅니다.



재미 있는 UCC를 보는 듯한 기분을 느낄 수 있는데.... 이 이벤트의 재미는 여기서 끝나지 않습니다.
초기에 말씀 드린대로 일본 전국(각 지역)을 대표하는 사람들이고...
이들의 영상을 보고.... 각 지역 대표에게 인기투표를 할 수 있도록 해 두었습니다.




단순해진 이벤트 기획이 재미 있는 요소를 가미한 아이디어가 돋보입니다.
그냥 이벤트 참여에 그치지 않고, 참여요소를 더하고, 참여자들의 모습 그대로 보여주는 형식이 그동안 많은 온라인 이벤트와 차별화된 것 같습니다.

온라인 이벤트에도 기획 아이디어의 힘이 얼마나 중요한지 알게 해 주는 사이트 인것 같습니다.

오후에 지루할때... 한번 쯤 들어가 보시는 것도...

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

最新(최신)정보 Vs 最近(최근) 정보

메인을 기획할때 각 Section에 대한 네이밍을 정하는 것도 어려운 고민중 하나 입니다.

"자자... 각자 메인 기획안을 잡아봅시다~!!"

그런데.. 어느 틈엔가.. 메인에 대한 구성. Section은 거의 표준화 된듯 비슷하게 구성되는 경향이 짙어져 갑니다. (이 부분에 대해서는 다음에 한번 더 애기하겠습니다. - 본론과 거리가 멀어지니..)

그중에 가장 많이 들어가는 Section 이 공지사항 & 이벤트 등의 정보 일 것입니다.
일반 기업이라면 News 나 채용정보 등이 들어가는 것 같습니다. (이렇게 말하니깐... 기획자는 도대체 뭐하는 사람인가.. 하는 한탄이 나옵니다. ㅜ.ㅜ - 기획이 일반화 되는 듯...- 이것도 본론과 거리가 멀어지니....다음에..)

무엇을 담을지에 대한 Section 고민이 끝나면... 각 Section 의 사용자 사용패턴 or 사용 동선을 기획하고, 그 영역에 맞추어 조각을 맞추어 나갑니다.

이젠 어느정도 정리가 되고 나면.... 네이밍에 대해서 고민을 하게 됩니다.

위에서 말한 공통적인 섹션은 (공지사항, 이벤트, News, 채용정보) 은 자료의 업데이트가 많고, 자주 바뀌는 영역입니다.  이런 영역은 본 사이트가 계속 관리하고 있다는 회사의 이미지도를 높이는데에도 기여를 합니다.

꼭 공통적인 섹션이 공지사항, 이벤트, 뉴스, 채용정보가 아니라도 상관은 없습니다. 단지 자주 업데이트되는 정보들을 외부로 노출하고 싶은 것입니다.

어떤 의도이던, 사이트의 특성에 맞추어 기획도 잘했고, 앞으로의 운영정책이나 컨텐츠 수급계획도 잘 잡았습니다. 그리고 멋있게 Title을 적어 넣습니다.

최신정보  또는  최근정보


오늘 강팀은 이 두 단어로 재미 있는 고민에 빠졌습니다. 어는 것이 맞을까?

사용자 입장에서 본다면 최신(最新)이나 최근(最近)이나 별 신경을 쓰지 않을 것 같습니다.
굳이 인식을 한다면....

"아.... 따뜻따뜻한 정보구나~!!!"

그런데 이렇게 생각을 해 보면 어떨까요?

"아.... 오늘 올라온 정보구나~!!!"
"이번주에 어떤 정보가 있나??"


비슷한 의미와 비슷하게 들립니다. 하지만.... 분명 차이는 있는것 같습니다.
이 차이는 기획자 각자가 판단해야 할 의미 인것 같습니다.

머.... 이 두개의 단어를 혼돈해서 썼다고 해서.... 사용자는 사이트를 구축한 사람과 관리자를 비난하진 않을 것 같습니다. (대외적인 사이트나 사용자가 이용도에 따라서 다시 비중은 달라지겠지만..)




네이버 사전에 따르면....

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

오늘 회사 1층 매점에서 담배와 피로회복제 한병을 사고 나오다. 어떤 아주머니와 간단한 대화를 나누게 되었습니다.

보아하니, 매점 아주머니와 친구사이인 것 같은데.... 강팀장에게 대뜸 건넨 말 한마디가 줄을 이어 대화를 하게 되었습니다.

또 한가지 이야기를 들려 주고 싶습니다.

얼마전까지 프로젝트에 투입되어 일을 하고 있을때 입니다. 프로젝트가 여러가지 이유로 인해 어려움을 겪고 있을때 결국  SO O&O 대형 SI 업체의 인력이 긴급히 투입하게 되었습니다.
그중 PM을 대리 한다고 했던 오OO과장과의 대화 입니다.

안타까운 이야기 들입니다......


이런 경험을 하며... 느낀 것들이 머리속을 어지럽게 합니다. 요즘 들어 프로젝트 관리와 프로젝트 팀원에 대한 이야기를 블로그에 많이 풀어 놓고 있습니다.
분명 이렇게 생각하는데... 싶어도... 간혹 생각지도 않은 경험들과 이야기들이 머리속을 흔들어 놓을 때가 있습니다.

잔잔히 한번 고민해 보아야 하지 않을까 생각합니다.

기획자란 무엇일까요?

회사에서는 당신을 기획자로 뽑았다면.... 당신의 능력을 인정 받았을까요?

기획자는 화면설계서(스토리보드)를 작성하는 일명 MS 오피스 기능자로 오인받고 있는 것은 아닐까요?
기획자는 프로젝트의 초기 방향을 잡는 사람들입니다. 그 방향이 화면설계서로 나오는 것인데... 흔히 스토리보드라고 말하고 있습니다. 하지만 기획자는 화면설계서를 만들기 위해 투입되는 것은 아닙니다.
기획자는 크게 3가지 업무를 중심으로 하고 있습니다.

1. 요구사항 명세화
사용자가 처음 요구했던 사항들을 어떻게 시스템에 표현하고 결과가 어떻게 도출될지 정의를 해나가는 업무는 말그대로 요구사항을 정확하게 만들어가는 업무 입니다.

2. 서비스 방향 명세화
앞으로 개발될 서비스에 대한 구체화 작업을 진행하는 업무 입니다. 여기서 고객의 요구사항을 충족하고, 발전된 방향을 만들어가게 됩니다.

3. 결과물에 대한 사용자 측정
서비스 방향이 구체화 되었다면, 그 방향에 맞게 개발이 진행될 수 있도록 개발PL과 개발자 들에게 도움자 역할을 해 주어야 하며... 개발진행시 결과물에 대한 단계별 진행과 변경에 대해서 초기 명세화작업들과 확인하며 방향성을 잃지 않도록 사용자 중심의 길을 제시하는 업무 입니다.

이렇게 3가지 업무 중심으로 진행중에... 화면설계서가 나오게 되고, 이 과정중에 고객과 많은 대화가 이뤄지게 되고 자연스럽게 커뮤니케이션의 컨텍포인터가 되는 것입니다.

위 3가지 업무가 화면설계서에 모두 녹여져 만들어지기 때문에 화면설계서가 중요한 과정으로 나오게 되는 것입니다.


하지만, 모든 과정이 정석대로 되기란 어렵기만 합니다.
그렇다고 변질되어 기획자는 화면설계를 만드는 것이 아니라 그린다는 표현으로 잘못 이해하면 안될 것입니다.
또는 기획자는 개발자나 디자이너가 고객에게 하기 힘든 대화나 컨프레임을 마냥 고객에게 전달하는.. 또는 고객이 이야기하는 변경사항을 그대로 개발자나 디자이너에게 전달하는 녹음기 역활이라고 판단해서도 안될 것입니다.


오늘 부서장 2분과 간단한 미팅 대화를 나누며.... 머리속에 다시 물어보게 되었습니다.


"능력과 경험이 있다면 다를 겁니다. 회사 직원간에도 같은 직급과 같이 들어왔다고 하더라도 연봉은 모두 다르게 되어 있습니다."

"기획자들이 화면설계서를 작성한다구요? 전 이런 경우는 처음 봅니다."

"화면설계서는 개발자들이 그려야 하는 것 아닙까? 기획자가 화면설계서를 작성한다니요..??!!"

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

 지금 수행하고 있는 프로젝트 때문이기도 하지만 요즘에 부쩍 검색에 관련한 생각을 많이 하고 있는 것 같습니다.

초기 시작은 이렇게 되었습니다.

"Main Navigation 에 존재하고 있는 통합검색 바를 사용자가 그곳에 무엇을 검색할 것인가에 대해 명확히 인식을 하지 못하더라"
"그래서 통합검색 바를 본 서비스에서 제외 시켜야 옳다"

한편으로 이해가 가지만 한편으로 참~!! 이해가 가지 않는 부분이기도 했습니다.

정말 사용자가 통합검색 바에 대해서 인식도가 낮을까?
본 프로젝트에서 통합검색이 사용성이 떨어질까?

그렇게 시작한 고민이 이런저런 고민과 연구를 해 보게 하더군요.

먼저.... 사용성에 관련한 책을 하나 구입했습니다. 그리고 그곳에서 재미 있는 부분을 보았습니다.
 

사용자 실패의 5가지 주요원인

• 검색
• 정보구조
• 컨텐츠
• 제품정보
• 작업 흐름

웹 사용성 중심의 웹사이트 제작론 中 - 제이콥 닐슨, 호아 로랭거 지음-

그래프상으로 보면 검색이라는 것이 사용성에 영향을 주고 있는 것 같습니다. 하지만 제이콥 닐슨은 검색 UI에 대해서 중요한 부분으로 말하고 있으며, 100페이지 이상의 컨텐츠를 보유하고 있는 사이트라면 검색를 붙여야 사용자 접근이 더 용이하다고 하고 있습니다.

검색 - 검색능력 - 검색엔진 이 3가지는 차이가 있습니다.

사용자는 여전히 검색에 어려움을 겪고 있으나, 이는 검색엔진의 문제가 아니라 정보를 검색하는 검색능력에 대한 문제점 입니다.
검색능력에 기인하는 것은 IA, Navigation, Link, 페이지디자인(가독성, 레이아웃, 그래픽, 아마추어, 스크롤) 등이 중요 원인이 되는 것입니다.

검색에 문제가 있다는 것은 검색엔진 이나 검색 UI 에 대한 문제보다 정보자체를 찾아내는 행위(능력) or 행위를 도와주는 "도구"에 문제가 있다는 것입니다.


검색과 검색능력에 대한 사용자의 어려움은 페이지 디자인과 정보자체의 영향도 깊습니다. 사용자가 올바른 위치에 도착했지만, 욕구를 만족하지 못하는 경우 검색과 검색능력 이상의 무언가를 찾아내야 한다는 생각을 하게 되고 결국 검색과 검색능력에 만족하지 못하거나 어려움을 겪게 되는 것입니다. 이에서 사용성 만족도가 떨어지게 됩니다.
(페이지 디자인이란, 그래픽 디자인을 의미하는 것이 아닙니다. - 그래픽 디자인에 대한 사용자의 고통은 8%이하라는 통계치도 있습니다.)



사이트내에 검색을 하기 위해 바를 넣어두면 사용자는 그 바에 무엇을 넣어야 하는지 인식하지 못한다는 것에 대해선 다시 한번 고민해 보아야 할 것 같습니다.

모든 행위에서는 목적 이라는 중요한 의미가 있습니다. 사이트에 접속을 한 것은 분명한 목적이 있다는 것입니다.

그 목적에 의해 사이트에 접속하고 상단에 검색바가 있을 경우 사용자는 그 목적에 맞는 키워드로 검색을 시도하게 됩니다.

결국 사용자가 사이트에 접속해 검색바에 넣을 키워드를 알지 못한다는 것은 다른 곳에서 원인을 찾아야 하지 않을까 생각합니다.

  제이콥 닐슨이 공개하는 웹 사용성 중심의 웹 사이트 제작론 [관련서적Link 출처:알라딘]  

제이콥 닐슨.호아 로랭거 지음, 이준영 옮김
세계적으로 유명한 웹 사용성 전문가 제이콥 닐슨이 전작 에서 보여준 웹 디자인 원칙을 최근 경향에 맞게 재정립하고, 그의 동료이자 사용성 전문가인 호아 로랭거와 함께 진행한 폭넓은 사용자 테스트 결과를 반영하여 집필한 책이다.
+ 정상가 :26,000원  ->   + 판매가 : 24,700원

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

"평균 27초"

요즘 프로젝트를 진행하면서 많은 생각을 하게 됩니다.  웹사이트의 이용자.... 한편으로 참 쉬운 단어 같은데, 항상 머리속에 중심으로 잡아 놓고 서비스 기획을 해야 합니다.

● 27초의 의미
위의 "평균 27초"는 웹사이트 이용자가 평균 하나의 웹사이트에 머무는 평균 시간입니다. 물론 자주가는 사이트나 특정 목적을 가지고 있는 사이트는 평균 27초 라는 수치가 맞지 않을 수 있습니다.(지금 강팀장이 글을 쓰고 있는 이 순간도 벌써 27초를 넘었으니...)
27초란 목적에 도착후 사이트 이용에 대한 시간이 아니라, 목적에 도달하기 위해 서핑을 통한 검색과, 각종 리스트를 통합 접근을 시도할때 거쳐가는 많은 사이트중 하나의 사이트를 방문하는 시간 입니다.

예를 들어 요즘에 강팀장이 한참 관심을 가지고 있는 "다이어트"로 검색을 하고, 뱃살 다이어트에 대한 정보를 찾기 위해 이곳저곳 둘러다 보면 평균 한개의 Contents 페이지에서 머무는 시간이 27초 라는 것입니다.

● 가장 핵심적인 가이드 27초
사실 강팀장은 이런 수학적 수치는 별로 좋아하지는 않습니다. 하지만, 간혹 평균이라는 것이 많은 것에 대해서 도움을 주기도 합니다.
특히 웹사이트의 기획을 할 경우 평균 27 초라는 수치는 많은 뜻을 생각하도록 합니다.

얼마전 어느 웹개발 가이드를 보고 실망 아닌 실망을 한 경험이 있었습니다. 물론 이런 실망은 그것을 수행한 업체가 잘했다 못했다 라는 차원이 아니라, 프로젝트를 수행하기전 그 가이드를 보고 개발만 하면 된다는 주위의 여러 말에 대한 기대감에서 미친 영향 때문입니다.