작성자 : Techopedia Staff, 2016 년 5 월 25 일
테이크 아웃 : 호스트 Eric Kavanagh는 Dez Blanchfield, Robin Bloor, John Evans 및 Diana Collins와 마스터 데이터 관리에 대해 논의합니다.
현재 로그인하지 않았습니다. 비디오를 보려면 로그인 또는 가입하십시오.
에릭 카바나 흐 : 좋아, 신사 숙녀 여러분, 여름이 다가 오면서 점점 더워지고 있습니다. 왜 그래? 핫 테크놀로지의 시간이기 때문입니다. 네, 사실 저는 Eric Kavanagh입니다. 나는 디자인 된 쇼를 위해 당신의 중재자가 될 것입니다 – 우리는 무엇이 뜨겁고, 무슨 일이 일어나고 있는지, 시장에서 멋진 것들이 무엇인지 이야기해야합니다. 이것이 Techopedia와의 파트너십입니다. 우리는이 사람들을 사랑합니다. 우리는 몇 년 동안 그들과 함께 일해 왔습니다. 그들은 환상적인 사이트가 있습니다. 기술 세계에서 그 정의가 무엇인지 알고 싶다면 techopedia.com으로 이동하십시오. 오늘 우리는 마스터 데이터 관리인 MDM에 대해 이야기하고 있습니다. 정확한 제목은“가장 큰 그림 : 여러 플랫폼에서 고객을 알고 있습니다.”그리고이 게임은 변하고 있습니다.
그래서 당신의 진실에 대한 자리가 있습니다. Twitter @eric_kavanagh에서 저를 때리십시오. 답장하는 사람에게 답장을 보내려고합니다. 그래서 올해는 더워요. MDM에게는 매우 뜨겁습니다. 그리고 저는 대기업뿐만 아니라 다양한 시스템을 가진 중소 기업에 대한 뜨거운 소식을 알려줍니다. CRM 시스템, 이메일 마케팅 시스템, ERP 시스템, 웹 분석 시스템, e 비즈니스 스위트 등. 고객에 대한 정보에 대한 다양한 액세스 지점이 있으며 회사가 모두 함께 직조 할 수있는 더 나은 작업을 제공합니다. 고객에게 서비스를 제공하고 고객을 차단하지 말고 고객을 유지하십시오. 더 많은 물건을 사도록하십시오.
나는 실제로 용어가 실제로 만들어 졌을 때인 2003 년경부터 MDM을 개인적으로 추적했습니다. 솔직히 은행이있었습니다. 체이스 뱅크 (Chase Bank)는 당시 은행 일 것 같았고 지금은 좋은 친구 중 한 사람인 Joe Northern이라는 사람이 Razza Solutions라는 회사와 함께 일했고 그들은 DRM 도구가되었습니다. 오라클 따라서 실제로 계정을 롤업하고 그 당시 은행의 계층 관리를 수행했으며 이는 마스터 데이터 관리의 초기 단계 중 일부입니다.
요즘 우리는 분석 및 운영 MDM에 대해 이야기합니다. 우리는 오늘 그 내용에 대해 많은 이야기를 할 것이며이 기술을 활용하여 고객을 완벽하게 파악하고 고객을 이해하고 고객의 요구를 처리 할 수있는 방법을 이해하도록 도울 것입니다. 전 세계적으로 솔직하게 경쟁이 치열한 환경은 무엇입니까? 우리는 모든 곳에서 그것을보고 있습니다.
록 스타 출연자 : Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. 전 세계 네 곳에서 전화 우리는 Dez Blanchfield로 시작해서 그 열쇠를 당신에게 건네겠습니다. Dez, 그리고 트윗을 시작하겠습니다. 멀리 가져.
Dez Blanchfield : 에릭 감사합니다. 나는 단지 나에게 소리를 내라고 생각 나게했다. 죄송합니다. 이에 대해 발표 할 기회를 주셔서 감사합니다. 그래서 저는 그들이 조직에 대한 가장 큰 혼란 중 하나라고 부르는 것을 다루기위한 조직의 도전에 대한 실제 사례의 관점에서이 점을 보게 될 것입니다. 시각. 우리는 많은 도전을 보았다. GFC는 기업들이 그 문제를 해결해야했다. 우리는 우리가 다루어야 할 프라이버시와 관련하여 정기적으로 법률을 변경합니다.
조직이 관심을 끌지 못하고 있다고 생각하는 것 중 하나는이 유명 인사 경험 문제의 영향이었습니다. 그리고 본질적으로 어떤 방식 으로든 즉각적인 만족을 원하는 휴대 전화로 도망 치는 사람들. 그러나 사소한 유치한 방법이 아니라 좋은 방법으로 즉석에서 만족을줍니다. 그들이 고객이라는 사실을 깨닫고 돈을 지불하고 그에 대한 가치를 얻어야합니다. 그리고 이러한 고객 중심의 화폐 또는 고객 중심 조직이되었습니다. 그래서 나는 그것이 의미하는 바를 빨리 살펴보고 곧 논의의 약간 더 기술적 인 부분으로 이끌 것입니다.
간단히 말해, 고객 중심 조직이되는 것은 간단한 한 가지로 귀결됩니다. 고객과 고객 데이터를 완전히 파악해야합니다. 시스템이 다를 수 있습니다. 많은 다른 제품이있을 수 있습니다. 조직에 50 개의 서로 다른 부서가있을 수 있지만 조직의 어느 위치에 있든지, 직무 기능에 관계없이 모든 고객 또는 컨텍스트에있는 고객을 완전히 볼 수 있어야합니다. 직무가 무엇인지 그리고 보유하고있는 데이터 세트의 모든 부분 또는 보유하고있는 데이터 세트의 모든 부분은 해당 고객의 국가 상태를 알려줍니다.
모든 시스템의 고객에 대한 완벽한 그림은 단지 멋진 것이 아닙니다. 요즘 그것은 필수입니다. 그리고 고객과 관련된 모든 것을 다루는 시나리오에서, 특히 고객이 라이브, 전화, 웹 채팅 또는 더 무서운 사람과 만나는 경우 그들에게 당신이 그들에 대해 알아야 할 모든 것을 말하지 마십시오. 그것은 매우 분명해지며 매우 불행한 상황입니다.
실제 시나리오에 대한 매우 빠른 일화로 시작하겠습니다. 이것은 화이트 보드의 사진이며 5 일 미만입니다. 이것은 최근 며칠 전에 한 방에있는 화이트 보드의 실제 시나리오로서, 우리 사업의 90 개 부분과 같은 매우 큰 조직이되는 방법에 대한 주제에 대해 이야기합니다. 아시아 은행이며 90 개의 서로 다른 사업 단위가 있습니다. 그들은 사회 대출과 P2P 및 소액 대출에서 위성을 우주에 두는 자금 조달에 이르기까지 모든 것을 수행합니다. 그래서 그들은 괴물입니다. 그들은 수천만 명의 고객을 보유하고 있습니다. 나는 그들이 오천만 명의 고객을 가지고 있다고 생각합니다. 또한 마스터 데이터 관리뿐만 아니라 고객 데이터, 특히 단일 단위 클라이언트에 어떻게 접근해야하는지에 대한 전형적인 과제에 직면 해 있습니다.
그리고 우리가이 화이트 보드에서 우리를 뛰어 넘었던 것은 그것들이 문제가 아니라는 것입니다. 그들의 시스템이 서로 대화하지 않았기 때문에 악몽이있었습니다. 나는 은행의 어느 부분이나 사업의 어떤 부분으로 가서 대출을 요청할 수 있습니다. 그것은 자동차 융자, 주택 융자, 중소 기업 융자 일 수 있으며, 그들 자신에게 아무 것도 말할 수 없거나, 할 수 없었습니다. ' 내가 은행과 맺은 다른 관계에 관한 어떤 것도 발견하지 마십시오. 그들은 도로 아래의 은행이 이미이 작업을 수행 할 수 있으며 잠재적으로 8 볼보다 12 년, 15 년이라는 사실을 깨달았 기 때문에 일광을 완전히 무섭게했습니다. 그리고 고객이 원하는 바로 이러한 핵심 가치 제안으로 귀속됩니다. 이는 고객으로서 저에 대한 일관된 견해이며, 이를 어떻게 제공 할 것인지를 파악해야합니다. 특히 지금은 웹에서 당신을 다루고 있습니다. 요즘 앱을 통한 경우가 많습니다.
고객 중심의 문화가 어떤 모습인지를 파악할 때 핵심 시스템에서 얻은 모든 것을 첫 번째와 같은 것을 포착하는 것입니다. 양식을 작성하거나 온라인으로 작성하거나 아울렛 어딘가의 카운터에서 우리에게 올 때 이름, 성 및 기타 세부 사항이 있으며, 우리는 제품 자체 또는 서비스를 제공하는 우리의 전체 여행을 통해 처음에 당신을 알게됩니다. 당신. 그리고 그것을 위에서 아래로 매핑합니다. 이를 이해하기 위해 지속적으로 데이터와 데이터 모델을 수정합니다. 비즈니스에서 이러한 기술과 프로세스가 진행되는 방식에 맞춰 지속적으로 고객에 대한 견해를 강화합니다. 우리가 당신과 함께하는 지속적인 참여. 고객에게 지속적으로 초점을 맞추는 방법과 고객과 의사 소통하는 방법 세 가지 서비스를 판매하는 경우 매월 세 가지 다른 용지 나 세 개의 명세서 또는 청구서 등을 보내지 않습니다.
고객 중심의 이야기는 현재 진정한 관심을 끌고 있으며 조직은 그 가치를보고 있습니다. 그래도“10 개의 다른 시스템이 있고 서로 대화하지 않습니다. 모든 도구를 통합 할 수있는 도구 나 시스템 또는 플랫폼이 없습니다.”그리고 사람들은 방금 방금 보여 드린 것과 같은 화이트 보드 세션을 수행하는 방에있게됩니다. 그러나 모든 것이 왼쪽 구석에있는 한 가지 핵심 요소로 전환됩니다. 그리고 조직, 사람, 직원 및 운영 모델의 문화에서이를 지원하는 기술 스택으로 전환합니다. 따라서 조직이 고객 중심이라는 의미의 과제와 시스템을 구축하고이를 수행하는 데 도움이되는 도구에 대한 액세스 권한을 얻는 것까지 이해해야하는 일반적인 점검 목록이 있습니다.
전체 수명주기를 통해 고객 여정을 매핑하고 조직으로서 고객과 함께한 경험을 매핑하는 것과 같습니다. 운영 모델을 구체화하고 고객과 고객이 제공 한 가치 제안에 집중할 수 있도록 조직하는 방법 그런 다음 기술과 기술 스택 및 프로세스를 조정하여 실제로 지속적으로 더 많은 참여를 유도하고 고객과 더 강력하고 긴밀하게 참여하도록하십시오. 그리고 실제 참여 프로세스 자체는 아래로 내려갑니다.
푸드 체인의 맨 위에서, 회의실에서 아래쪽으로 세상에 대한 견해를 바꾸지 않았다면, 디포 수준이나 일상적인 재무 직원이 자신의 행동을 바꿀 가능성은 거의 없습니다. 당신은 정상에서 이끌어야합니다. 클라이언트에 대한 실제 초점을 맞추는 방법을 지속적으로 새로 고치고 새로 정의하고 다시 개발해야합니다. 그렇다면 최고 문화적 변화뿐만 아니라 조직의 최하위에서의 행동 변화와이를위한 도구를 어떻게 이끌어 내고 있습니까?
그것은 당신이 고객 중심 조직이고 사람들이 한 가지 방식으로 행동하기를 원한다고 말하지만, 당신은 그들에게 수단과 도구와 그 기능을 부여하지 않았으며, 당신은 행동을 얻지 못할 것입니다 사람들은 고객 중심의 조직이라고 생각하기 전에 알고 있던 습관으로 계속 넘어 가기 때문에 변화를 겪습니다. 그런 다음 조직의 이질적인 부분과 그 내부에 살았으며 도구와 플랫폼에 의해 분명히 뒷받침 된 문화의 전반적인 통합.
그렇다면 이처럼 서로 다른 비즈니스 단위 또는 비즈니스 또는 조직의 일부를 어떻게 취해 문화적 관점과는 다르게 작동합니까? 글쎄, 당신은 그들에게 클라이언트와 클라이언트 경험에 대한 완전한 단일 뷰를 얻을 수있는 적절한 도구와 방법과 수단을 제공합니다. 그리고 KPI를 어떻게 측정하고 그에 대한 측정을 수행하고이를 추적하고 그에 대한 메트릭을 작성하고 그 KPI를 측정하여 그 가치를 제공하는 방법은 무엇입니까? 비즈니스 가치는 자신에게 가치가 있으며 분명히 가치 사슬 형태로 고객에게 가치를 부여하고 고객이 계속 돌아올 수 있도록합니다. 그런 다음 피드백 및 실시간으로 고객과 얻은 모든 커뮤니케이션을 통합하거나 반복적으로 처리하여 사용자의 행동과 문화적 변화가 일종의 피드백 사이클 및 피드백 루프에서 캡처되어 원하는지 여부를 파악할 수 있습니다. 실제로 마크를 쳤는지 아닌지.
우리는 결국 조직이 이질적인 데이터에서 효과적으로 익사 할 것이라는 것을 알고있는 시나리오에 도달합니다. 과거에는 고객 관계 관리 플랫폼, 광고 플랫폼 및 마케팅 플랫폼이있었습니다. 우리는 모든 종류의 서로 다른 시스템을 독립적으로 운영하고 있으며 그들이 어떤 형태로 서로 대화하기를 바랍니다. 지난 몇 주 동안 귀하와의 상호 작용이 폭발적으로 증가했습니다. 따라서 소셜 미디어를 통해 귀하와 대화하고, 웹 사이트를 통해 귀하와 대화하며, 귀하로부터 이메일을 받고 있습니다.
전화를 통해 귀하와 대화하는 당사의 IVR 시스템은 이제 해당 데이터를 다시 매핑하고 전화 시스템을 처리하고 데이터베이스와 상호 작용하는 방법을 알려 주어야합니다. 실시간으로 캡쳐 할 수 있으며, 우리는이를 파악할 수 있어야합니다. 다이어그램의 중앙에있는 공통 데이터 관리 플랫폼이기를 바랍니다.
최근에 "유명인 고객 경험"이라는 문구가 있습니다. 이것이 실제로 무엇을 의미합니까? 우리는 우리의 최종 사용자 또는 소비자가 유명하게 행동하는 유명인이라고 생각하지 않으며 어떤 식 으로든 다르게 느낍니다. 그 의미는 모든 고객을 유명인으로 대우해야한다는 사실을 깨달았습니다. 그들은 고객으로서의 즐거움을 갖는 우리의 전체 수명주기를 통해 그들을 만나는 순간부터 VIP 치료를 받아야합니다.
그리고 정기적으로 질문을받는 것은 고객에 대한 좀 더 일화적인 실제 이야기로 되돌아가는 것입니다. 우리 조직이 유명 고객 경험에 대한 증가하는 수요를 어떻게 충족시킬 수 있습니까? 우리가 지금보고있는 것은 조직에 가장 큰 혼란 중 하나이기 때문에 고객에게 그 약속을 이행해야한다는 것입니다. 그들에게 유명 고객 경험을 제공합니다. 내 경험에 비추어 볼 때, 그리고 내가보고있는 전 세계의 조직은 이미 알고 있거나 실제 고객에게 들어오는 다른 영향의 영향을받지 않고 혼란을 겪고 있습니다. 고객은 고객을 방해하고 매우 심각한 방식으로 고객을 방해하고 있습니다. 그런 다음이 유명인 경험을 제공 할 수없고 조직에서 고객에 대한 단일 뷰를 얻을 수있는 도구와 방법 및 수단을 제공 할 수없는 경우 최소한 1 마일, 1 마일의 국가 마일을 놓치게됩니다. 그 약속을 이행 할 수있는 능력과 능력.
여기서 나가야 할 몇 가지 핵심 사항이 있습니다. 그런 다음 약간 더 기술적 인 세부 정보를 얻기 위해 Robin에게 넘겨주십시오. 모든 조직이 원격으로이 제품과 가까운 거리에 있는지에 대해 매우 열심히 생각하고 빠르게 생각하는 것이 좋습니다. 직원과 조직이 고객 중심의 기업이 되겠다는 약속. 기본 구성 요소에 중점을두고 단일 고객보기를 만듭니다. 아주 간단하게 들리지만, 무슨 뜻입니까? 따라서 올바른 데이터 소스에서 항상 올바른 데이터를 항상 올바르게 확보 할 수 있습니다. 항상 올바른 장소에서 데이터를 사용할 수 있는지 확인하십시오. 시간의 일부만이 아닙니다.
그리고 긴밀하게 통합되어야합니다. 그리고 기본적으로 플랫폼에 내장되어 있어야합니다. 당신이 생각하는 것만이 아닙니다. 단일 마케팅 캠페인. 고객을 볼 때마다 항상이를 얻을 수 있어야합니다. 모든 사람들이 항상 이용할 수 있어야합니다. 그래서 나는 부족의 지식을 찾기 위해 복도를 돌아 다니고 싶지 않습니다. 하나의 도구를 사용하는 것만으로도 즉시 통지를받을 수 있어야합니다. 그리고 올바른 도구를 사용하여 올바른 플랫폼에 제공해야합니다. 따라서 이미 사용중인 기존 시스템에 내장되어 있어야합니다.
CRM은 모바일 앱, 웹 사이트, IVR, 대화 형 음성 녹음, 전화 헬프 데스크를 통해 셀프 서비스로 이동하기 위해 모바일 앱에서 사용자를 방문 할 때 모든 것을 볼 수 있어야합니다. 또는 스타 나인을 밀고 인간에게 다가 가면 IVR이 처리하도록 프로그래밍되지 않은 약간 더 어려운 질문을합니다. 내가 행복한 것을 트윗하면 LinkedIn에 기사를 쓴 경우. 이 모든 것은 결국 CRM에 피드백을 제공해야하기 때문에 고객과 관련이있는 모든 것을 관리하고 있다면이를 확인할 수 있습니다. 예외가 아닌 기본값으로 설정해야합니다.
사람들이 캠페인을 운영하고 싶거나 판매 및 마케팅 활동을 원하거나 일부 문제를 해결하거나 가격 문제를 해결하려는 경우는 여전히 예외입니다. 우리는 일회성 캠페인을 실행하고 고객의 특정 세그먼트에 대한 단일 뷰를 시도하고 보고서를 실행하고 인쇄를 시작하고 바운드 인쇄본 형식으로 제출합니다. 예외입니다. 이것이 기본값이어야합니다. 시스템은 항상이 단일 클라이언트보기를 제공해야합니다. 그리고 판매, 마케팅, 운영, 제조, 물류, 또는 관점에 관계없이 우리는 어떤 방식 으로든 현실을 실현해야합니다. 고객 중심 조직으로의 전환에 대한 투자에 대한 확실한 ROI를 확인하기 전에 당신은 약간의 승리를 얻을 것입니다. 확실히 빠른 승리가있을 것입니다. 그래서 좋은 소식이 있습니다. 그러나 실제로는 고객 고객 중심 조직에 대한 전체 단일 뷰로 전환하기 전까지는 ROI가 화면에서 벗어나지 않을 것입니다. 그리고 그것은 즐거운 여행입니다. 가치있는 여행입니다. 또한 올바른 도구, 올바른 플랫폼을 보유하고 가능한 빨리 조직에서 기술적으로나 상업적으로 실행 가능한 형태로 조직에 제공 할 수 있도록 지원합니다. 이를 염두에두고 로빈에게 넘겨 줄 것입니다. 남자 이름?
로빈 블로어 : 감사합니다, 데즈. 나는 너와 똑같은 일을해야했다. 좋아, 나는 Dez가 겪었던 실제 시나리오보다 개념적인 관점에서 이것에 더 접근하려고했다. 우리는 MDM 영역에 들어갈 때 조직 내에서 매우 구체적인 활동에 대해 이야기하고 있으며 물론 고객이 가장 중요합니다. 고객의 실체 정체성은 다른 어떤 것보다 여러 가지 이유로 인해 달성하기가 훨씬 어렵습니다. 가장 중요한 실체 일 것입니다. 고객이 한 명만 있고 해당 고객에 대해 얻을 수있는 모든 정보를 보유한 비즈니스가 있습니다. 매우 드 rare니다. 대부분의 조직에는 여러 고객이 있고 고객에게는 여러 측면이 있습니다. 그리고 데이터는 거의 모든 곳에 퍼져 있습니다. 나는 최근 에이 아이디어, 데이터 피라미드의 아이디어로 일해 왔습니다. 데이터와 정보, 지식과 실제로 이해하는 것에는 뚜렷한 차이가 있습니다. 그러나 데이터, 정보 및 지식은 컴퓨터에 존재할 수 있습니다. 가장 낮은 수준의 데이터는 신호 및 측정입니다. 그리고 여러분이 얻을 수있는 정보는 무엇입니까?
Eric Kavanagh : 오디오가 약간 흐려지기 시작합니다. Robin. 알다시피
Robin Bloor : 마이크를 움직여 볼게요. 어떻게에 대한?
에릭 카바나 흐 : 거기 있습니다. 훨씬 나아 보인다. 당신은 간다.
Robin Bloor : 예. 데이터는 주로 신호, 측정, 기록 및 이와 유사한 것들로 구성됩니다. 특정 컨텍스트가 없습니다. 해당 컨텍스트를 제공하여 정보가됩니다. 데이터를 서로 연결합니다. 데이터 구조화 시각화, 용어집, 스키마 만들기 주위에 만들고 싶은 모든 것. 어떤 방식 으로든 주어진 엔터티의 동작을 실제로 예측하기 시작하고이를 처리하기위한 정책 및 규칙을 구현할 수있을 때 지식으로 전달됩니다. 인간의 삶을 전적으로 이해합니다. 그리고 그것은 문제의 일부입니다. 실제로 고객 상황의 관점에서 존재하는 단편화를 살펴보면 실제로 판매에는 고객에 대한 관점이 있고 마케팅에는 다른 관점이 있다는 것을 종종 알 수 있습니다. 영업 지원 또는 실제로 고객 유지 보수는 다른 견해를 가지고 있습니다. 고객이 조직에 가지고있는 많은 접점이있을 수 있습니다. 그리고 그 중 어느 것도 제대로 구성된 정보에 통합되어 있지 않거나 많은 부분이 통합되어 있지 않습니다.
그리고 우리는 지난 몇 년 동안 훨씬 더 널리 퍼지기 시작한 문제를 겪었습니다. 사람들에 대한 외부 데이터를 수집 할 수 있으며 매우 유용하지만 실제로는 그 가치를 통합하여 실제 가치를 갖도록해야합니다. 따라서 데이터를 개선 할 때 조각화로 인해 큰 어려움이 발생합니다. 그 데이터는 다른 곳에서 나 왔으며 제대로 구성되지 않았습니다. 그리고 새로운 데이터가 끊임없이 공급되는 경향이 있다는 사실은 거의 항상 고객에 관한 것입니다. 그리고 모든 실체는 움직이는 목표입니다. 우리는 아마도 3-4 년 전에 고객의 소셜 미디어 프로필에 관심이 없었지만 지금은 관심이 있습니다. 우리는 그것이 무슨 일이 일어나고 있는지에 따라 조직에 피해를 입히거나 조직을 강화시킬 수 있기 때문에 걱정합니다.
실제로 아이디어가 있다면, 앉아서 운동을해서 5 년 전에 고객에 대해 관심을 보인 것들을 해결하려고한다면? 그리고 당신은 그것을 다시하고 당신은 물건이 추가되었음을 발견합니다. 그리고 물건이 제거되었을 수 있습니다. 예를 들어 사람들이 실제로 가지고있는 팩스 번호를 더 이상 신경 쓰지 않습니다. 어떤 사람들은 명함에 팩스 번호를 가지고있었습니다. 그러나 팩스가 죽었 기 때문에 아무도 더 이상 신경 쓰지 않습니다. 따라서 움직이는 목표입니다. 데이터 모델링과 MDM을 살펴볼 때 가장 먼저해야 할 일은 실제로 이것이 데이터 거버넌스의 일부라는 것입니다.이 작업을 수행하지 않으면 데이터를 관리하는 방식에 문제가 있습니다 . 실제로 데이터 모델링 및 MDM을 수행하지 않는 경우 어떤 방식 으로든 실제로는 주어진 엔티티에 대한 하향식보기가 실제로 좋지 않습니다.
그러나 여기에 데이터 거버넌스가 나와 있습니다. 계보, 데이터 사용량, 품질, 보안, 서비스 관리, 복구를 나열했습니다. 수명주기 등을 추가 할 수 있습니다. 데이터 거버넌스 및 데이터 모델링에는 끔찍한 것이 많으며 MDM은 기본적이고 아마도 그 중심 부분입니다. 사람들은 변화가 일어나고 있다는 것을 깨닫기 때문에 변화가 일어나고 있다는 것을 인식한다는 의미에서 위에서 아래로 변화가옵니다. 따라서 파일 및 데이터베이스에서 데이터 요소를 통해 베타 데이터 및 비즈니스 정의에 이르는 전체 스택 측면에서 생각할 수 있습니다.
비즈니스 정의 수준에서 무언가를 아는 것이 실제로 데이터를 수집한다는 의미는 아니기 때문에 실제로 전체 스택을 관리하고 전체 스택을 최신 상태로 유지해야한다고 생각할 수도 있습니다. 파일 및 데이터베이스 수준. 그것은 매우 넓은 그림이며 실제로 생각할 때까지 얼마나 넓은지를 알 수 없습니다. 모델링 및 MDM (실제로 살펴보면 전체 빅 데이터 트렌드는 단순히 그에 관한 것이 아니라 더 많은 데이터가 있음)입니다. 더 많은 소스의 데이터가 더 많기 때문에 실제로 정보를 수집하는 특정 엔티티에 대한 더 많은 관점을 제공합니다. 더 복잡할수록 모델이 더 많이 필요할수록 이해하기가 쉽지 않습니다. 데이터가 실제로 10, 20, 30 개의 소스에서 나올 때 무슨 일이 벌어지고 있는지 데이터베이스 스키마를 살펴 보자.
이론적으로 MDM은 데이터 유니버스에 대한보기를 제공하지만 실제로는 실제로 그 일부라고 말할 수 있습니다. 그리고 데이터의 비즈니스 의미를보고 있다면 데이터의 의미에 대한 정보는 실제로보고있는 데이터 세계의 일부라는 점에 대해 논의했습니다. 모델링은 위에서 아래로 그리고 아래에서 위로입니다. 그것은 비즈니스 관점에서 사물을 볼 수 있지만 우리가 가진 것의 관점에서 사물을 볼 수도 있다는 것입니다. 그리고 당신은 양방향으로 구축합니다. 그리고 이것은 프로젝트가 아니며 결코 될 수 없습니다. 시작하는 것은 프로젝트입니다. 지속적인 활동입니다. 일관된 내용이 없기 때문에 프로젝트로 시작할 수 있지만 일단 시작하면 진행중인 활동이어야합니다. MDM 팀은 데이터 영역 내에서 수행 된 모든 작업에 대해 알고 있어야합니다.
고객의 과제는 단지 고객 실체에 집중하는 것입니다. 지금까지 다른 어떤 기관보다 훨씬 더 많은 소스에서 고객에 대해 더 많은 데이터를 사용할 수 있습니다. 그리고 그것은 항상 증가하는 것 같습니다. 종종 부정확합니다. 예를 들어 데이터를 수집하는 경우. 나에 대한 데이터를 수집하는 경우 다양한 웹 사이트를 방문 할 때 중간 이니셜을 사용하는지 여부와 다른 ID가 있음을 알 수 있습니다. 그리고 나는 종종 특정 ID에서 스팸을 어디로 보낼지 알아 내기 위해 그렇게합니다. 그러나 많은 사람들이 그렇게합니다. 그리고 사람들은 실수로 실수를합니다. 정보가 오래되었습니다.
나는 주어진 개인에 대해 많은 정보를 줄 수 있다고 주장하는 이러한 데이터 리소스 중 하나에 갔다가 명백한 일을하고 나 자신에 대해 질문했습니다. 그리고 그들이 내게 준 정보의 절반은 실제로 구식이었습니다. 그리고 그 중 일부는 어쨌든 잘못되었습니다. 그리고 당신은 그것을보고 당신이 어떤 방식 으로든 다른 소스로부터 데이터를 수집하려고한다면, 데이터를 정리하고 그것이 당신이 가지고있는 데이터인지 여부를 식별 할 수있는 거대한 요소가 있다고 생각합니다. 개인으로서 우리는 고유 식별자가 없습니다. 이름과 휴대 전화 번호를 사용하면 대부분의 사람들에게 가까이 갈 수 있지만 모든 사람이 휴대 전화 번호를 가지고있는 것은 아닙니다. 문화마다 다릅니다. 그런 다음 분석 측면에서 데이터의 특성이 있습니다.
나는 이것에 대해 깊이 들어 가지 않을 것이지만 데이터를 선택할 수 있습니다. 누군가의 트위터 데이터를 가지고 있다면 트위터에 데이터를 적극적으로 넣는 소수의 개인 만이 있습니다. 그리고 그들은 선택됩니다. 그들은 무작위로 선택된 고객이 아닙니다. 그들은 트위터에서 애매하고 싶다고 결정한 사람들입니다. 고객을 360 도로 보는 것은 어려운 일로 악명이 높습니다. 그리고 그것은 모든 사람들의 기술력 때문입니다. 데이터베이스와 마찬가지로 3 개 이상의 고객 데이터베이스가 있다는 사실을 발견하는 것은 드문 일이 아닙니다. 실제로 고객에 대해 수집하는 다른 많은 정보 소스는 신경 쓰지 마십시오. 그리고 고객 분석, 그것은 지금 큰 기회라고 말할 가치가 있습니다. 우리는 고객 이탈을 통해 분할을 사용했지만 이제는 실제로 외부 고객이 이용할 수있는 외부 데이터가 많기 때문에 상대적으로 새로운 관계 그래프 분석을 수행 할 수 있습니다. 예전에는 몰랐던 예측 분석을 사용할 수 있습니다. 당신은 전에 수집 할 수 없었던 패션 정보와 의견 정보를 수집 할 수 있습니다.
고객과 관련하여 현재하고있는 일을 검토하고 보유한 데이터를 가장 잘 활용할 수있는 방법에 대해 생각해야 할 이유가 있습니다. 실용적인 견해. 고객 엔티티의 모델링은 정확하고 유용한 BI 및 지식의 개선을 위해 필요한 활동입니다. 즉, 합리적으로 많은 고객을 확보 한 경우 실제로 선택 사항이 아닙니다. 당신은 그것을해야합니다. 그리고 그것이 내가해야 할 전부라고 생각합니다. 공을 넘어 갑시다.
에릭 카바나 흐 : 좋아, 존, 다음에 갈 거라고 믿어? 그런 다음 Diana는 데모를 수행합니다. John Evans와 함께 가져 가십시오. 그리고 부끄러워하지 말고 언제든지 질문을 보내십시오. 우리는 Q & A를 위해이를 모니터링 할 것입니다. 가져 가세요, 존 에반스
존 에반스 : 좋습니다. 고마워, 에릭 소개와 의견에 대해 Dez와 Robin에게 감사드립니다. 거기에서 이야기 한 내용과 오늘 우리가 이야기하고 보여줄 내용이 많이 겹쳤습니다. 그리고 우리는 이러한 고객 중심 개념이 사람들이 달성하고자하는 것임을 분명히 동의 할 것입니다. 저는 고객에 대해 얻을 수있는 좋은 데이터와 같은 좋은 데이터를 얻는 것이 그것을 달성하기 위해기도하는 유일한 방법. 오늘 우리가하고 싶은 것은 고객 중심의 마스터 데이터 관리에 대해 이야기하고, 우리가 어떻게 접근하고, 문제를 해결하고, 우리가 방금 소개 한 새로운 오퍼링에 대해 이야기하는 것입니다. 모든 규모의 기업이 단편화 된 데이터 환경에서 더 나은 고객 데이터를 제공 할 수 있습니다. 그 풍경은 다음과 같이 보일 수 있습니다.
우리는 여기 주변에 다양한 시스템, 많은 조각난 응용 프로그램, 일부는 클라우드에서 실행 중이고 일부는 구내에서 실행 중입니다. 그리고 각각의 정의 내에서 고객과 고객 정보를 식별하는 다른 방법을 갖게됩니다. 속성, 우선 순위 등이 다른 다양한 고객 데이터 모델. 자신이 SAP 매장 또는 Oracle 매장이라고 생각하는 조직이거나 SAP 등에서 비즈니스를 운영하거나 Oracle에서 영업을하고 있거나 SalesForce를 사용중인 경우에도, 회사 내에서도 이러한 시스템의 인스턴스가 여러 개있을 수 있습니다. 다른 위치 나 세계의 다른 영역으로 설정된 지역 또는 다른 위치에 배치되거나 비즈니스 라인에 따라 다르게 설정되었을 수 있습니다. 단일 ERP를 보유한 경우에도이를 통해 사용자 정의를 수행 한 경우 데이터에 충돌이 발생합니다.
이제 우리가보고있는 단편화는 클라우드 기반 시스템 및 동급 최강의 애플리케이션 채택이 증가함에 따라 더욱 악화됩니다. 따라서 이와 같이 매우 크고 복잡한 복잡한 환경은 클라우드 솔루션과 동급 최강의 접근 방식으로 인해 모든 사람들이“정말 대기업에서만 발생하는 것”이라고 생각한 것이 었습니다. 이제는 소규모 조직에서도 널리 보급되고 있습니다. 따라서 실제로 소규모 기업에서 대기업에 이르기까지 다양한 범위에서 운영됩니다. 모두가 고객 데이터와 동일한 문제로 고통 받고 있습니다. 그리고 제가 여기에 나열된 문제 중 일부를 볼 수 있습니다.
나는 그것들을 세 가지 유형으로 나눕니다. 중복, 유효하지 않은 데이터, 필드 누락, 정보 불일치, 계층 불일치 등의 데이터 관련 문제가 있으며 시간이 지남에 따라 상황이 악화되는 경향이 있습니다. 그런 다음 사람들이 데이터에 액세스 할 수없고 사람들이 가지고있는 질문에 대답 할 수 없지만 로빈이 말한 360도 뷰를 얻을 수없는 사람 관련 문제가 있습니다.
그리고 세 번째 영역은 여러 장소에 데이터가 있고 프로세스가 항상 언제 데이터에 영향을 미쳤는지 사람들이 알 수없는 프로세스 관련 문제입니다. 따라서 해당 데이터를 깨끗하게 유지하는 방법에 대한 제어 또는 통제가 없습니다. 따라서보다 응집력있는 / 통합적인 고객 경험을 제공하고 고객과 대화를 시도 할 때 해당 개인에 대한 자신의 데이터가 일관성이없고 정확하지 않은 경우 달성하기가 매우 어렵습니다.
내가 보았던 것과 마찬가지로, 나는 개인 정보 마케팅이 여전히 정확하지 않은 이유에 대해 이야기하는“정보 관리”기사가 지난 주 또는 그 주 전이라고 생각하며 9 가지 이유를 열거했습니다. 목록에서 처음 두 가지 이유는 데이터 품질이 떨어지고 데이터가 통합되지 않은 것입니다.
그래서 이것에 대해 무엇을 할 수 있습니까? 이 문제에 접근하고 조직에 어떤 비용이 드는지에 대해 생각할 수있는 몇 가지 방법이 있습니다. 데이터가 생성되면 태어날 때 데이터를 공격하거나 시스템에 침투 한 후에 공격 할 수 있습니다. 따라서 데이터를 저장 한 약 30 개의 다른 장소에서 실제로 작업 한 조직의 사진이 있습니다. 거기, 그들의 풍경에서.
일단 데이터가 야생으로, 찾기 어려운 수십 개의 시스템으로 출시되면 유지하기가 어렵고, 고치는데 많은 비용이 든다. . 우리가 이야기하고 싶은 개념 중 하나는 능동적으로 행동하고 가능한 한 빨리 수명주기 초기에 문제를 해결하려고 노력하는 것입니다. 그렇게하면 찾기 쉽고, 제어하기 쉬우 며, 수정하고 유지하는 비용이 적게 들기 때문입니다. 그렇게하면 응용 프로그램에서 다운 스트림 작업을 수행 할 때 더 나은 데이터를 얻을 수 있습니다.
이것이 우리가 사전 예방 적 MDM이라고하는 개념이고 우리가 사용하고 싶은 꼬리표는 호수가 아니라 강을 청소하는 개념입니다. 따라서 세 가지 단계가 있습니다. 먼저 깨끗한 상태를 유지하는 것입니다. 여기서 다운 스트림 애플리케이션이 오염되지 않도록 골든 레코드를 시도하고 얻을 수 있도록 가능한 한 소스에 가까운 레코드를 일치시키고 병합하고 정리하고 생존합니다. 이는 소스에 대한 구현 된 제어 또는 데이터를 중앙에 제공하여 데이터를 공개하기 전에 일관성 있고 정확한 데이터를 제공 할 수있는 장소를 제공함으로써 수행 할 수 있습니다.
보강은 소스 운영 체제에없는 참조 데이터 및 기타 정보를 포함하여 데이터에 가치를 추가하는 것입니다. 따라서 계층 구조 일 수 있습니다. 예를 들어 해당 시스템에 본질적으로 저장되지 않은 세그먼트 일 수 있습니다.
그런 다음 세 번째 부분은 청결을 유지하는 것입니다. 여기에서 프로세스를 확보하고 관리를 수행하고 관리 할 수있는 사람을 확인하고 프로세스를 수행 할 수있는 도구를 갖추고 사전 대응하고 정리합니다. 데이터가 주기적으로 데이터에 저장되지 않도록하기 때문에 사람들이 직업을 바꾸거나 거주지를 바꾸는 등 자연스럽게 일어날 부패를 피할 수 있습니다.
어떻게 이걸 얻습니까? 이 문제를 공격하는 데 사용할 수있는 여러 가지 옵션이 있습니다. 데이터 품질 도구를 사용할 수 있고, 데이터 통합 도구를 사용하여 정보를 추출 할 수 있으며, 작업 흐름 도구를 사용하여 다른 사람들에게 운동을 할 수 있습니다. 거버넌스 도구를 사용하여 누가 무엇을하고 있는지 추적 할 수 있습니다. 실제로 다른 문화 유산 도구를 모두 묶어 많은 사람들을 던질 수 있습니다.
그러나 그것은 모두 매우 비싸고, 자원 집약적이며, 배포 속도가 느리고 관리가 어려워지고 고객 데이터로 시작하고 싶을 수도 있지만 결국에는 제품을 관리하고 싶을 수도 있습니다., 고객이 보유한 제품 목록, 해당 제품의 공급 업체 목록 및 비즈니스 전반에서 사용중인 상황을 추적하고 해당 고객에게 서비스를 제공하는 직원 관리 등을 수행하는 계정과 목표 . 이제 여러 도메인, 공급 업체, 제품, 계정과 목표, 직원 등에 대해 이야기하면서 전체 비즈니스에 대한 360도 뷰를 제공하려고합니다.
따라서 이상적으로는 고객 마스터 데이터를 통합, 일치 및 정리하는 솔루션 하나, 솔루션 관리 및 거버넌스 관리 및 모든 데이터 도메인을 관리하는 데 사용할 수있는 도구 중 하나입니다. 고객과 이동. 이것이 바로 우리가 방금 발표 한 Magnitude ONE이라는 새로운 제품의 목표입니다. Magnitude ONE은 기업이 앞서 언급 한대로 사용중인 인기있는 SaaS 또는 비-프레미스 애플리케이션에서 마스터 데이터를 통합, 조화 및 관리 할 수 있도록 설계된 MDM 제품으로, Magnitude ONE에는 여러 구성 요소가 포함되어 있습니다.
여기에 포함 된 것은 세계 일부 회사에 배포 된 Kalido MDM 솔루션입니다. Eric은 2003 년에 마스터 데이터 및 관리에 대한 노출에 대해 이야기하고있었습니다.이 제품은 원래 2004 년경에 나온 것으로 생각합니다. 우리는이 도구를 사용 하여이 분야에서 초기 개척자였습니다. 우리는 정보의 분석적 사용을 서비스하기 위해 정보를 사용하여 시작했으며 좋은 데이터가 창고에 들어오고 시간이 지남에 따라 고객은 운영 유스 케이스에 대해 점점 더 많은 데이터를 사용했으며 고객 및 제품 및 재무를 포함한 여러 도메인을 관리했습니다 공급 업체 및 직원 등. 따라서 Kalido MDM은이 솔루션의 핵심 부분입니다.
또한 SCRIBE 온라인 통합 플랫폼을 서비스로 사용하여 SCRIBE 소프트웨어와의 파트너십을 통해 다양한 소스 시스템에 대한 연결 및 통합을 제공합니다. 이는 조직에서 사용하는 사내 및 SaaS 시스템의 40 개가 넘는 시스템에 연결되는 클라우드 기반 통합 오퍼링입니다. 따라서이 두 가지를 함께 Kalido MDM 솔루션과 함께 사용하면 마스터 데이터 관리를위한 워크 플로 중심 환경을 구축하고 전체 수명주기 동안이를 관리 할 수 있습니다. 우리는 고객 데이터를 처리하기 위해 특별히 설계된 매칭 엔진을 보유하고 있으며 소프트웨어 외에도 Kalido MDM 제품에 대한 가상 교실 교육 및 모델링 구성 요소를 제공합니다.
로빈, 당신은 모델에 대해 이야기했습니다. 그것은 정말 중요한 부분이고 우리가 실제로 솔루션에서 시작하는 곳입니다. 그리고 잠시 후에, Dez가 보여준 화이트 보드를 어떻게 할 수 있는지에 대해 설명 할 것입니다. 실제로 MDM 시스템을 설정하십시오. Magnitude ONE에 대한 마지막 요점은 온 프레미스 또는 클라우드 서비스로 제공되며 구독 라이센스 또는 영구 라이센스를 얻을 수 있다는 것입니다. 아이디어는 구매, 유지 관리, 구현 및 유지 관리가 쉬워 질 것입니다.
그러면 이것이 중앙에있는 Magnitude ONE이며 흰색과 파란색 상자의 모든 기능을 수행 할 수있는 강력한 기능이 있습니다. 제가 말씀 드린 SCRIBE 커넥터를 통해 고객 데이터에 연결하고 액세스하십시오. 그런 다음 데이터 일치, 병합, 생존 및 강화와 관련하여 데이터를 정리하기 위해 필요한 모든 마스터 링 연습을 수행하십시오. 그런 다음 사람들이 데이터를 검색하고, 데이터를 탐색하고, 새로운 레코드를 작성하여 시간이 지남에 따라 운영 및 분석 시스템을 깨끗하게 유지할 수있는 액세스 계층과 함께 소비 시스템에 정확하고 일관된 데이터를 승인하고 게시하십시오.
우리는 비즈니스 사용자뿐만 아니라 곧 볼 수있는 청지기와 관리자 모두를위한 웹 기반 사용자 인터페이스를 제공합니다. 게시 된 마스터 데이터를 찾아 액세스 할 수있을뿐만 아니라 청지기 직무를 수행 할 수도 있습니다. 영업 담당자가 고객과 대화하고 고객에 대해 새로운 것을 배우고 변경 요청을 제기 할 수 있으며이 고객에게 제목을 변경하고 이메일 주소를 변경했으며 회사를 바꿨습니다., 아마도이 의사는이 병원과 제휴 관계를 맺었을 것입니다. 우리는 우리가 그런 종류의 물건을 추적하고 있는지, 또는 보험 중개인이 현재 이러한 제품을 가지고 있는지 확인하고 싶습니다. 새로운 보험 제품을 그들에게 판매하고 싶습니다 예를 들어. 따라서 고객과 대면하는 직원이 해당 개인을 대할 때 이러한 종류의 물건을 제기하고 서비스 할 수 있습니다.
우리의 솔루션에 대한 다른 속성들. 첫 번째는이 비즈니스 모델입니다. Dez가 원과 화살표를 가지고있는 화이트 보드 그림을 기억하십시오. 그것은 기본적으로 데이터가 필요한 방식, 실제 환경에서 사용되는 방식에 대한 비즈니스 요구 사항입니다. 비즈니스 정보 모델이라는 것으로 시작하여 기본적으로 이러한 요구 사항과 수행자 비즈니스 규칙을 캡처하고 규칙과 MDM 리포지토리를 만들기 위해이를 배포 할 수 있습니다. 따라서 효과적으로 요구 사항을 설명하는 비즈니스 사람들과 IT 부서로 돌아가서이를 테이블과 매핑 등으로 변환해야하는 커뮤니케이션 격차를 해소하는 방법으로 효과적으로 작용합니다.
따라서 비즈니스 모델 중심의 접근 방식을 통해 시작할 때 올바른 방식으로 사용할 수 있습니다. 또한 자동화 된 처리 기능과 내장 된 작업 흐름 및 변경 관리 기능이 포함되어 있으므로 모델에 추가 할 모델이 변경되면 자동화로 인해 소규모 팀으로 신속하게 배포하고 수행 할 수 있습니다. 예상했던 것보다 많은 코딩이 필요하지 않습니다.
실제로 나타나는 화면을 구동하는 모델 중심 특성을 언급했습니다. 따라서 고객에 대한 설명이 있고 해당 속성이있는 경우 화면에 표시되는 것은 모델에 정의 된 속성이므로 모두 생성되므로 특정 인터페이스를 만들 필요가 없습니다. 데이터를 매핑하는 화면은 모두 모델에서 파생됩니다.
우리가 소개 한 또 다른 멋진 기능은 데이터 관리자를위한 Excel 통합 개념입니다. 즉, 데이터 관리자는 Excel을 사용하여 자동 일치 및 승인 및 배포 할 수없는 레코드를 편집 할 수 있습니다. 이제 당신은 이것이 단지 Excel에 데이터를 덤프하고 있다고 생각할 것입니다. 이 기능에 대한 멋진 점은 Excel에서 데이터를로드하여 단지 배신자 데이터 업데이트 문제를 극복한다는 것입니다.
실제로 Kalido MDM에서 Excel 인터페이스로 해당 데이터를 다운로드하면 유효성 검사 규칙이 제공됩니다. 따라서 유효한 레코드를 만들기 위해 어떤 셀을 채워야하는지 알려주고 사용 가능한 값 또는 승인 된 값의 드롭 다운 목록을 제공하여 기본적으로 피할 수 있습니다. 마스터 데이터 레코드를 업데이트 할 때 오류가 발생합니다.
그런 다음 임베디드 워크 플로 엔진에서 데이터가 모두 처리되고 게시 권한이 부여되었는지 확인하고 누가 언제 무엇을 언제했는지 추적하고 이전 마스터 데이터 값을 모두 기본적으로 검토하고 감사 할 수 있도록하여 데이터가 어떻게 변경되었는지 확인할 수 있습니다. 시각.
따라서 고객 데이터 측면에서 이점은보다 개인화되고 관련성이 높은 대화 및 고객과의 대화를 할 수있는 장소에 도달 할 수 있다는 것입니다. MDM은 비즈니스에 더욱 치명적이며, 특히 진행중인 일대일 마케팅에 대해 생각할 때 발생하는주기의 좋은 예입니다.
따라서 고객에 대한 데이터부터 시작합니다. 마스터 링 한 대상, 대상자, 소유 한 제품, 여러 시스템의 고객 정보 측면에서 어떤 점이 일치합니까? 그런 다음 그들에 대한 더 많은 정보와 과거에 어떻게 상호 작용했는지 자세히 설명하십시오. 그들은 무엇에 응답 했습니까? 아니면 어떻게 연락하고 싶습니까? 팩스로 연락을 받기를 원할 수도 있기 때문에 여전히 명함에 남아 있습니다. 그러나 그 정보는 상호 작용하는 데 필요한 통찰력을 제공합니다.
그래서 다른 선호도는 무엇입니까? 예를 들어 일부는 소셜 소스에서 제공 될 수 있습니다. 그런 다음 해당 고객을위한 최고의 상호 작용이 무엇인지, 어떤 오퍼를 작성해야하는지 결정할 수 있습니다. 그것은 일종의 상호 작용을 일으키고, 무언가를 다운로드하고, 무언가를 구입할 것입니다.
물론이 선순환적인 마케팅 상호 작용주기에 제공 할 더 많은 데이터를 작성하려고합니다. 결과적으로 새로운 고객을 더 빨리 찾고 닫을 수 있으며, 상향 판매를 늘리고, 더 나은 고객 서비스를 제공하며, 오류를 제거하고, 중복 배송을 제거하고, 예를 들어 마케팅 자료를 배송하고, 결국 판매 및 비용을 줄일 수 있습니다. 마케팅 비용.
영국 우체국은 Kalido MDM을 사용하여 더 나은 고객 데이터를 제공하여 올바른 제품을 제공하고 올바른 채널에서 고객 대화를 수행하여 궁극적으로 판매량을 늘릴 수있었습니다. 그들에 대한 마진이 증가했습니다.
이것이 제가 입문 한 의견 일뿐입니다. 이제 다이아나에게 넘겨 드리고, 우리가 어떻게이 일을하는지 정확하게 보여 드리고자합니다.
다이아나 콜린스 : John 에게 감사합니다 . 희망을 갖고 우리 모두에게 생명을 불어 넣을 수 있기를 바랍니다. 지금 화면에 표시되는 것은 Kalido 비즈니스 정보 모델의 예입니다. 솔루션의 일부인 오늘 보여 드릴 것은 salesforce.com의 데이터 통합입니다. 여기 왼쪽 하단에 salesforce.com 모델이 있습니다. 그것은 분명히 웹 기반 응용 프로그램이며 소프트웨어는 서비스 종류의 응용 프로그램입니다. 비즈니스 스위트 인 Oracle의 온 프레미스 구현 데이터와 데이터를 통합 할 예정입니다.
따라서 우리의 목표는 salesforce.com에서 연락처 및 계정 정보를 가져 와서이를 미수금 계정 및 연락처 정보와 통합 된 단일 계정 및 연락처 구조로 통합 한 다음 Microsoft Dynamics CRM에로드하는 것입니다. 여기서 우리의 시나리오는 과거 salesforce.com을 사용했던 것에서 Dynamics CRM을 사용하는 것으로 마이그레이션하는 것입니다. 우리는 새로운 Dynamics CRM 환경을 기반으로 완벽하게 통합 된 조화로운 고객 목록, 360도보기를 갖기를 원합니다.
이를 구축하기 위해 salesforce.com 및 EBS의 데이터를 Kalido MDM으로 옮겼습니다. 실제로 조화 프로세스를 실행했습니다. 그래서 시간의 이익을 위해 우리는 요리를하고 식사를 즐길 것입니다. 이제 MDM 환경으로 전환하고 MDM 솔루션이 이러한 플랫폼의 간단한 연결 통합에 추가하는 추가 기능에서 수행 할 수있는 작업 중 일부를 보여 드리겠습니다.
그러나 물론 일어날 일 중 하나는 역사를 잃어 버릴 것입니다. 결국 Microsoft Dynamics의 데이터로 끝났지 만 어디서 유래했는지 알고 싶습니까? 그것이 MDM 솔루션이 제공 할 수있는 것 중 하나 인 MDM이 우리에게 역사를 가져옵니다.
조화 된 계정 목록을 살펴보면 그 중 하나를 선택하겠습니다. 우리가 여기서 Albert 's Stores를 선택했다고 가정 해 봅시다. 이것은이 Albert 's Stores 레코드의 출처에 대한 정보를 제공합니다. 우리는 두 개의 레코드가 통합되어 있음을 알 수 있습니다. 하나는 Albert와 Gerard라는 salesforces.com 계정에서 온 것이고 다른 하나는 Albert 's Stores라는 EBS 청구 계정에서 왔으며이 둘은 통합되어 Albert 's Stores라는 단일 상위 계정으로 통합되었습니다.
우리는 또한 원래 ID를 볼 수 있습니다. 오늘 Microsoft Dynamics의 CMR ID가 있기 때문에 이미 Microsoft Dynamics로 마이그레이션되었음을 알 수 있습니다. 데이터가 마지막으로 업데이트 된 시간을 볼 수 있습니다. 이 외에도 데이터를 볼 수있을뿐만 아니라 그래프보기를 통해 데이터가 참여하는 연결을 볼 수있는 다른보기를 제공합니다.
그래서 우리는 동일한 기록을 가지고 있습니다. Albert의 Stores는 미수금 계정, salesforce.com 계정 및 연락처와의 연관성을 가지고 있습니다. 이러한 연락처 중 하나를 선택하면 해당 연락처가 실제로 salesforce.com 연락처임을 알 수 있습니다. 마찬가지로 우리의 Adam Albert 계정은 EBS 담당자 였으므로이 움직임 때문에 화면에서 자동으로 발생한다고 생각합니다. 몇 가지 작업을 수행하기 만하면 쉽게 읽을 수 있습니다. 그러나 계속 진행하면서 연락처 정보를보고 salesforce.com 계정에서 가져온 정보를 확인할 수 있습니다. 그것은 실제로 데이터가 참여하는 모든 관계를 보여주는 뷰를 구축 할 것입니다.
또한 saleforce.com 데이터를 분류하는 방법과 목록에 너무 많은 다른 계정이 있는지 확인하십시오. 나열하기에는 너무 많은 것들을, 우리는 여전히 그것들을 얻을 수 있습니다. 여기서 페이지를 아래로 스크롤하여 그래픽보기에 나열하기에는 너무 많은 모든 추가 계정 목록으로 이동할 수 있습니다. 물론 우리는 이것들에 대해서도 그래프보기로 시작할 수 있습니다. 이것이 일을 처리하는 한 가지 방법입니다. 우리는 데이터를보고, 데이터를 조작 할 수 있으며, 데이터를 수정하고 수정할 수 있기를 원합니다. 이를 살펴볼 수있는 몇 가지 방법이 있습니다.
우리가 할 수있는 일 중 하나는 계속해서 계층 구조를 살펴보고 계정 계층 구조를 즐겨 찾기 중 하나로 저장했기 때문에 다양한 범주의 정보를 계정 및 계층 적 경로로 저장할 수 있습니다. 계층 브라우저에서 사용할 수 있습니다. 여기에서 계층 구조를 자세히 살펴볼 수 있으며 각 계정과 관련된 다양한 연락처를 모두 볼 수 있습니다.
그러나이 환경이 제공하는 다른 것 중 하나는 모든 고아를 찾을 수있는 옵션입니다. 이들은 우리의 조화로운 시스템을 통해 들어온 부모님이없는 연락 원이므로 남은 고아입니다. 우리는 이것들을 가져 왔고 그것들을 식별했습니다. 우리는 이것이 고아라는 것을 알고 있습니다. 어떻게 고치나요? 이제이 스위치를 클릭하여 편집 모드로 전환하면 계층 구조에 대한 또 다른 뷰가 열리고 이제 이러한 사람들을 분류 할 수 있습니다. 아마도 Bill Murray는 AC Network에서 근무하여 그를 인수하여 목록에 추가 할 수 있었으며, 이것이 우리에게이를 지적함으로써 강조된 것을 볼 수 있습니다. Sandy를 움직여 AG Edwards and Company에 배정 할 수 있습니다.
이러한 변경이 이루어지면 여기에 기록됩니다. 실수를했다는 사실을 알게되면 취소 할 수 있습니다. 여러 개를 함께 갱으로 구성하고 이름을 지정하여 시스템을 통해 시스템으로 이동할 수 있으며 시스템을 통해 단일 작업 단위로 처리되었습니다. 그래서 이것은 한 가지 방법이며 분명히 내가 능동적이라면 여기로 가서 이것을보고 고아가 있는지 확인하고 그 문제를 해결하고 싶을 수도 있습니다. 내가하지 않으면 어떻게됩니까? 내가 적극적이지 않은 경우 어떻게해야합니까? 다시, 우리 시스템에는 앞서 언급 한 워크 플로와이를 직접 처리 할 수있는 워크 플로 솔루션이 포함되어 있습니다.
이를 위해 시스템 관리자로 로그 오프하겠습니다. 이제 데이터 관리자로 로그온하겠습니다. 따라서 이것은 유효하지 않은 데이터를 관리하는 개인입니다. 로그온하자마자 내가받은 편지함으로 이동합니다. 11 개의 고아 레코드가 있습니다. 연락처와 계정 간의 관계, 관계는 필수이기 때문입니다. 계정에 대한 적절한 연결이없는 조화 된 계정이 모두 유효하지 않습니다. 워크 플로를 통해 이동하며 워크 플로 다이어그램에서 볼 수 있듯이 이제 레코드를 수정하고 있습니다. 그런 다음 승인 프로세스로 이동하고 영업 관리자가 승인하고 회계 부서에서 승인 한 다음 최종적으로 다음 역학 업데이트에 대한 게시 권한을 부여했습니다.
물론 이것은 실시간으로 실행되도록 설정할 수도 있습니다. 게시되는 즉시 게시 권한이 부여되는 즉시 Dynamics를 즉시 유출하므로 마지막 단계를 구성하는 방법은 사용자에게 달려 있습니다 상호 작용. MDM 도구가 환경을 풍요롭게하고 향상시키는 데 도움이 될 수있는 몇 가지 방법에 대한 간단한 아이디어와 개요가 제공 되었으면 좋겠습니다. 고객 정보의 사용을 향상시킬 수있는 방법은 여러 가지가 있으며 실제로 한 곳에서 모든 정보를 사용하여 고객에 대한 360 도의 완벽한 조화를 이룰 수있는 지점에 도달 할 수 있습니다. 사용자. 이 제공자 UI를 통해서뿐만 아니라 언급 한 바와 같이, 사용자가 계정 변경이 있음을 사용자가 알고있는 경우, 변경 요청을 제기하고 처리하고 변경을 랩핑 할 수있는 일종의 웹 포털 인 소비자 인터페이스도 제공합니다. 데이터 관리자에게 직접 요청하여 필요한 경우이 레코드를 변경하도록 요청하십시오. 이 시점에서 나는 그것을 에릭에게 넘길 것이라고 생각합니다. 우리는 Q와 A로 갈 것입니다.
Eric Kavanagh : 물론입니다. 여기 청중으로부터 몇 가지 질문이 있습니다. 나는 하나를 버리 겠지만 아마도 먼저 Dez 또는 Robin 일 것입니다. 질문이 있습니까? Dez부터 시작하겠습니다.
Dez Blanchfield : 조직과 함께이 여정을 겪을 때마다 내가 보게되는 것 중 하나는 버전 관리의 모든 도전입니다. 데이터 또는 특정 버전에 대한 버전 제어에 대한 접근 방식을 만질 수 있습니까? 조직의 세 부분이 나를 고객으로 취급하는 시나리오를 상상해보십시오. 이제 그들은 새로운 것을 통해 다양한 업데이트 및 변경을 수행하고 있습니다. 수단. 비즈니스를 통해 들어오는 데이터와 누가이를 관리, 제어 및 승인하는 데이터를 버전 관리하는 문제를 어떻게 해결합니까?
Diana Collins : 훌륭한 질문입니다. 따라서 솔루션에 내장되어 구운 것 중 하나는 감사 추적 및 기록입니다. 기록이있는 레코드를 찾을 수 있는지 살펴 보겠습니다. 사용중인 Albert 's Stores 레코드에 히스토리가 있는지 확인하십시오. 히스토리 모드를 클릭하자마자 이것이 수행하는 기능이 있습니다.이 기능은 히스토리에 변경 사항이 없습니다. 여기서 변경 한 중간 변경 사항과 날짜 및 시간을 그대로 표시하고 싶습니다. 또한 전체 내역 세부 정보로 이동하여 감사 추적을 설정하면 해당 변경 사항과 변경 사항을 볼 수있을뿐만 아니라 누가 변경했는지, 사용자가 변경 한 사항을 알려줍니다. .
버전 관리에 대한 우리의 접근 방식은 임의의 레이블을 설정하는 것보다 시간 기반입니다. 특정 시점을 선택하고 해당 시점의 데이터를보고 해당 시점의 데이터를 마이그레이션 할 수 있습니다. 그리고 우리는 물론 데이터 내용뿐만 아니라 데이터 모델의 이력을 추적합니다. 따라서 데이터 모델이 발전함에 따라 새로운 분류를 추가하고이를 추적하여 언제든지 특정 시점의 상황을 롤백하고 볼 수 있습니다.
Dez Blanchfield : 데이터 모델이 문제를 제기하고 있습니다. 중요한 기사를 다루는 데 상당한 족보가 있습니다. 이미 구축 된 일부 데이터 모델과 제조, 소매, 물류, 금융 서비스와 같은 주요 부문과이를 실행하는 데 도움이되는 일부 데이터 모델에 대한 몇 가지 예를 제공 할 수 있습니까? 당신은 은행 및 손실 관리 등을 얻었고, 접근 방식은 사람들이 갭이 어디에 있는지 알기 시작할 수있는 프로젝트를 신속하게 시작하거나 모델 자체를 구축하고 훈련시켜야하는 이전 모델로 수행 되었습니까?
Diana Collins : 우리는 수년에 걸쳐 두 가지 접근 방식을 모두 취했습니다. 우리는 모델을 생각해 보았고 모델이 더 완벽할수록 실제로 더 많은 변경을 가하고 고객을 위해 더 많은 사용자 정의를 할 수 있음을 의미합니다. 그래서 우리는 전체 산업에 실제로 퍼져있는 특정 공통 요소 인 모델 조각에 접근했습니다.
예를 들어 금융 서비스에는 유가 증권 및 파생 상품 등의 자본 시장에 대한 모델이 있습니다. 우리는 보험, 자산 및 책임 보험, 재보험 및 두 가지 방법으로 위험을 관리하는 모델이 있습니다. 우리는 제품 BOM, 랜딩 BOM에 대한 제조 모델을 보유하고 있습니다. 우리는 공급망 또는 다른 추적기, 중간 창고, 유통 모델, 재고 노후화 등과 같은 모델의 다른 부분을 가지고 있습니다. 우리는 많은 고객에게 생각할 수있는 거의 모든 분야의 고객을 보유하고 있지만 많은 고객을 위해 고객을 위해 특정 핵심 구성 요소를 개발하여 완성 된 모델로 개발할 수있었습니다.
존 에반스 : 예. 다이애나, 그거에 추가하겠습니다. 알다시피, 우리가 1 분 전에 주황색 배경의 종류로 보여준 모델은 실제로 개념적 모델이므로 모음이 있고 밑줄이 없습니다. 인간이 이해할 수 있다는 것을 의미합니다. 그것은 IT 개념 그 자체가 아니며, 비즈니스 사람이 이해할 수있는 것입니다. 우리는 이러한 개념적인 모델을 가지고 있습니다. 기존 모델을 가져올 수 있습니다. 다이애나가 이야기했듯이 모델 조각이나 예제 모델이있을 때 우리가 고객에게 보여주기 전에, 일반적으로, 당신은 그것을 조금보고, 화면에 올려 놓고, 가리키고 몸짓을하는 동안, 그들은 보통 그 모델을 리팩토링 할 수 있습니다. 그들이 성취하려는 것에 대한
따라서 이러한 요구 사항을 포착하기 위해 시간을 단축하여 처리 할 수는 있지만 여기에 표시하지 않은 다른 것은이 다이어그램이 있지만 기본적으로 a를 누르는 작업이라는 탭이 있습니다. 버튼을 클릭하면 MDM 리포지토리에 필요한 모든 개체와 기존 규칙, 선택 사항, 선택 사항, 필수 사항, 카디널리티, 원하는 모든 항목이 생성됩니다. 할 수 있지만 배포라는 버튼이 있습니다. 그러면 프런트 엔드에서 만든 모델이 생성됩니다. 우리는 단편을 가지고 있으며, 다양한 산업 분야에서 경험을 쌓았으며 컨설턴트는 고객이 매우 빠르게 시작할 수 있습니다.
다이아나 콜린스 : 글쎄요.
Dez Blanchfield : 로빈에게 넘겨주기 전에 또 다른 빠른 방법이 있습니다 – 예, 죄송합니다.
Diana Collins : 우리는 일반적으로 이러한 모델링 세션을 일종의 잼 세션으로 실행한다는 점에 주목할 것입니다. 왜냐하면 모든 속성의 세부 사항에 관심이 많지 않기 때문에 나중에이 내용을 채울 수 있습니다. 우리가 실제로 관심을 갖는 것은 데이터가 어떻게 연결되고 어떻게 유용한 지 이해하는 방법에 대한 비즈니스 관점을 얻는 것입니다. 이것이 바로 솔루션을 구축하려는 방식입니다.
Dez Blanchfield : 아닙니다. 마지막 하나는 로빈에게 건네 주겠습니다. 따라서 내가 다루는 조직과의 관리자 대화에서 즉시 일어날 것으로 예상되는 것은 – 그들이 볼 수 있고, 이미 알고 있고, 당신이 알고있는, 거버넌스, 프레임 워크 및 도구를 가지고 있다는 것입니다. 관리 팀이이 경로를 따르고 고객 중심이되어 고객 데이터를 정리하거나 단일 기한을 확보하기로 결정했다고 말하지만 IT 및 비즈니스의 다른 부분은 이미 그것에 좋은 장소에 도달하기 위해 여러 작업 프로그램을 실행?
Diana Collins : 오, 그거 흥미로운 질문입니다. 예, 그런 종류의 높은 수준의 지원이 없으면 MDM 구현은 일반적으로 실패합니다. 수용해야 할 문화적 변화가 있기 때문에 이러한 프로젝트는 조직의 상당히 높은 수준에서 추진되어야한다고 생각합니다. 로빈은 앞서 프로젝트에 대해 말한 것이 아니며 IT 조직에서 종종 접근하는 방식에 따라 달라 졌다고 생각합니다. 이 프로그램은 진행중인 프로그램이며, 구현할 의사가 있고 변경하려는 의지가있는 경우, 구현이 잘 진행되는 것으로 판단됩니다.
우리가 일부 구현에서 어려움을 겪고있는 곳은 높은 수준의 관리 지원이 없었거나 IT 조직이 변화에 저항하는 곳 이었지만 두 경우 모두 성공을 거두었습니다. 일단 시작하고 운영하는 것이 얼마나 간단한 지, 데이터 컨텐츠에 대한 책임을 어떻게 처리해야하는지 IT가 책임지지 않아야한다고 생각합니다. 비즈니스는 좋은 데이터를 구성하는 요소를 알고 있으므로 IT 부서는이를 알 필요가 없습니다. IT는 데이터 구성, 데이터 보관, 보안 유지 및 방법과 같은 업무가 잘 수행되는 방식에 대해 책임을 져야합니다.
에릭 카바나 흐 : 그리고 청중들로부터 몇 가지 질문이 있습니다. 우리는 시간이 지남에 따라 조금 가고 있지만 나는 우리가 할 수 있거나 적어도 시도 할 모든 질문을 얻을 것이라고 생각합니다. 내가 이걸 너에게 던지 겠지, 아마 존이나 다이아나 참석자가 질문합니다.“불량 기록에서 황금 기록으로 부모를 돌보기위한 기능이 있습니까? 예를 들어 운영 시스템에서 판매 주문과 같은 거래는 무엇입니까? "
Diana Collins : 음, 우리는 확실히 부모의 기록을 다시 만들 수 있습니다. 이는이 사무실 솔루션의 매우 표준적인 부분이지만 운영 체제 내에서는 직접적이지 않습니다. MDM 환경에서 MDM 환경에서 데이터를 게시 한 후 MDM 환경에서 해당 데이터를 다시 푸시하고 운영 체제로 다시 푸시 할 수는 있지만 직접 포착되지는 않습니다. 수정하지 않습니다. MDM 환경의 운영 체제에서 직접
Eric Kavanagh : 알았습니다. 여기 또 다른 질문이 있습니다. "도구를 사용하여 데이터 연계를 볼 수 있습니까?"
Diana Collins : 물론 이죠. 다시 말하지만 이것은 그런 종류의 일러스트레이션에 대한 훌륭한 모델은 아니지만 절대적으로입니다. 데이터 히스토리가 있고 데이터가 여러 곳에서 온 경우, 소스에 태그를 지정하고 해당 정보를 게시 된 데이터로 전달할 수 있습니다.
존 에반스 : 감사합니다. 여기 모델에는 그 요소가 있습니다. 다이아나에는 SFDC 접점과 EBS 접점이 있고 실제로 그래프 필드에서도 나타납니다. 그것은 데이터 주위에 달려 있습니다.
다이아나 콜린스 : 예. 실제 계보 환경에서는 분명히 더 강력한 솔루션과 구현이 가능하며 여기에서 기본 사항 만 수행되었습니다.
에릭 카바나 흐 : 좋습니다. 몇 가지 질문 만 더하면 마무리하겠습니다. 참석자 중 한 명은“가계 정의를 어떻게 지원합니까? 소셜 네트워크로 고객 마스터 데이터를 강화할 수있는 방법이 있습니까?”
Diana Collins : 그것은 로드맵에 있습니다. 소셜 네트워크 데이터에서 소셜 네트워크를 풍부하게하는 것은 로드맵에 있습니다. 그것은 현재 제품에 있지 않지만 가구 측면에서 우리의 매칭 및 병합 기능의 일부입니다. 일치하는 과정에서 데이터의 특정 부분의 가중치를 제어 할 수있는 많은 노브와 레버가 있지만 궁극적으로 우리가 할 수있는 일은 동일한 가정의 일부일 수있는 모든 개별 연락처 레코드를 함께 수집하는 것입니다 . 그런 다음 회사와 사람의 차이점을 이해합니다. 회사에서는 일반적으로 이름에서 단어의 의미와 같은 시작 부분을 봅니다. 회사에서 시작부터 끝까지 일하십시오. 그러나 당신이 가사를 할 때, 당신은 정말로 끝에서 시작해서 사람들의 이름으로 정면으로 일하기를 원합니다. 그것은 그것을 이해하고 단일 가정에 속한 연락처를 모으는 아주 좋은 일을 할 수 있습니다.
Eric Kavanagh : 마지막 질문은 식당 고객은 어떻습니까? 우리는 여기에 식당 고객이 있는지 묻는 잘 아는 청중이 있습니까?
다이아나 콜린스 : 사실은 아닙니다. 그것은 우리에게 새로운 수직이 될 것입니다. 우리는 그것을 추구하는데 정말로 관심이 있습니다. 우리는 식당을 공급하는 고객이 있지만 고객 인 식당은 없습니다.
Eric Kavanagh : 좋아, 전혀 걱정할 필요가 없다. 여러분, 여기 1 시간 5 분 동안 화상을 입었으므로 오늘 발표자에게 대단히 감사합니다. 이 웹 캐스트를 보관하여 나중에 볼 수 있도록 모든 보관소를 사용할 수 있습니다. 오늘 발표자에게 감사합니다. 통찰력에 대한 Dez와 Robin과 Magnitude Software에 감사드립니다. 이것은 좋은 물건입니다. MDM은 여기 있습니다. 여러분, 의심 할 여지가 없습니다. 시간이 지남에 따라 더 중요한 중앙 뷰를 얻는 것이 정말 중요합니다. 고객이 학대 받고 싶지 않다고 생각하고 최선의 치료를 받고 싶다고 생각해야합니다.
그 사람들과 함께, 우리는 작별 인사를 할 것입니다. 다시 한번 감사드립니다. 내일 다른 웹 캐스트를 통해 내일 대화 할 것입니다. 핫 테크놀로지 (Hot Technology)는 요즘 가장 인기있는 쇼입니다. 내일 동부 4시에 희망을 갖고 대화를 나눌 것입니다. 그때까지, 사람들 조심해. 부 바이
