1. 웹 기획,사용자를 배려한 합리적인 생각,
웹 사이트 벤치마킹의 9가지 기술,
구글을 지탱하는 기술
Emily
2. 1.소통의 관문, 회원가입/로그인
2.이동의 기술, 내비게이션
3.정보찾기의 지름길, 검색
1. 왜 웹 사이트를 벤치마킹하는가
2. 사용자의 웹라이프사이클을 벤치마킹하라
3. 웹 브랜드 아이덴티티를 벤치마킹하라
1. 구글의 탄생
2. 구글의 공룡화
3. 1. 소통의 관문, 회원가입/로그인
2. 이동의 기술, 내비게이션
3. 정보 찾기의 지름길, 검색
4.
5. 회원가입 절차.
회원가입 절차
•사용자 측면
대부분의 온라인 서비스 이용을 위한 필수 요소.
•서비스 제공업체 측면
대부분의 온라인 서비스 제공을 위한 필요요소.
회원수가 해당 사이트의 자산으로 인식되는 경우도 존재.
사용자와 서비스 제공업체 사이를 연결해주는 첫 단추
6. 회원가입의 문제점과 해결방안.
회원가입 절차
•문제점 : 제한사항 미 표시
->최대글자수, 한/영 혼용, 대/소문자 구분 등의 제한 사항을 다양한 방법으
로 알려주어야 한다.
•필수 입력 및 선택 입력 항목 미 구분 :입력후 부족한 부분이 있어 정보를 처
음부터 다시 작성해야 하는 경우
->입력 정보에 대한 자동완성 기능 지원, 필수/선택항목 구분필요
7. 이용 약관과 개인정보 활용.
회원가입 절차
•필요성
사용자와의 불필요한 분쟁을 피하기 위함.
원활한 서비스 제공/이용을 위함.
•문제점
사용자는 물론 사업자 입장에서도 형식적으로 처리하는 경우 다반사.
복잡한 약관 동의 페이지.
스크롤 방식이 유용하나 명확한 구분이 되어 있지 않아 사용자를 혼란스럽게 함.
•해결방안
명확한 약관 내용제시.
여러 이용약관/개인정보 관력 등의 내용 메뉴화, 카테고리화하여 표시.
통합회원 시스템 운영 시 공통 표준 이용 약관을 만들어 사용.
이용 약관/개인정보 관련 전문을 별도의 파일로 제공.
9. 아이디/패스워드 찾기.
회원가입 절차
•현 실태
사용자 개개인이 가입한 웹 사이트가 많아 오랜만에 방문한 사이트의 아이디
나 비밀번호를 모르는 경우가 다수 발생
•해결방안
아이디/비밀번호 찾기는 로그인 창 주위에 두어 사용자 편의 고려
비밀번호 전송 시 이메일 주소로 제한 두지 않는다
비밀번호 찾기 방법은 여러 가지로 동시에 제공
10. 웹 내비게이션.
회원가입 절차
• 정의
사람들이 원하는 정보를 쉽게 찾는 방법 제공.
그 정보를 어떻게 경험할 것인지 결정.
• 기본 요소
사용자의 현재 위치, 사이트의 전체 구조 정보, 원하는 곳으로 쉽게 이동,
정보 탐색 용이.
11.
12. 예측/컨트롤 가능한 내비게이션.
회원가입 절차
•예측/컨트롤 가능한 내비게이션
-예측 가능한 내비게이션 : 사용자의 의도된 행동에 따른 결과를 예측
-컨트롤이 용이한 내비게이션 : 사용자가 정교하게 마우스를 이동하지 않아도 원
활하게 이동할 수 있어야 함
*전체 내용을 볼 수 있는 버튼 제공
13. 효율적인 내비게이션.
회원가입 절차
• 원하는 곳으로 빠르게 이동 가능 해야 함.
• 복잡함이나 혼란을 주어서는 안됨
• 사용자가 클릭한 사항은 한번에 보여 주어야 함.
• 로딩시간이 긴 사례 (삼성 애버랜드 ) =>
18. 검색의 기본요건.
회원가입 절차
•필수 사항 선택사항
눈에 잘 띄는 곳에 배치 커서의 기본위치
다른 영역과 확실히 구분 입력상태(한/영)
모든 Page에 대해 고정적인 위치
적당한 크기
19. 검색어 자동 완성 기능.
회원가입 절차
• 사용자의 검색활동에 효율성을 높여줄 수 있는 방법 중의 하나
• 사용자의 검색어 선택에 대한 입력을 줄여 빠르고 정확하게 입력할 수 있도록 함
• 검색 엔진의 언어사전을 꾸준히 UPDATE
• 검색어 외에 추가적인 정보 제공
• 유사어/신조어/ 복합어 등록
• 한/영 자동 변환
•자주 실수하는 오타 자동 보정 예. <네이버>,<구글>,<신세계몰>
20. 상품 검색시 중요 사항.
회원가입 절차
•-Online Market에서 검색은 매출과 직결.
•-상품 특성에 따라 CATEGORY에 가중치 부여
•-판매자가 허위로 입력한 정보는 제제
21. 1. 왜 웹 사이트를 벤치마킹하는가
2. 사용자의 웹 라이프사이클을 벤치마킹하라
3. 웹 브랜드 아이덴티티를 벤치마킹하라
22.
23. 왜 웹 사이트를 벤치마킹하는가.
회원가입 절차
1. 벤치마킹 하지 않은 웹 기획은 개발과정에서 시행 착오가 있을 가능성이 큼.
2. 나의 아이디어를 다른 사람에게 구체화시켜 제안하기 위함.
3. 자사의 경쟁력을 강화하여 차별화된 웹 서비스를 만드는 밑거름이 됨.
-네이버 지식인<한겨례 신문의 디비딕을 벤치마킹>
*차별성 : 디비딕 서비스의 장,단점을 다양한 시각에서 분석, 지식 마니아 중심의 디비딕을 대중화시켜 지
금의 검색 엔진으로 기획
*실용성: 디비딕을 방문하는 번거로움을 단점으로 분석, 사용자들의 키워드검색을 통한 지식공유를 기획
24. 웹 사이트 벤치마킹이란.
회원가입 절차
우수한 웹사이트와 웹 서비스 사용자의 경험 등을 면밀히 분석하여 웹 서비스의
차별성을 강화시켜 나가는 것.
A user benchmark
service experience ing
25. 벤치마킹의 네 가지 효과.
회원가입 절차
1. 사용자의 사고와 경험을 이해
2. 경쟁사의 웹 서비스 동향을 파악
3. 아이디어를 창의적 사고로 이끌어내는 것
4. 웹 트렌드 읽는 시각을 넓히는 것 <www.5day.com>,<www.dbcut.com>
26.
27. 웹 라이프사이클이란 무엇인가.
회원가입 절차
사용자가 웹사이트에서 제공하는 서비스에 재미와 유용함을 느껴 적극적인 활동
을 하거나 자발적인 참여를 하는 과정이 반복되는 현상.
아이팟터치 유저들의 공간으로 유저들의 자발적 참여가 이루어짐
28. 왜 웹 라이프사이클을 이해해야 하는가.
회원가입 절차
• 사용자는 자신이 관심 있어 하는 웹 사이트를 방문하고 싶어함.
• 예전보다 인터넷 여가 생활이 늘어남.
• 여가생활과 웹 사용이 밀접한 관계가 있음.
29. 라이프 사이클의 3단계.
회원가입 절차
사용자가 서비스에
1단계 활동공간 유용함과 재미를 느낌
2단계 관심공간 3단계 의견공간
사용자가 사이트에 흥미를 사용자의 자발적인 참여
느껴 충성도를 갖음
30. 사용자의 관심사에 맞춰 웹 사이트를 구성하라.
회원가입 절차
1단계 활동공간
2단계 관심공간
3단계 의견공간
31. 벤치마킹 보고서 작성법.
회원가입 절차
라이프사이클과 관련된 이슈사항 정리
• 이슈1 활동공간 - 사용자의 방문 목적은 무엇이며, 어떤 활동을 하는가
• 이슈2 관심 공간 - 사용자의 관심사는 무엇인가
• 이슈3 참여공간 - 사용자의 참여를 어떻게 이끌어 낼 것인가
네티즌 통계 자료 활용
• 사용자의 인터넷 이용 현황 +웹 라이프
사용자 웹 라이프 사이클 분석
• 사용자가 일상 생활에서 하는 일과 인터넷에서 이용하는 서비스를 비교
• 인터넷을 활용한 여가를 어떻게 즐기는지 면밀히 분석
사용자의 하루 분석
• 실제 목표하는 사용자의 하루생활을 시간대별로 나눠서 하루 일과를
• 스토리로 만듦
벤치마킹 결과를 가지고 시사점 도출
32. What is Web Brand Identity.
회원가입 절차
브랜드 메시지를 다양한 홍보 채널을 이용해 소비자에게 전달하는 것
기업이 전달하고자 하는 메시지, 즉 concept을 시각화 한 이미지를 인식시키는것
33. Web Brand Identity 벤치마킹해야 하는 이유.
회원가입 절차
기업이 추구하는 Web Brand Identity 를 웹 사이트에 제대로 표현하지 못하면 사
용자가 방문 했을 때 기업의 브랜드 메시지를 전달 받기 어려움.
벤치마킹을 하기 위한 3단계
1. Web Brand Identity 잘 반영하고 있는 사이트 검색
2. 기업의 브랜드 이미지의 속성 추출을 위한 사용자 설문조사
3. 자사만의 차별화된 Web Brand Identity 이미지 강화
34. 웹 브랜드의 이미지를 조사 방법 - FGI.
회원가입 절차
FGI(Focused Group Interview)란?
속성의 응답자 6-10 명 정도를 모아 사회자의 지행에 따라 몇 가지질
의 응답을 하고 참석자들과 토론을 하는 좌담회 형식의 조사방법.
첫째, 참여자에게 미리 과제물을 나눠줌.
둘째, 토론을 위한 이슈항목을 정리.
셋째, 경쟁사의 web brand image를 발견하기 위한FGI 토론 방법사용.
35. 감성적 브랜드 이미지를 전달하라.
회원가입 절차
이미지를 강화 하고 싶다면 감성적 측면을 강화하라.
36.
37. 추상적인 개념을 구체화하라.
회원가입 절차
웹 서비스를 기획하기에 앞서 클라이언트가 의도하는 바가
무엇인지 구체적으로 파악하는 것이 중요.
친절하고 사용자를 배려하는
최고의 서비스적 이미지를 온
라인 상에서도 나타내려면
….??
38. 왜 추상적인 요구사항을 구체적인 개념으로 전
환해야 하는가.
회원가입 절차
*Concept에 대한 세부 속성 정의
• 친절한 : 사이트가 충실하게 정보를 제공함으로써 사용자가 정보 획득에 유용함.
• 친근함 : 사용자가 평소 관심 있어 하는 흥미 있는 정보를 제공하여 사이트에 대
한 관심과 편안함을 갖게 하는 것
• 배려함 : 사용자가 정보를 쉽게 찾을 수 있고 관련 정보를 쉽게 이동할 수 있도
록 편의를 고려하는 것
39. 요구사항을 서비스별 페이지에 적용하라.
회원가입 절차
• Concept 내부 속성 중의 개념을 각 서비스 컨셉별로 정의한다.
-제품 서비스 관점에서 본 '친절함' (hyundaicard.com)
-채용 서비스 관점에서 본 '친절함‘ (cj.com)
-고객지원 서비스 관점에서 본 '친절함'(bccard.com)
Hyundaicard CJ BC card
40. 검토 회의를 하라.
회원가입 절차
1.벤치마킹 후 빠른 시간내의 회의.
2.브레인 스토밍 회의에서 아이디어 생산.
3.벤치마킹 회의에 앞서 주요 시사점 및 이슈목록 준비.
- 긍정적 의견을 토대로 자사 사이트 개편
- 부정적 의견은 반영하지 않음
- 검토결과 보고서 작성
43. 검색엔진의 진화.
회원가입 절차
웹 페이지에 순위를 매기다
PageRank
•- 각 웹 페이지는 자신의 점수를 갖는다.
•- 다른 페이지로 Link하면 자신의 점수를 나누어 준다.
•- 자신의 점수는 다른 페이지에서 받은 점수의 합계로 정한다.
•- 검색엔진 스팸
AnchorText
•- 웹 페이지에 Link를 할 때 Link된 문자열.
•- 수많은 페이지에 Link 되어 있다는 사실은 신뢰성이 높다고 볼 수 있음.
•- AnchorText를 중시.
Word
•- 웹 페이지에 포함된 모든 단어를 기록->Rank에 반영.
•- 여러 단어를 검색할 때 큰 의미를 갖는다.
•- 단어 자체의 글씨크기, 속성도 Ranking에 영향 .
44. 검색엔진의 구조 .
회원가입 절차
• Serch Server : 이용자와의 통신관리
요청 해석/처리 내용판단
인덱스 검색
결과를 보기 쉽게 편집/전송
• Back-end : Crawling
Index Creating
• Index : 주어진 Data를 안전하게 저장
요청 받은 Data를 찾아냄
U
U
S
S SEARCH SEARCH
INDEX
E
SERVER SERVER
E
R
R
검색엔진
45. Crawling & Crawler .
회원가입 절차
크롤링(Crawling)
• WEB Page 수집해 오는 기술
• 초기 Google 2400만개 Web Page등록
• 현재 Google 검색 시 3,070,000,000개 결과
크롤러(Crawler)
• URL server가 전체 crawler지휘.
• 각 crawler는 지시에 따라 Web Page download.
• Repository에 임시저장.
46. 인덱스 생성
회원가입 절차
단어 정보의 index
• 텍스트를 단어로 분해 ->wordID 수치로 변환 :Lexicon
• Word index 생성
- doxID : 웹 페이지 고유의 숫자 값
- wordID : 특정한 단어를 나타내는 숫자 값
- 위치 : 웹 펴이지 내에서의 단어 위치
- 크기 : 웹 페이지 내에서의 단어 크기
- 기타 : 그 밖의 문자 서식에 관한 정보
• wordID에 따라 여러 인덱스 생성 ->Barrels
• 역 Index 생성 :WordID를 기준으로 docID를 얻을 수 있도록 함.
47. Search Server.
회원가입 절차
Serch Server
•-이용자와의 통신관리
•-이용자의 요청을 해석하여 처리할 내용 판단
•-Index에서 필요한 정보 찾기
•-결과를 보기 쉽게 편집하여 이용자에게 보내기
->Search Server에 요구되는 것은 speed!!
48. Search Server.
회원가입 절차
검색의 흐름
1. 이용자가 검색 요청
2. 검색어가 Lexicon에 의해 wordID로 변환
3. wordID를 역 인덱스에서 검색하여 docID 리스트 가져옴
4. docID에 랭킹 함수 적용, 점수가 높은 순으로 정렬
5. 상위 docID 각각에 대해 웹 페이지 정보 추출
6. 정보를 보기 쉽게 정리해서 결과를 이용자에게 보냄
Lexicon
Barrels
검색 서버
결과 Docindex
49.
50. 인터넷을 검색하는 거대 시스템.
회원가입 절차
값싼 PC를 대량으로 이용한다
시스템 확장에는 Scale – up와 Scale – down방식이 있음
1. Scale – up :보다 뛰어난 하드웨어 도입
장점 - 시스템 단순, 소프트웨어 변경 불 필요
단점 - 가격 비쌈
2. Scale - down :하드웨어의 수를 늘림
장점 - 필요에 따라 장비 증가가능
단점 - Software 개발, 잘못된 설계는 성능 개선 안됨
51. 인터넷을 검색하는 거대 시스템.
회원가입 절차
하나의 시스템으로 연결한다
• Rack : 2-4 개의 CPU
2-4GB Memory
장비들은 1Gbps LAN으로 연결
• Cluster : 서로 협조하여 하나의 기능을 제공하는 Rack 집합
• Data Center : 다수의 Rack 이 모여있는 것
같은 Rack 이 복수의 Cluster로 사용가능
52. 인터넷을 검색하는 거대 시스템.
회원가입 절차
숫자만 늘린다고 능사는 아니다
• 하드웨어 고장
- 전원이 갑자기 끊김
- HDD의 일부에 접근 할 수 없다.
- HDD가 완전히 멈춘다.
- Network에 잠시/계속 연결되지 않는다.
• 고난도 분산처리
-확장성 : 장비의 수를 늘린 만큼 성능이 향상되는 성질
-병목현상 : 시스템의 어딘가에서 성능 향상을 저해하는 요인이 나타나는 현상
[대규모 분산 시스템 구축]
확장할 수 있는 구조설계 를 갖고 있고, 병목현상이 나타나지 않게 구축 해야함
53. 인터넷을 검색하는 거대 시스템.
회원가입 절차
CPU와 HDD를 알뜰하게 활용한다
• GFS Cluster(Google File System)
GFS에 의해 연결된 machine의 집합들 =>일관되게 Data read/write 하는 기술
• Work Queue Cluster
OS의 task관리를 복수의 machine으로 분산시킴 =>여유있는 곳에서 Task실행
CP
Work Queue U
CP
U
GFS HDD
HDD
54. 인터넷을 검색하는 거대 시스템.
회원가입 절차
검색엔진을 개량하자
1. Search Server의 대규모화
Server늘림 => User의 검색요청분산 => index 에서 병목현상
2. Back-end의 대규모화 :
Craler성능 증가 => Repository 저장되는 양 증가 =>병목현상
Web page수 증가 => URLserver에서 병목현상
3. Index의 대규모화 :
index를 분할하기 => 일정한 크기로 유지 =>성능 악화 안됨
대규모 index 만들기 => 매번 분할 하기 번거로움 => 범용 인덱스 시스템
구축
55. 세계로 눈을 돌린 검색 클러스터.
회원가입 절차
다수의 서버로 부하를 분산한다
• GWS (Google Web Server)
각 검색요청을 한 곳에 모음
LB
• LB(Load Balancer)
여유있는 GWS에 일 맡김
• Index Server
GWS GWS GWS
Web page 목록 전달
• Document Server
Web page요약 정보
인덱스 서버 인덱스 서버
56. 세계로 눈을 돌린 검색 클러스터.
회원가입 절차
일정한 페이지별로 인덱스를 분할한다
쉽게 확장할 수 있는 검색 시스템 구출 필요 GWS
• Shard 인덱스 생성
- wordID가 아닌 docID에 의해 인덱스 분할
- 인덱스 당 웹 페이지의 수 제한,
그 하나하나는 모든 단어를 SHARD SHARD
포함한 완전한 인덱스 생성.
LB LB
-장점 : 웹 페이지 수 제한 시 생성되는
인덱스의 크기도 줄일 수 있음.
index index index index
index index index index
SHARD
LB
index index
index index
57. 세계로 눈을 돌린 검색 클러스터.
회원가입 절차
새로운 웹 검색 절차 GWS
1.user 검색 요청
2.index server의 모든 shard cluster에 검색요구
3.각shard는 검색과 랭킹처리
Document
4.GWS는 반환된 것 중 상위만 채택 Index
Server
Server
5.Document server에 docID로 정보요구
shard
shard shard
6.GWS는 결과를 html page만들어 출력 shard shard
shard