[경영정보시스템] 고객 차별화 전략

 1  [경영정보시스템] 고객 차별화 전략-1
 2  [경영정보시스템] 고객 차별화 전략-2
 3  [경영정보시스템] 고객 차별화 전략-3
 4  [경영정보시스템] 고객 차별화 전략-4
 5  [경영정보시스템] 고객 차별화 전략-5
 6  [경영정보시스템] 고객 차별화 전략-6
 7  [경영정보시스템] 고객 차별화 전략-7
 8  [경영정보시스템] 고객 차별화 전략-8
 9  [경영정보시스템] 고객 차별화 전략-9
 10  [경영정보시스템] 고객 차별화 전략-10
 11  [경영정보시스템] 고객 차별화 전략-11
 12  [경영정보시스템] 고객 차별화 전략-12
 13  [경영정보시스템] 고객 차별화 전략-13
 14  [경영정보시스템] 고객 차별화 전략-14
 15  [경영정보시스템] 고객 차별화 전략-15
 16  [경영정보시스템] 고객 차별화 전략-16
 17  [경영정보시스템] 고객 차별화 전략-17
 18  [경영정보시스템] 고객 차별화 전략-18
 19  [경영정보시스템] 고객 차별화 전략-19
 20  [경영정보시스템] 고객 차별화 전략-20
※ 미리보기 이미지는 최대 20페이지까지만 지원합니다.
  • 분야
  • 등록일
  • 페이지/형식
  • 구매가격
  • 적립금
자료 다운로드  네이버 로그인
소개글
[경영정보시스템] 고객 차별화 전략에 대한 자료입니다.
목차
목차
- 사례 #1 DB의 구축으로 인한 CRM의 체계화 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #2 아주 그룹의 SAP CRM 솔루션 도입 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #3 이젠 광고도 맞춤형으로 다음커뮤니케이션의 ‘타운즈’-
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #4 고객이 다시 찾게 만들어라 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #5 700마켓 초저렴 가격의 특화 -
(1) 등장 배경
(2) 개요
(3)성과 및 Five syndrome의 생각
- 사례 #6 고객이 원하는 건 무엇이든 판다. 홈쇼핑의 진화 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #7 충성 고객을 확보해라. 하나투어의 서비스 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #8 희소성과 우월감의 니즈를 채운 BMW자전거 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #9 감성과 건강이 만난 민들레 영토 로즈티 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #10 시장이 진화 한다. -
(1) 등장배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #11 기술 특화로 인한 에너지 절약 상품 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
- 사례 #12 이탈고객을 잡아라, 태평양생명 -
(1) 등장 배경
(2) 개요
(3) 성과 및 Five syndrome의 생각
사례 #13 인간과 기계의 대화, SKT의 1mm 서비스
(1) 등장 배경
(2) 개요
1) 고객의 가장 가까이에 존재하는 에이전트
2) 캐릭터 기반의 개인화 서비스
3) 개별 사용자만의 전문 비서 역할 - 고객의 생활 패턴을 학습하는 에이전트
(3) 성과 및 Five syndrome의 생각

본문내용
- 사례 #1 DB의 구축으로 인한 CRM의 체계화 -

(1) 등장 배경

월간잡지‘행복이 가득한 집’은 주부와 중산층, 전문직 종사자를 주요 독자로 보유하고 있는 소위 잘 나가는 잡지 중 하나다. 이 책을 출판하고 있는 디자인 하우스는 전문 디자이너를 타깃으로 하는‘월간 디자인’과 함께 꾸준한 성장을 계속해왔다. 이 두 잡지의 고객(정기구독자)은 상당히 높은 열독률을 보이고 있는데 독자 중에는 지난 14년 동안 지속적으로 꾸준히 구독하고 있는 사람도 있으며 꼬박꼬박 애독자 카드를 작성해서 잡지사로 보내는 독자만도 한 달에 1천명이 넘는다. 또한 디자인 하우스에서 주기적으로 실시하고 있는 이벤트에 참가하는 독자도 연간 10만 명에 이른다. 그러나 디자인 하우스의 핵심인 독자관리는 마케팅 부서나, 고객관리팀, 회계팀 등 각자 따로 관리하고 있어 어느 독자가 얼마동안 구독을 했는지, 어떤 특성을 갖고 있는지, 불만 사항을 무엇인지를 아는 것은 상당히 힘든 일이었다. 출판사에 있어 독자 및 특성정보를 하나의 DB 속에 넣는 일이 시급했다. 디자인 하우스의 독자정보관리시스템은 이렇게 시작됐다.

(2) 개요

2000년 초, 디자인 하우스 경영 지원실은 지난 1년간 구축해 온 독자정보관리시스템을 보면 웹은 속도나 서비스 면에서 제 역할을 하지 못하고 있었으며 입력한 데이터와 화면상에 보이는 데이터는 제대로 들어맞지 않아 믿을 수 없고 모든 것이 엉망이라는 결론을 내리게 되었다. 기술의 선택, 구현 모두 잘못된 것이다. 또한 단순한 배송, 수금, 발송정도만 가능해 디자인 하우스에서 원하는 독자정보를 뽑아내기란 여간 힘든 것이 아니었다. 이것은 CRM을 제대로 이해하지 못하고 그림을 그린 결과이다. 결과적으로 디자인 하우스는 1년 내내 구축한 CRM을 채 1년도 써보기 전에 그만둬야 했다. 여기에 쏟아 부은 2년이라는 시간은 잡지사에서 CRM을 어떻게 바라봐야 하는지 알려주는 데 소중한 계기가 됐다.