Bức tranh lớn nhất: biết khách hàng của bạn trên nhiều nền tảng

Bởi nhân viên Techopedia, ngày 25 tháng 5 năm 2016

Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về quản lý dữ liệu bậc thầy với Dez Blanchfield, Robin Bloor, John Evans và Diana Collins.

Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.

Eric Kavanagh: Được rồi, thưa quý vị và các bạn, cách tiếp cận mùa hè, trời đang nóng ở đây. Tại sao vậy Bởi vì đó là thời gian cho công nghệ nóng. Đúng vậy, tên tôi là Eric Kavanagh. Tôi sẽ là người điều hành chương trình của bạn được thiết kế để - chúng ta nên nói về những gì hấp dẫn, những gì đang xảy ra, những thứ tuyệt vời trên thị trường. Đây là sự hợp tác của chúng tôi với Techopedia. Chúng tôi yêu những chàng trai này. Chúng tôi đã làm việc với họ trong vài năm nay. Họ có một trang web tuyệt vời. Nếu bạn muốn biết bất cứ điều gì trong thế giới công nghệ, định nghĩa của nó có thể là gì, hãy truy cập techopedia.com. Và hôm nay chúng ta đang nói về MDM, quản lý dữ liệu chủ. Tiêu đề chính xác là một bức tranh lớn nhất: Biết khách hàng của bạn trên nhiều nền tảng. Và trò chơi này đang thay đổi, thưa các bạn, tôi có thể nói với bạn ngay bây giờ.

Vì vậy, có một điểm về bạn thực sự, đánh tôi trên Twitter @eric_kavanagh. Tôi cố gắng trả lời bất cứ ai trả lời tôi. Vì vậy, năm nóng. Nó chắc chắn nóng cho MDM. Và tôi nói với bạn điều gì, nó nóng, không chỉ nóng đối với các doanh nghiệp lớn mà còn đối với các doanh nghiệp vừa và nhỏ, những người đoán, có nhiều hệ thống khác nhau. Hệ thống CRM, hệ thống tiếp thị email, hệ thống ERP, hệ thống phân tích web, bộ phần mềm kinh doanh điện tử, v.v … Có rất nhiều điểm truy cập thông tin khác nhau về khách hàng và công việc của các công ty có thể làm tốt hơn với nhau, họ càng làm tốt hơn ' Sẽ có thể phục vụ khách hàng, không đánh dấu khách hàng và giữ những khách hàng đó xung quanh. Giữ họ mua thêm một số thứ.

Tôi thực sự đã theo dõi MDM cá nhân kể từ khoảng năm 2003, đó là khoảng thời gian thực sự được đặt ra. Thành thật mà nói, có một ngân hàng, Chase Bank thực tế, tôi nghĩ đó là Ngân hàng Một cách trước đó, và một trong những người bạn tốt của tôi bây giờ, một anh chàng tên là Joe Northern đã làm việc với một công ty tên Razza Solutions và họ đã trở thành công cụ DRM của Oracle. Vì vậy, họ thực sự cuộn các tài khoản và thực hiện quản lý phân cấp cho ngân hàng theo cách đó và đó là một số ngày đầu của quản lý dữ liệu chủ.

Vì vậy, những ngày này chúng ta nói về cả MDM phân tích và hoạt động. Hôm nay chúng ta sẽ nói rất nhiều về những thứ đó và thực sự giúp bạn hiểu làm thế nào bạn có thể tận dụng công nghệ này để có được cái nhìn toàn diện về khách hàng của bạn, để hiểu họ là ai và đảm bảo rằng bạn có thể quan tâm đến nhu cầu của họ một môi trường thẳng thắn rất cạnh tranh trên toàn thế giới. Chúng tôi đang thấy điều đó ở khắp mọi nơi.

Vì vậy, ngôi sao nhạc rock của các nhân vật ở đây: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Gọi từ bốn địa điểm khác nhau trên khắp hành tinh. Chúng tôi bắt đầu với Dez Blanchfield và với điều đó tôi sẽ trao chìa khóa cho bạn, Dez, và tôi sẽ bắt đầu tweet. Mang nó đi.

Dez Blanchfield: Cảm ơn bạn Eric. Tôi chỉ phải nhắc nhở bản thân để tắt tiếng. Tôi xin lỗi vì điều đó. Cảm ơn bạn đã có cơ hội để trình bày về điều này. Vì vậy, tôi sẽ giải quyết vấn đề này từ quan điểm của một ví dụ thực tế về một thách thức tổ chức để đối phó với những gì tôi đã gọi là một trong những sự gián đoạn lớn nhất đối với các tổ chức mà họ sẽ thấy đối với một số thời gian. Chúng tôi đã thấy một số thách thức. Các công ty đình đám GFC đã phải đối phó với nó. Chúng tôi nhận được những thay đổi thường xuyên về pháp luật xung quanh quyền riêng tư mà chúng tôi phải giải quyết.

Một trong những điều mà tôi nghĩ rằng các tổ chức đang bị bắt gặp mà họ không thấy sắp tới là tác động của toàn bộ vấn đề kinh nghiệm của người nổi tiếng này. Và về cơ bản mọi người chạy xung quanh với điện thoại di động muốn hài lòng ngay lập tức theo một số cách. Nhưng, sự hài lòng ngay lập tức theo một cách tốt, không phải là một cách trẻ con nhỏ nhắn. Chỉ cần nhận ra rằng họ là khách hàng, họ đang trả tiền và họ sẽ nhận được giá trị cho nó. Và do đó, đã có loại tiền này lấy khách hàng làm trung tâm hoặc trở thành một tổ chức lấy khách hàng làm trung tâm. Vì vậy, tôi sẽ nhanh chóng đi qua ý nghĩa của điều đó và sớm dẫn đến một phần kỹ thuật hơn một chút trong các cuộc thảo luận của chúng tôi.

Tôi sẽ chỉ đưa nó ra khỏi đó và nói rằng trước tiên, là một tổ chức lấy khách hàng làm trung tâm, có một điều đơn giản: Bạn cần có một cái nhìn đầy đủ về khách hàng và dữ liệu khách hàng của bạn. Bạn có thể có các hệ thống khác nhau. Bạn có thể có nhiều sản phẩm khác nhau. Bạn có thể có năm mươi phòng ban khác nhau trong tổ chức của mình, nhưng cho dù bạn ở đâu trong tổ chức, bất kể chức năng công việc của bạn là gì, bạn sẽ có thể có được cái nhìn đầy đủ về tất cả khách hàng hoặc khách hàng trong bối cảnh chức năng công việc của bạn là gì. Và mọi phần của tập dữ liệu mà bạn có hoặc tất cả các phần của tập dữ liệu bạn có cho bạn biết trạng thái của quốc gia đối với khách hàng đó là gì.

Tôi đặt dòng này rằng, một bức tranh hoàn chỉnh về khách hàng trên tất cả các hệ thống của bạn không chỉ là đẹp! Ngày nay nó là một điều cần thiết. Và lần đầu tiên bạn bị cuốn vào một kịch bản mà bạn đang phải đối phó với bất cứ điều gì liên quan đến khách hàng, đặc biệt là khi nó trực tiếp, trên điện thoại, hoặc trên webchat hoặc trực tiếp thậm chí còn đáng sợ hơn, và bạn có thể 'Hãy nói với họ mọi thứ mà bạn nên biết về họ, điều đó trở nên rất rõ ràng và đó là một tình huống rất đáng tiếc xảy ra.

Tôi sẽ bắt đầu với một giai thoại rất nhanh xung quanh các tình huống trong thế giới thực. Đây là hình ảnh của một bảng trắng và đây là chưa đầy năm ngày. Đây là một kịch bản thực tế trong một bảng trắng trong một căn phòng gần đây, một vài ngày trước, nói về chính chủ đề làm thế nào chúng ta đi từ một tổ chức rất lớn với một phần như chín mươi phần khác nhau của doanh nghiệp. Đó là một ngân hàng châu Á, họ có chín mươi đơn vị kinh doanh khác nhau. Họ làm tất cả mọi thứ từ các khoản vay xã hội và các khoản vay ngang hàng và vi mô cho đến việc tài trợ cho các vệ tinh trong không gian. Vì vậy, họ là một con quái vật. Họ có hàng chục triệu khách hàng. Tôi nghĩ rằng họ đã có dưới năm mươi triệu khách hàng. Và họ phải đối mặt với thách thức điển hình này về cách chúng ta tiếp cận không chỉ quản lý dữ liệu chủ mà cả dữ liệu khách hàng nói riêng và một khách hàng đơn vị.

Và khi chúng tôi vạch ra điều khiến chúng tôi nhảy ra khỏi bảng trắng này, họ không chỉ là một vấn đề, họ gặp ác mộng vì không có hệ thống nào của họ nói chuyện với nhau. Tôi có thể vào bất kỳ bộ phận nào của ngân hàng hoặc bất kỳ bộ phận nào của doanh nghiệp và hỏi vay tiền, đó có thể là khoản vay mua ô tô, vay mua nhà, vay kinh doanh nhỏ và họ không thể tự nói với mình bất cứ điều gì, hoặc họ không thể Tôi không khám phá bất cứ điều gì về bất kỳ mối quan hệ nào khác tôi có với ngân hàng. Và điều đó hoàn toàn khiến họ sợ hãi vì họ nhận ra rằng các ngân hàng trên đường đã có thể làm điều này và họ có khả năng 12, 15 năm sau tám quả bóng. Và điều này dẫn đến những đề xuất giá trị quan trọng mà khách hàng đang tìm kiếm, đó chỉ là quan điểm nhất quán của tôi với tư cách là một khách hàng, và bạn cần tìm ra cách bạn sẽ cung cấp điều đó. Đặc biệt là bây giờ tôi đang giao dịch với bạn trên web, nhiều khả năng là trường hợp thông qua ứng dụng những ngày này.

Đó là vấn đề quan trọng của tất cả, đó là về tôi, khách hàng. Vì vậy, khi chúng tôi vạch ra văn hóa lấy khách hàng làm trung tâm, đó là về việc kết hợp mọi thứ chúng tôi có từ các hệ thống cốt lõi nắm bắt mọi thứ như đầu tiên của bạn tên, họ và các chi tiết khác khi bạn điền vào biểu mẫu hoặc điền trực tuyến hoặc đến với chúng tôi tại quầy ở một nơi nào đó tại cửa hàng và chúng tôi biết bạn ban đầu qua toàn bộ hành trình chúng tôi tự giao sản phẩm hoặc dịch vụ cho bạn. Và ánh xạ ra từ trên xuống dưới. Tiếp tục tinh chỉnh dữ liệu và các mô hình dữ liệu chúng tôi sử dụng để hiểu điều đó. Sắp xếp làm thế nào những công nghệ và quy trình trong kinh doanh, dòng chảy công việc, liên tục thắt chặt quan điểm của chúng tôi về bạn. Sự tham gia đang diễn ra mà chúng tôi có với bạn. Cách chúng tôi liên tục tập trung xung quanh bạn khách hàng và cách chúng tôi liên lạc với bạn. Nếu tôi bán cho bạn ba dịch vụ, tôi không muốn gửi cho bạn ba mẩu giấy khác nhau mỗi tháng hoặc ba bản kê khai hoặc hóa đơn, v.v.

Câu chuyện lấy khách hàng làm trung tâm hiện đang có một lực kéo thực sự và các tổ chức đang nhìn thấy giá trị của nó. Đây vẫn là một thách thức thực sự, đó là, Được rồi, tôi đã có mười hệ thống khác nhau và họ không nói chuyện với nhau. Tôi không có một công cụ hay một hệ thống hay một nền tảng nào để kết nối tất cả lại với nhau. Những người và luôn luôn ở trong một căn phòng làm những phiên bảng trắng như cái tôi vừa chỉ cho bạn. Nhưng tất cả bắt nguồn từ một điều cốt lõi ở góc bên trái có sự biến đổi. Và chuyển đổi từ văn hóa của tổ chức, và con người, và nhân viên và mô hình hoạt động, tất cả các con đường xuống đến ngăn xếp công nghệ hỗ trợ họ. Vì vậy, có một danh sách kiểm tra khá phổ biến mà các tổ chức trải qua để đến thời điểm này, nơi họ thậm chí hiểu được thách thức của việc lấy khách hàng làm trung tâm và nhu cầu xây dựng một hệ thống và có quyền truy cập vào các công cụ có thể giúp họ làm điều này.

Đó là những thứ như lập bản đồ hành trình của khách hàng qua toàn bộ vòng đời và trải nghiệm mà họ có với bạn với tư cách là một tổ chức. Tinh chỉnh các mô hình hoạt động của bạn và cách bạn tự tổ chức để tập trung vào khách hàng và đề xuất giá trị bạn đã cung cấp cho khách hàng. Và sau đó, tất nhiên là sắp xếp các công nghệ của bạn và ngăn xếp công nghệ của bạn và xử lý xung quanh chúng để đảm bảo rằng bạn thực sự đang tiếp tục thúc đẩy sự tham gia hơn nữa, và sự gắn kết tốt hơn và chặt chẽ hơn với khách hàng của bạn. Và quá trình tham gia thực tế chính nó từ các giám đốc điều hành trở xuống.

Nếu bạn không thay đổi cách nhìn về thế giới từ đầu chuỗi thức ăn của bạn, từ phòng họp trở xuống, thì rất ít khả năng cấp depo của bạn hoặc nhân viên tài chính hàng ngày của bạn sẽ thay đổi hành vi của họ. Bạn phải dẫn đầu từ đầu. Bạn phải liên tục làm mới và xác định lại và phát triển lại cách bạn nhắm mục tiêu tập trung thực sự vào khách hàng. Vì vậy, làm thế nào bạn mang lại không chỉ là một sự thay đổi văn hóa ở đầu cuối mà còn thay đổi hành vi ở cuối cùng của tổ chức và các công cụ mà bạn đang có sẵn để làm điều đó?

Có một điều để nói bạn là một tổ chức lấy khách hàng làm trung tâm và bạn muốn mọi người hành xử theo một cách, nhưng bạn đã không cho họ phương tiện và công cụ cũng như khả năng thực hiện điều đó, bạn sẽ không có hành vi thay đổi bởi vì mọi người sẽ tiếp tục rơi vào thói quen mà họ đã biết trước khi nghĩ rằng họ là các tổ chức lấy khách hàng làm trung tâm. Và sau đó là sự tích hợp tổng thể của các bộ phận khác nhau của tổ chức và văn hóa sống bên trong đó và rõ ràng được củng cố bởi các công cụ và nền tảng.

Vì vậy, làm thế nào để bạn đưa các đơn vị kinh doanh khác nhau hoặc các doanh nghiệp hoặc các bộ phận của tổ chức của bạn và để họ hành xử khác nhau từ quan điểm văn hóa và đi xuống? Vâng, bạn cung cấp cho họ các công cụ và cách thức và phương tiện thích hợp để có được cái nhìn đầy đủ và duy nhất về khách hàng và trải nghiệm của khách hàng. Và sau đó, làm thế nào để bạn đặt một số KPI và đo lường nó theo điều đó và theo dõi nó và đặt một số số liệu so với những KPI đó và đo lường những KPI đó và cung cấp giá trị cho điều đó? Giá trị doanh nghiệp cho chính bạn và rõ ràng giá trị dưới một hình thức nào đó trong chuỗi giá trị cho khách hàng và giữ họ quay lại. Và sau đó kết hợp tất cả các giao tiếp bạn có với khách hàng của mình từ phản hồi và thời gian thực hoặc xử lý lặp đi lặp lại để hành vi và sự thay đổi văn hóa của bạn hy vọng được ghi lại trong một số chu kỳ phản hồi và vòng phản hồi và bạn có thể biết liệu bạn có Có thực sự đánh dấu hay không.

Chúng ta đi đến kịch bản mà bạn biết cuối cùng các tổ chức sẽ thấy mình chìm đắm vào dữ liệu khác nhau một cách hiệu quả và chúng ta đã thấy một số loại ở đây, một số nội bộ, một số bên ngoài. Trong lịch sử, chúng tôi đã có một nền tảng quản lý quan hệ khách hàng và nền tảng quảng cáo và nền tảng tiếp thị. Chúng tôi đã có tất cả các loại hệ thống khác nhau chạy độc lập và sau đó hy vọng chúng nói chuyện với nhau dưới một hình thức nào đó. Chúng tôi đã có một vài tuần qua bùng nổ các tương tác với bạn, vì vậy chúng tôi nói chuyện với bạn qua phương tiện truyền thông xã hội, chúng tôi nói chuyện với bạn qua trang web của chúng tôi, chúng tôi nhận được email từ bạn.

Các hệ thống IVR của chúng tôi nói chuyện với bạn qua điện thoại hiện phải lập bản đồ dữ liệu đó và cho chúng tôi biết cách bạn xử lý hệ thống điện thoại của chúng tôi và tương tác với cơ sở dữ liệu của chúng tôi và nếu bạn đã gọi điện cho chúng tôi, tất cả điều đó phải được ghi lại trong thời gian thực và chúng ta cần có khả năng đảm bảo rằng chúng ta có thể có một cái nhìn chung về nó, hy vọng là nền tảng quản lý dữ liệu chung ở trung tâm của sơ đồ đó.

Có cụm từ được đặt ra gần đây là về trải nghiệm khách hàng của người nổi tiếng trên mạng. Điều đó thực sự có nghĩa là gì? Không phải là chúng tôi nghĩ rằng người dùng cuối hoặc người tiêu dùng của chúng tôi là những người nổi tiếng cư xử tồi và họ cảm thấy khác biệt theo bất kỳ cách nào. Điều đó có nghĩa là chúng tôi đã thức dậy với thực tế rằng chúng ta nên đối xử với mọi khách hàng của mình như một người nổi tiếng. Họ nên được đối xử VIP ngay từ khi chúng tôi gặp họ trong toàn bộ vòng đời của việc chúng tôi có niềm vui có được họ là khách hàng.

Và vì vậy, câu hỏi mà tôi được hỏi một cách thường xuyên - đưa câu hỏi này trở lại câu chuyện thực tế hơn một chút về khách hàng - là làm thế nào để chúng tôi cho phép tổ chức của chúng tôi cung cấp nhu cầu ngày càng tăng về trải nghiệm khách hàng nổi tiếng? Bởi vì điều chúng ta đang thấy bây giờ là một trong những sự gián đoạn lớn nhất đối với các tổ chức là yêu cầu đó phải thực hiện lời hứa đó cho khách hàng. Để cung cấp cho họ kinh nghiệm khách hàng nổi tiếng. Các tổ chức, từ kinh nghiệm của tôi, và chắc chắn trên khắp thế giới mà tôi đang thấy, đang bị phá vỡ mà không nhận ra điều đó với sự thay đổi từ những ảnh hưởng khác mà họ có thể đã biết hoặc nhìn thấy khi đến với khách hàng thực sự của họ. Khách hàng của họ đang làm phiền họ và phá vỡ họ một cách rất nghiêm trọng. Và sau đó nếu bạn không thể cung cấp trải nghiệm cho người nổi tiếng này và cung cấp các công cụ cũng như cách thức và phương tiện để tổ chức của bạn có được cái nhìn duy nhất về khách hàng thì bạn sẽ bỏ lỡ ít nhất một dặm, ít nhất là một dặm quốc gia khả năng và khả năng để thực hiện theo lời hứa đó.

Có một số điểm chính tôi sẽ ném ra đây, và sau đó bàn giao cho Robin để biết thêm chi tiết kỹ thuật, tôi khuyên tất cả các tổ chức nên suy nghĩ thật kỹ và nhanh chóng nếu họ thậm chí còn gần với việc cung cấp này lời hứa với nhân viên của họ và tổ chức của họ để trở thành một thực thể lấy khách hàng làm trung tâm. Và đó là tập trung vào các thành phần cơ bản và tạo ra một cái nhìn khách hàng. Nghe có vẻ rất đơn giản, nhưng nó có nghĩa là gì? Vâng, điều đó có nghĩa là đảm bảo rằng bạn luôn có đúng dữ liệu từ các nguồn dữ liệu phù hợp và vào đúng thời điểm. Đảm bảo rằng dữ liệu có sẵn ở đúng nơi mọi lúc. Không chỉ là một số thời gian.

Và nó phải được tích hợp chặt chẽ. Và nó phải được xây dựng trên nền tảng của bạn. Nó không thể chỉ là một cái gì đó bạn nghĩ rằng bạn làm. Một chiến dịch tiếp thị duy nhất. Mỗi khi bạn nhìn vào một khách hàng, bạn cần có thể có được điều này mọi lúc. Nó cần phải có sẵn cho tất cả những người phù hợp mọi lúc. Vì vậy, tôi không muốn chạy quanh hành lang để tìm kiếm kiến ​​thức của bộ lạc. Tôi cần có thể nhận được thông báo này ngay lập tức bằng cách truy cập vào một công cụ. Và bạn cần cung cấp nó trong nền tảng phù hợp với công cụ phù hợp. Vì vậy, nó phải được tích hợp vào các hệ thống hiện có mà bạn đang sử dụng.

CRM của bạn cần có thể nhìn thấy mọi thứ từ khi tôi truy cập bạn từ ứng dụng di động của tôi, từ trang web, từ nói chuyện với IVR, ghi âm giọng nói tương tác, để tự đi qua bàn trợ giúp điện thoại của bạn như một dịch vụ tự phục vụ. Hoặc nếu tôi đẩy ngôi sao chín và tôi đến với con người thì tôi hỏi câu hỏi khó hơn một chút mà IVR không được lập trình để giải quyết. Nếu tôi tweet một cái gì đó hạnh phúc, nếu tôi đã viết một bài viết trên LinkedIn. Tất cả những thứ này cuối cùng cần phản hồi lại vào CRM để nếu tôi quản lý mọi thứ liên quan đến khách hàng, tôi có thể thấy điều đó. Chúng ta cần làm cho nó mặc định và không phải là ngoại lệ.

Vẫn còn rất nhiều ngoại lệ rằng mọi người muốn chạy một chiến dịch, họ muốn chạy một nỗ lực bán hàng và tiếp thị, hoặc họ đang tìm cách giải quyết một số vấn đề hoặc giải quyết vấn đề giá cả. Chúng tôi chạy một chiến dịch một lần và thử và có được một cái nhìn duy nhất về một phân khúc khách hàng cụ thể của chúng tôi và bắt đầu chạy các báo cáo và in mọi thứ và đưa chúng ra xung quanh ở định dạng in sao chép. Đó là một ngoại lệ. Đó cần phải là mặc định. Các hệ thống của bạn phải, luôn luôn cung cấp chế độ xem đơn lẻ này cho khách hàng. Và theo bất kỳ cách nào chúng ta đến với nó - cho dù đó là bán hàng và tiếp thị, hay chỉ là hoạt động, sản xuất, hoặc hậu cần, hoặc bất cứ điều gì có thể, theo quan điểm - thực tế là bạn sẽ phải làm tất cả những điều đó trước khi bạn có thể thấy ROI vững chắc cho khoản đầu tư của mình trong quá trình chuyển đổi này để trở thành một tổ chức lấy khách hàng làm trung tâm. Bạn sẽ nhận được một số chiến thắng nhanh chóng. Chắc chắn sẽ có chiến thắng nhanh chóng. Vì vậy, có một số tin tức tốt trên mặt trận đó. Nhưng thực tế là cho đến khi bạn hoàn thành một quá trình chuyển đổi để trở thành một cái nhìn toàn diện về tổ chức khách hàng lấy khách hàng làm trung tâm, ROI sẽ không nhảy ra khỏi màn hình với bạn. Và đó là một hành trình thú vị. Đó là một hành trình đáng giá. Và tất cả đều được củng cố bằng cách có các công cụ phù hợp, nền tảng phù hợp và cung cấp cho tổ chức của bạn trong thời gian sớm nhất, ở dạng hợp lý, khả thi về mặt thương mại. Với ý nghĩ đó tôi sẽ bàn giao cho Robin. Robin?

Robin Bloor: Cảm ơn bạn, Dez. Tôi phải làm giống như bạn, tôi phải tự tắt tiếng. Được rồi, tôi sẽ tiếp cận điều này nhiều hơn từ quan điểm khái niệm hơn là loại kịch bản thực tế mà Dez đã trải qua. Chúng tôi thực sự đang nói về một nhóm hoạt động rất cụ thể trong một tổ chức khi chúng tôi tham gia vào lĩnh vực MDM và tất nhiên khách hàng là vấn đề lớn. Nhận dạng thực thể của khách hàng khó khăn hơn nhiều vì nhiều lý do hơn bất kỳ lý do nào khác. Nó có khả năng là thực thể quan trọng nhất. Có một số doanh nghiệp nơi họ chỉ có thể có một khách hàng và họ có thể có tất cả thông tin mà họ có thể có về khách hàng đó. Rất hiếm. Hầu hết các tổ chức có nhiều khách hàng và khách hàng có nhiều khía cạnh. Và dữ liệu được lan truyền khá nhiều ở khắp mọi nơi. Gần đây tôi đã làm việc với ý tưởng này, ý tưởng về một kim tự tháp dữ liệu. Đó là một sự khác biệt rõ ràng giữa dữ liệu và thông tin và kiến ​​thức, và thực sự hiểu biết. Nhưng dữ liệu, thông tin và kiến ​​thức có thể sống trong máy tính. Dữ liệu ở mức thấp nhất chỉ là tín hiệu và đo lường. Và thông tin bạn có thể nắm bắt được, đó là những gì

Eric Kavanagh: Âm thanh của bạn bắt đầu mờ dần đi một chút, Robin. Chỉ để bạn biết.

Robin Bloor: Được rồi tôi sẽ di chuyển micro. Thế còn cái đó?

Eric Kavanagh: Có bạn đi. Nghe hay hơn nhiều. Có bạn đi.

Robin Bloor: Vâng, do đó, dữ liệu được tạo thành chủ yếu từ các tín hiệu, phép đo, ghi âm và những thứ tương tự. Nó không có bối cảnh cụ thể. Nó trở thành thông tin bằng cách cung cấp cho nó bối cảnh đó. Liên kết dữ liệu với nhau. Cấu trúc dữ liệu. Tạo trực quan, bảng chú giải, lược đồ. Bất cứ điều gì bạn muốn tạo ra xung quanh nó. Nó được chuyển thành kiến ​​thức khi bằng cách này hay cách khác, bạn thực sự có thể bắt đầu dự đoán hành vi của một thực thể nhất định và cũng thực hiện các chính sách và quy tắc để xử lý nó. Hiểu cuộc sống hoàn toàn trong con người. Và đó là một phần của vấn đề. Khi bạn thực sự nhìn vào sự phân mảnh tồn tại theo tình huống của khách hàng, bạn thường phát hiện ra rằng, thực sự bán hàng có một quan điểm về khách hàng, tiếp thị có một quan điểm khác. Hỗ trợ bán hàng hoặc thực sự chỉ là bảo trì khách hàng có một cái nhìn khác. Có thể có nhiều điểm tiếp xúc mà khách hàng có với một tổ chức. Và không ai trong số đó được tích hợp vào thông tin có cấu trúc đúng hoặc nhiều thông tin không được tích hợp.

Và sau đó chúng ta có một vấn đề đã bắt đầu trở nên phổ biến hơn trong vài năm qua, bạn có thể thu thập dữ liệu bên ngoài về mọi người và điều đó rất hữu ích nhưng bạn thực sự phải tích hợp nó để có giá trị thực sự. Vì vậy, trong việc tinh chỉnh dữ liệu, những khó khăn lớn phát sinh từ sự phân mảnh. Dữ liệu đó đến từ những nơi khác nhau và nó không có cấu trúc tốt. Và thực tế là có xu hướng cung cấp dữ liệu mới không ngừng và điều này gần như luôn luôn xảy ra khi nói đến khách hàng. Và mỗi thực thể là một mục tiêu di chuyển. Chúng tôi không quan tâm, có lẽ ba hoặc bốn năm trước, về hồ sơ truyền thông xã hội của khách hàng, nhưng chúng tôi quan tâm đến nó ngay bây giờ. Chúng tôi quan tâm đến nó bởi vì nó có thể gây tổn hại cho một tổ chức hoặc thúc đẩy cho một tổ chức, tùy thuộc vào những gì đang diễn ra ngoài kia.

Nếu bạn thực sự có ý tưởng, nếu bạn ngồi xuống và tập thể dục và cố gắng tìm ra những điều mà bạn quan tâm về khách hàng năm năm trước là gì? Và bạn làm điều đó một lần nữa và bạn phát hiện ra rằng những thứ đó đã được thêm vào. Và những thứ có thể đã bị lấy đi. Ý tôi là không ai quan tâm nữa, ví dụ như số người fax thực sự có. Một số người thường có số fax trên danh thiếp của họ. Nhưng không ai quan tâm nữa vì fax chết. Vì vậy, nó là một mục tiêu di động. Khi bạn nhìn vào mô hình hóa dữ liệu và MDM, điều đầu tiên - thực sự tôi phải nói về điều này, đó là đây là một phần của quản trị dữ liệu, nếu bạn không làm điều này thì có một vấn đề trong cách bạn quản lý dữ liệu . Bởi vì nếu bạn không thực sự làm mô hình hóa dữ liệu và MDM, thì bằng cách này hay cách khác, bạn thực sự không có cái nhìn từ trên xuống rất tốt về bất kỳ thực thể cụ thể nào trong thực tế.

Nhưng tôi đã liệt kê ở đây quản trị dữ liệu. Tôi đã liệt kê dòng dõi, sử dụng dữ liệu, chất lượng, bảo mật, quản lý dịch vụ, phục hồi. Bạn có thể thêm vòng đời và như vậy. Có rất nhiều thứ để quản trị dữ liệu và mô hình hóa dữ liệu và MDM là một phần cơ bản và có lẽ là trung tâm của điều đó. Thay đổi xuất phát từ trên xuống theo nghĩa bạn nhận ra rằng thay đổi đang xảy ra bởi vì mọi người nhận ra rằng nó đang xảy ra. Và do đó, người ta có thể nghĩ về toàn bộ ngăn xếp này từ các tệp và cơ sở dữ liệu thông qua các yếu tố dữ liệu đến dữ liệu beta và định nghĩa kinh doanh.

Bạn có thể nghĩ theo cách thực sự phải, bằng cách này hay cách khác, để quản lý toàn bộ ngăn xếp và giữ cho toàn bộ ngăn xếp được cập nhật bởi vì biết điều gì đó ở cấp độ định nghĩa kinh doanh không thực sự có nghĩa là bạn đang bắt dữ liệu tại cấp độ tập tin và cơ sở dữ liệu. Đó là một bức tranh rất rộng và cho đến khi bạn thực sự nghĩ về nó, bạn sẽ không nhận ra nó rộng đến mức nào. Mô hình hóa và MDM, nếu bạn thực sự nhìn, toàn bộ xu hướng dữ liệu lớn không chỉ đơn giản là về điều đó - có nhiều dữ liệu hơn. Đó là về việc có nhiều dữ liệu hơn từ nhiều nguồn hơn, mang đến cho bạn nhiều quan điểm hơn về bất kỳ thực thể cụ thể nào mà bạn thực sự thu thập thông tin. Và càng phức tạp, bạn càng cần một mô hình, nó càng dễ hiểu hơn. Chỉ cần nhìn vào giả sử một lược đồ cơ sở dữ liệu những gì đang diễn ra khi dữ liệu thực sự đến từ 10, 20, 30 nguồn.

Về lý thuyết, bạn có thể nói MDM cung cấp cho bạn một cái nhìn về vũ trụ dữ liệu nhưng thực tế nó thực sự là một phần của nó. Và chúng tôi thực sự chỉ thảo luận nếu bạn đang xem ý nghĩa kinh doanh của dữ liệu thì thông tin về ý nghĩa của dữ liệu thực sự là một phần của vũ trụ dữ liệu mà bạn đang xem. Mô hình là từ trên xuống và từ dưới lên. Đó là bạn có thể nhìn mọi thứ từ góc độ kinh doanh nhưng bạn cũng có thể nhìn mọi thứ từ góc độ của những gì chúng ta đã có. Và bạn xây dựng theo cả hai hướng. Và đây không phải là, và không bao giờ có thể là một dự án. Để bắt đầu nó là một dự án. Đó là một hoạt động đang diễn ra. Bạn có thể khởi động nó như một dự án vì bạn không có bất cứ điều gì mạch lạc, nhưng một khi bạn đã khởi động nó thì đó sẽ là một hoạt động đang diễn ra. Và bất cứ điều gì được thực hiện trong phạm vi dữ liệu, nhóm MDM nếu bạn muốn, nên biết về nó.

Những thách thức của khách hàng, chỉ cần nhìn vào tập trung vào thực thể khách hàng. Hiện tại có nhiều dữ liệu có sẵn về khách hàng từ nhiều nguồn hơn so với bất kỳ thực thể nào khác cho đến nay. Và nó dường như chỉ tăng lên tất cả các thời gian. Nó thường không chính xác. Nếu bạn đang thu thập dữ liệu từ tôi, ví dụ. Nếu bạn đang thu thập dữ liệu về tôi, bạn sẽ nhận ra rằng tôi có các danh tính khác nhau, đó chỉ là liệu tôi có sử dụng tên viết tắt giữa hay không khi tôi truy cập các trang web khác nhau. Và tôi làm điều đó thường chỉ để khám phá nơi tôi sẽ nhận được thư rác từ một danh tính nhất định. Nhưng rất nhiều người làm điều đó. Và sau đó mọi người mắc lỗi vô tình. Và sau đó thông tin đã lỗi thời.

Tôi đã đi đến một trong những tài nguyên dữ liệu này tuyên bố rằng có thể cung cấp cho bạn nhiều thông tin về bất kỳ cá nhân cụ thể nào, và đã làm điều rõ ràng và đặt câu hỏi về bản thân mình. Và một nửa thông tin họ cung cấp cho tôi đã thực sự lỗi thời. Và một số trong đó đã sai. Và bạn nhìn vào đó và bạn nghĩ, nếu bạn đi bằng cách này hay cách khác thu thập dữ liệu từ các nguồn khác, thì có một yếu tố rất lớn trong việc làm sạch dữ liệu và có thể xác định liệu đó có phải là dữ liệu bạn có. Là cá nhân, chúng tôi không có định danh duy nhất. Tên và số điện thoại di động có thể sẽ giúp bạn gần gũi với hầu hết mọi người, nhưng không phải ai cũng có số điện thoại di động. Và nó cũng khác nhau ở các nền văn hóa khác nhau. Và sau đó là bản chất của dữ liệu về mặt phân tích.

Tôi sẽ không đi sâu vào vấn đề này ở bất kỳ chiều sâu nào, nhưng dữ liệu có thể được chọn. Nếu bạn đã có dữ liệu Twitter của ai đó, chỉ có một số lượng nhỏ các cá nhân tích cực đưa dữ liệu lên Twitter. Và họ đang chọn. Họ không được chọn ngẫu nhiên khách hàng. Họ là những người đã quyết định rằng họ muốn được ca ngợi trên Twitter. Thật khó để có được cái nhìn 360 độ về khách hàng. Và đó một phần đơn giản là vì lịch sử kỹ thuật của mọi người. Không có gì lạ khi phát hiện ra có ba hoặc nhiều cơ sở dữ liệu khách hàng, giống như cơ sở dữ liệu, không bao giờ bận tâm đến nhiều nguồn thông tin khác mà bạn thực sự thu thập về khách hàng. Và phân tích khách hàng, đáng nói rằng bây giờ nó là một cơ hội lớn. Chúng tôi đã từng thực hiện phân khúc theo thời gian nhưng bây giờ thực sự, bởi vì có rất nhiều dữ liệu bên ngoài có sẵn cho khách hàng, bạn có thể thực hiện rất nhiều phân tích biểu đồ mối quan hệ, điều này thực sự tương đối mới. Bạn có thể sử dụng phân tích dự đoán, bạn chưa từng biết trước đây. Bạn có thể thu thập thông tin thời trang và thông tin ý kiến ​​mà bạn không bao giờ có thể thu thập trước đây.

Có một lý do rất chính đáng để xem xét những gì bạn đang làm đối với khách hàng và suy nghĩ về cách bạn có thể tận dụng tốt nhất dữ liệu bạn có. Một cái nhìn thực tế. Mô hình hóa thực thể khách hàng là một hoạt động cần thiết vì lợi ích của BI chính xác và hữu ích và sàng lọc kiến ​​thức. Nói cách khác, nếu bạn có một lượng khách hàng khá lớn thì đó không thực sự là một điều không bắt buộc. Bạn phải làm điều đó. Và tôi nghĩ đó là tất cả những gì tôi phải nói. Hãy chuyền bóng vào.

Eric Kavanagh: Được rồi, vậy John, tôi tin bạn sẽ đi tiếp? Sau đó Diana sẽ làm một bản demo. Vì vậy, với điều đó, John Evans, mang nó đi. Và mọi người, đừng ngại, hãy gửi câu hỏi của bạn bất cứ lúc nào. Chúng tôi sẽ theo dõi điều đó cho Q & A. Mang nó đi, John Evans.

John Evans: Được rồi. Cảm ơn, Eric. Và cảm ơn bạn Dez và Robin vì lời giới thiệu đó và những bình luận đó. Có rất nhiều sự trùng lặp giữa những gì bạn đã nói ở đó và những gì chúng ta sẽ nói và trình bày hôm nay, điều này thật tuyệt. Và chúng tôi chắc chắn đồng ý rằng khái niệm về trung tâm khách hàng này là điều mà mọi người đang tìm cách đạt được và tôi nghĩ rằng gốc rễ của chúng tôi sẽ nói rằng có dữ liệu tốt, dữ liệu tốt như bạn có thể có về khách hàng của mình, là cách duy nhất để có một lời cầu nguyện để đạt được điều đó. Vì vậy, những gì chúng tôi muốn làm hôm nay là nói về quản lý dữ liệu chủ định hướng khách hàng và chia sẻ với mọi người một chút về cách chúng tôi tiếp cận vấn đề đó, giải quyết vấn đề đó và nói về một đề nghị mới mà chúng tôi vừa giới thiệu được thiết kế để thực hiện dễ dàng cho các công ty thuộc mọi quy mô để cung cấp dữ liệu khách hàng tốt hơn trong toàn cảnh dữ liệu bị phân mảnh của họ. Vì vậy, phong cảnh có thể trông giống như thế này.

Chúng tôi đã có một loạt các hệ thống xung quanh chu vi ở đây, rất nhiều ứng dụng phân mảnh, một số trong số chúng đang chạy trên đám mây, một số trong số chúng đang chạy trong khuôn viên. Và trong mỗi điều này, theo định nghĩa, bạn sẽ có những cách khác nhau để xác định khách hàng và thông tin khách hàng. Các mô hình khác nhau của dữ liệu khách hàng với các thuộc tính khác nhau, các ưu tiên khác nhau và vv. Và ngay cả khi bạn là một tổ chức nơi bạn tự coi mình là, bạn biết, một cửa hàng SAP hoặc một cửa hàng Oracle, hoặc bạn chỉ đang điều hành doanh nghiệp của mình trên SAP, hoặc chỉ trên Oracle, hoặc bạn đang sử dụng SalesForce, bạn có thể có nhiều phiên bản của các hệ thống đó ngay cả trong công ty của mình. Có thể chúng được triển khai bởi một địa điểm khác hoặc theo một khu vực được thiết lập vì những lý do khác nhau, các khu vực khác nhau trên thế giới hoặc bạn có thể thiết lập chúng theo cách khác nhau theo ngành nghề kinh doanh. Và ngay cả khi bạn đã có một ERP duy nhất, nếu bạn đã thực hiện tùy chỉnh trên các hệ thống đó, sẽ có xung đột trong dữ liệu.

Bây giờ sự phân mảnh mà chúng ta đang thấy còn được củng cố bởi sự gia tăng của việc áp dụng các hệ thống dựa trên đám mây và các ứng dụng tốt nhất. Vì vậy, trong khi một môi trường thực sự rộng lớn, phức tạp, phức tạp như thế này từng là điều mà mọi người đều nghĩ, thì Well Well chỉ thực sự xảy ra ở các công ty thực sự lớn, vì sự ra đời của các giải pháp đám mây và phương pháp tốt nhất, vấn đề đó là bây giờ trở nên phổ biến hơn ngay cả trong các tổ chức nhỏ hơn. Vì vậy, nó thực sự điều hành một phạm vi từ các doanh nghiệp nhỏ cho đến các doanh nghiệp lớn. Mọi người đều chịu chung một vấn đề với dữ liệu khách hàng của họ. Và bạn có thể xem xét một số vấn đề mà tôi đã liệt kê ở đây ở giữa.

Tôi loại chúng thành ba loại. Có các vấn đề liên quan đến dữ liệu khi bạn có các bản sao, bạn có dữ liệu không hợp lệ, bạn thiếu các trường, bạn có thông tin không nhất quán, phân cấp không nhất quán và những điều đó có xu hướng trở nên tồi tệ hơn khi thời gian trôi qua. Sau đó, bạn có những thách thức liên quan đến con người, nơi mọi người không thể truy cập dữ liệu, họ không thể trả lời các câu hỏi họ có, nơi họ đang tìm kiếm nhưng họ không thể đạt được cái nhìn 360 độ mà Robin đang nói đến.

Và trên khu vực thứ ba là những thách thức liên quan đến quá trình, nơi bạn có dữ liệu ở nhiều nơi và mọi người cũng không biết điều gì đã thay đổi và khi nào mọi thứ xảy ra với dữ liệu mọi lúc. Vì vậy, không có sự kiểm soát hay quản trị nào về cách giữ dữ liệu đó sạch sẽ. Vì vậy, khi bạn đang cố gắng mang lại trải nghiệm khách hàng gắn kết / gắn kết hơn và tham gia vào cuộc đối thoại với khách hàng, thực sự rất khó để đạt được điều đó khi dữ liệu của bạn về những cá nhân đó không nhất quán và không chính xác.

Như tôi đã thấy, tôi nghĩ đó là tuần trước hoặc tuần trước, một bài viết trên Tạp chí Quản lý thông tin đã nói về lý do tại sao tiếp thị cá nhân hóa vẫn không chính xác và họ liệt kê chín lý do. Hai lý do đầu tiên trong danh sách của họ, chất lượng dữ liệu kém và dữ liệu không được tích hợp.

Vậy bạn có thể làm gì về điều này? Vâng, có một vài cách bạn có thể thử và tiếp cận vấn đề này và suy nghĩ về những gì nó sẽ gây tốn kém cho tổ chức của bạn. Bạn có thể tấn công dữ liệu khi nó được sinh ra nếu bạn muốn hoặc bạn có thể tấn công dữ liệu đó khi nó xâm nhập vào hệ thống của bạn, vì vậy đây là hình ảnh từ một tổ chức mà chúng tôi đã làm việc với nó thực sự làm nổi bật khoảng ba mươi địa điểm khác nhau nơi lưu trữ dữ liệu trong đó, trong cảnh quan của họ.

Vì vậy, một khi dữ liệu đó được phát hành ngoài tự nhiên, vào hàng tá hệ thống này, rất khó tìm, khó bảo trì, rất tốn kém để sửa chữa, nếu bạn nghĩ về việc đi vào và cố gắng sửa nó ba mươi lần khác nhau ở ba mươi nơi khác nhau . Vì vậy, một trong những khái niệm chúng tôi muốn nói đến là cố gắng chủ động và cố gắng khắc phục sớm mọi thứ trong vòng đời của nó bởi vì khi bạn làm điều đó sẽ dễ tìm thấy hơn, dễ kiểm soát hơn và ít tốn kém hơn để sửa chữa và bảo trì và theo cách đó bạn sẽ có được dữ liệu tốt hơn khi bạn làm việc xuôi dòng trong các ứng dụng của mình.

Vì vậy, đây là một khái niệm mà chúng ta đã nói đến được gọi là MDM chủ động và khẩu hiệu chúng tôi muốn sử dụng là khái niệm làm sạch các con sông, chứ không phải các hồ. Vì vậy, có ba bước để làm sạch, đầu tiên là làm sạch, nơi bạn muốn khớp và hợp nhất và xóa và tồn tại các bản ghi càng gần nguồn càng tốt để thử và lấy một bản ghi vàng để bạn tránh làm ô nhiễm các ứng dụng xuôi dòng của mình. Điều này có thể được thực hiện bằng cách kiểm soát được thực hiện đối với các nguồn hoặc thậm chí cung cấp một nơi để cung cấp dữ liệu tập trung sao cho phù hợp và chính xác trước khi bạn phát hành dữ liệu đó.

Làm giàu là về việc thêm giá trị cho dữ liệu khi bạn đi, bao gồm dữ liệu tham chiếu và thông tin khác không có trong hệ điều hành nguồn của bạn, vì vậy đây có thể là phân cấp, ví dụ có thể là phân đoạn không được lưu trữ trong các hệ thống đó.

Sau đó, phần thứ ba là về việc giữ sạch sẽ và đây là nơi bạn muốn đảm bảo rằng bạn đã có quy trình tại chỗ và mọi người được xác định để quản lý và thực hiện quản trị, có sẵn các công cụ để kích hoạt các quy trình đó và sau đó chủ động khớp và bạn dọn dẹp dữ liệu của bạn trên cơ sở định kỳ sao cho không có, vì vậy bạn tránh được sự phân rã sẽ xảy ra một cách tự nhiên, ví dụ như khi mọi người thay đổi công việc hoặc họ thay đổi nơi cư trú.

Vì vậy, làm thế nào để bạn có được điều này? Chà, có một số tùy chọn mà bạn có thể sử dụng để tấn công vấn đề này. Bạn có thể sử dụng một công cụ chất lượng dữ liệu, bạn có thể sử dụng một công cụ tích hợp dữ liệu để trích xuất thông tin, bạn có thể sử dụng một công cụ dòng công việc để chia phần cho những người khác nhau. Bạn có thể sử dụng một công cụ quản trị để theo dõi xem ai đang làm gì. Bạn thực sự có thể xâu chuỗi tất cả những công cụ di sản khác nhau đó và ném rất nhiều người vào đó.

Nhưng tất cả đều rất tốn kém, rất tốn tài nguyên, sẽ chậm triển khai và sẽ khó quản lý và thậm chí bạn có thể muốn bắt đầu với dữ liệu khách hàng của mình nhưng cuối cùng bạn cũng muốn quản lý sản phẩm của mình, danh sách các sản phẩm mà những khách hàng đó có, và danh sách các nhà cung cấp cho các sản phẩm đó và biểu đồ các tài khoản bạn đang sử dụng trong doanh nghiệp của mình để theo dõi những gì đang diễn ra, quản lý nhân viên của bạn phục vụ những khách hàng đó, v.v. . Vì vậy, bây giờ bạn đang nói về nhiều tên miền, nhà cung cấp, sản phẩm, biểu đồ tài khoản, nhân viên, v.v để thử và cung cấp cái nhìn 360 độ cho toàn bộ doanh nghiệp của bạn.

Vì vậy, lý tưởng mà chúng tôi nghĩ bạn muốn đạt được là một giải pháp để tích hợp, khớp và xóa dữ liệu chủ khách hàng của bạn, một giải pháp để bạn có thể quản lý quản lý và quản trị và một công cụ mà bạn có thể sử dụng để quản lý mọi miền dữ liệu khi bạn bắt đầu khách hàng và di chuyển trên. Vì vậy, đó là mục tiêu đằng sau một đề nghị mới mà chúng tôi vừa công bố có tên là Magnitude ONE. Magnitude ONE là một sản phẩm MDM được thiết kế cho các công ty để tích hợp, hài hòa và quản lý dữ liệu chủ của họ trên các ứng dụng SaaS hoặc phi cơ sở phổ biến đang được sử dụng như chúng ta đã nói trước đó và vì vậy Magnitude ONE bao gồm một số thành phần.

Điều đầu tiên bao gồm là giải pháp MDM Kalido của chúng tôi, đã được triển khai ở một số công ty trên thế giới và Eric, bạn đã nói về việc bạn tiếp xúc với dữ liệu chủ và quản lý vào năm 2003, tôi nghĩ rằng sản phẩm này ban đầu xuất hiện vào khoảng năm 2004. chúng tôi là người tiên phong sớm trong không gian này, với công cụ này. Chúng tôi bắt đầu sử dụng nó để phục vụ việc sử dụng thông tin phân tích để đảm bảo rằng dữ liệu tốt được đưa vào kho và theo thời gian, khách hàng của chúng tôi đã sử dụng nó ngày càng nhiều hơn trong các trường hợp sử dụng hoạt động và quản lý nhiều tên miền bao gồm khách hàng và sản phẩm và tài chính và nhà cung cấp và nhân viên và vv. Vì vậy, Kalido MDM là một phần cốt lõi của giải pháp này.

Chúng tôi cũng cung cấp kết nối và tích hợp cho nhiều hệ thống nguồn khác nhau bằng sự hợp tác với phần mềm SCRIBE, sử dụng nền tảng tích hợp trực tuyến SCRIBE của họ làm dịch vụ. Đó là một sự tích hợp dựa trên đám mây với các kết nối tới hơn bốn mươi hệ thống trên cả hai hệ thống tiền đề và SaaS mà các tổ chức sử dụng. Vì vậy, với cả hai cùng nhau, với giải pháp MDM Kalido của chúng tôi, nó cũng bao gồm và khả năng có một môi trường điều khiển công việc để quản lý dữ liệu chủ và quản lý nó trong toàn bộ vòng đời của nó. Chúng tôi có một công cụ phù hợp trong đó được thiết kế đặc biệt để xử lý dữ liệu khách hàng và chúng tôi cũng cung cấp ngoài phần mềm, một số lớp đào tạo ảo về sản phẩm MDM Kalido và các thành phần mô hình hóa.

Vì vậy, Robin, bạn đã nói về mô hình, đó là một phần rất quan trọng và đó thực sự là nơi chúng ta bắt đầu trong giải pháp của mình và chúng tôi sẽ cho bạn thấy rằng trong một khoảnh khắc, bạn lấy cái bảng trắng mà Dez đã trình bày và dịch nó thành thứ gì đó có thể thực sự thiết lập hệ thống MDM của bạn. Điểm cuối cùng của bạn về Magnitude ONE là nó có sẵn tại cơ sở hoặc dưới dạng dịch vụ đám mây, bạn có thể nhận được giấy phép đăng ký hoặc giấy phép vĩnh viễn. Ý tưởng là nó sẽ dễ dàng cho bạn mua, bảo trì, thực hiện và bảo trì.

Vì vậy, cái này trông giống như là Magnitude ONE ở trung tâm ở đây, với khả năng mạnh mẽ để làm mọi thứ trong các hộp màu trắng và màu xanh. Vì vậy, kết nối và truy cập dữ liệu khách hàng thông qua trình kết nối SCRIBE mà tôi đã nói về. Sau đó, thực hiện tất cả các bài tập thành thạo mà bạn cần thực hiện xung quanh việc khớp dữ liệu, hợp nhất, tồn tại và làm phong phú dữ liệu để làm cho nó sạch sẽ. Sau đó ủy quyền và xuất bản dữ liệu chính xác và nhất quán ra các hệ thống tiêu thụ của bạn cùng với lớp truy cập để mọi người tìm kiếm dữ liệu, duyệt dữ liệu và thậm chí là tác giả các bản ghi mới để hệ thống phân tích và vận hành của bạn có thể sạch sẽ khi thời gian trôi qua.

Chúng tôi cung cấp giao diện người dùng dựa trên web cho cả quản trị viên và quản trị viên, người mà bạn sẽ thấy trong giây lát, cũng như người dùng doanh nghiệp. Họ không chỉ có thể duyệt và truy cập dữ liệu chủ được công bố đó, thậm chí họ còn có thể đóng vai trò trong quy trình quản lý. Vì vậy, hãy tưởng tượng người đại diện bán hàng của bạn nói chuyện với khách hàng, họ tìm hiểu điều gì đó mới về khách hàng, họ có thể đưa ra yêu cầu thay đổi và nói rằng khách hàng này, họ đã thay đổi tiêu đề, họ đã thay đổi địa chỉ email, họ đã chuyển đổi công ty, có lẽ bác sĩ này đã chuyển liên kết với bệnh viện này, chúng tôi muốn đảm bảo rằng chúng tôi theo dõi những thứ đó, hoặc nhà môi giới bảo hiểm này hiện đang mang những sản phẩm này, chúng tôi muốn đảm bảo rằng chúng tôi tiếp thị những sản phẩm bảo hiểm mới này cho họ, ví dụ. Vì vậy, những thứ đó có thể được nâng lên và phục vụ ngay khi nhân viên của bạn đối mặt với những cá nhân đó.

Vài thuộc tính khác về giải pháp của chúng tôi. Số một là mô hình kinh doanh này, hãy nhớ rằng bức tranh bảng trắng mà Dez cho thấy có các vòng tròn và mũi tên. Về cơ bản, đó là các yêu cầu kinh doanh về cách thức dữ liệu cần phải được sử dụng như thế nào trong thế giới thực. Chúng tôi bắt đầu với một thứ gọi là mô hình thông tin doanh nghiệp và về cơ bản chúng tôi có thể nắm bắt các yêu cầu đó và các quy tắc kinh doanh tiếp viên và thực sự triển khai điều đó để tạo ra các quy tắc và kho lưu trữ MDM. Vì vậy, nó hoạt động hiệu quả như một cách để thu hẹp khoảng cách truyền thông mà chúng ta thường thấy giữa những người kinh doanh mô tả một yêu cầu và CNTT phải quay lại và dịch nó thành các bảng và ánh xạ, v.v.

Vì vậy, chúng tôi có cách tiếp cận theo mô hình kinh doanh để đảm bảo rằng nó ngay từ khi bạn bắt đầu. Chúng tôi cũng bao gồm xử lý tự động cho điều đó và luồng công việc được nhúng và quản lý thay đổi để bạn có thể, nếu bạn có thay đổi trong mô hình nơi bạn thêm vào nó, bạn có thể nhanh chóng triển khai điều đó và thực hiện điều đó với một nhóm nhỏ vì tự động hóa, nó không yêu cầu nhiều mã hóa như bạn có thể mong đợi để làm.

Tôi đã đề cập đến bản chất điều khiển mô hình cũng điều khiển các màn hình thực sự xuất hiện. Vì vậy, khi bạn có mô tả về khách hàng và bạn có thuộc tính của họ ở đó, những gì bạn sẽ thấy trên màn hình là các thuộc tính được xác định trong mô hình, vì vậy tất cả được tạo cho bạn, bạn không phải tạo bất kỳ giao diện cụ thể nào màn hình để ánh xạ dữ liệu, tất cả đều được điều khiển khỏi mô hình.

Một tính năng thú vị khác mà chúng tôi đã giới thiệu là khái niệm tích hợp Excel cho người quản lý dữ liệu. Điều này có nghĩa là người quản lý dữ liệu có thể sử dụng Excel làm nơi chỉnh sửa các bản ghi không thể tự động khớp và phê duyệt và triển khai. Bây giờ bạn có thể nghĩ, đây chỉ là, bạn chỉ đang chuyển dữ liệu sang Excel, phải không? Chà còn hơn thế nữa bởi vì điều thú vị về khả năng này là nó khắc phục được vấn đề chỉ cần đổi mới cập nhật dữ liệu bằng cách tải lên dữ liệu từ Excel.

Chúng tôi thực sự, khi bạn tải dữ liệu đó từ Kalido MDM về giao diện Excel, nó đi kèm với các quy tắc xác thực. Vì vậy, nó sẽ cho bạn biết những ô nào trong số những ô này cần được điền vào để biến nó thành một bản ghi hợp lệ, nó sẽ cung cấp cho bạn một danh sách thả xuống các giá trị khả dụng hoặc các giá trị được phê duyệt để bạn tránh về cơ bản tạo lỗi khi bạn cập nhật các bản ghi dữ liệu chủ.

Sau đó, trên công cụ dòng công việc được nhúng, hãy đảm bảo tất cả dữ liệu được xử lý và ủy quyền xuất bản và nó cũng theo dõi xem ai đã làm gì và khi nào và cho phép bạn xem xét và kiểm tra tất cả các giá trị dữ liệu chính trước đó để bạn có thể thấy dữ liệu đã thay đổi như thế nào thời gian.

Vì vậy, lợi ích của việc này, về mặt dữ liệu khách hàng, là bạn có thể đến một nơi mà bạn có thể có các cuộc đối thoại và tương tác được cá nhân hóa và có liên quan hơn với khách hàng. MDM trở nên quan trọng hơn trong kinh doanh, đặc biệt là khi bạn nghĩ về tiếp thị một-một đang diễn ra ở đó và đây là một ví dụ tốt về chu kỳ xảy ra.

Vì vậy, bạn bắt đầu với dữ liệu về khách hàng của mình, đây là nội dung mà bạn đã thành thạo, họ là ai, họ sở hữu sản phẩm gì, tôi có thể kết hợp những gì về thông tin khách hàng trên nhiều hệ thống? Sau đó, bạn làm phong phú điều đó với nhiều thông tin hơn về họ và cách bạn đã tương tác trong quá khứ. Họ đã trả lời những gì? Hoặc làm thế nào để họ muốn được liên lạc? Có lẽ họ muốn được liên lạc bằng fax nên đó là lý do tại sao nó vẫn còn trên danh thiếp của họ. Nhưng thông tin đó cung cấp cho bạn cái nhìn sâu sắc mà bạn cần để tương tác.

Vậy còn sở thích nào khác? Một số trong đó có thể đến từ các nguồn xã hội chẳng hạn. Sau đó, bạn có thể quyết định rằng tương tác tốt nhất tiếp theo cho những khách hàng đó là gì, tôi nên cung cấp những gì? Điều đó sẽ tạo ra một số loại tương tác, họ sẽ tải xuống một cái gì đó, họ sẽ mua một cái gì đó.

Tất nhiên, điều đó sẽ tạo ra nhiều dữ liệu mà bạn muốn cung cấp cho chu trình tiếp thị đạo đức này. Do đó, bạn sẽ có thể tìm và đóng khách hàng mới nhanh hơn, tăng doanh số, cung cấp dịch vụ khách hàng tốt hơn, loại bỏ lỗi trùng lặp, vận chuyển các tài liệu tiếp thị chẳng hạn, và cuối cùng chúng tôi sẽ giảm doanh số và chi phí tiếp thị.

Vì vậy, một ví dụ về một khách hàng của chúng tôi đã làm điều này, bưu điện của Vương quốc Anh đã sử dụng Kalido MDM để cung cấp dữ liệu khách hàng tốt hơn để họ có thể phân phối đúng sản phẩm và thực hiện các cuộc đối thoại khách hàng của họ theo đúng kênh dẫn đến doanh số cao hơn và tăng lợi nhuận cho họ.

Vì vậy, đó chỉ là những bình luận giới thiệu của tôi, bây giờ tôi muốn chuyển nó cho Diana, để đưa bạn qua và chỉ cho bạn chính xác cách chúng tôi thực hiện một số điều này.

Diana Collins: Cảm ơn John, vì vậy hy vọng chúng tôi sẽ có thể mang lại một số điều này cho cuộc sống cho tất cả các bạn. Vì vậy, những gì bạn nên thấy trên màn hình của bạn ngay bây giờ là một ví dụ về mô hình thông tin kinh doanh Kalido. Vì vậy, một phần của giải pháp, những gì chúng tôi sẽ cho bạn thấy hôm nay là sự tích hợp dữ liệu từ salesforce.com. Ở đây chúng tôi đã đưa ra mô hình salesforce.com của chúng tôi ở phía dưới bên trái. Đó rõ ràng là một ứng dụng dựa trên web, phần mềm là loại ứng dụng dịch vụ. Chúng tôi sẽ tích hợp nó với dữ liệu từ triển khai tại chỗ của chúng tôi về Oracle, một bộ kinh doanh.

Vì vậy, mục tiêu của chúng tôi là lấy thông tin liên hệ và thông tin tài khoản của chúng tôi từ salesforce.com, tích hợp nó với các tài khoản phải thu và thông tin liên hệ của chúng tôi vào một tài khoản hài hòa và cấu trúc liên hệ mà sau đó chúng tôi sẽ tải vào Microsoft Dynamics CRM. Vì vậy, kịch bản của chúng tôi ở đây là chúng tôi đang chuyển từ sử dụng salesforce.com trong quá khứ sang sử dụng Dynamics CRM. Chúng tôi muốn đảm bảo rằng chúng tôi có một danh sách khách hàng được tích hợp đầy đủ, hài hòa, chế độ xem 360 độ dựa trên môi trường Dynamics CRM mới của chúng tôi.

Vì vậy, để xây dựng điều này, chúng tôi đã chuyển dữ liệu từ salesforce.com và EBS sang Kalido MDM, chúng tôi thực sự đã chạy quá trình hài hòa hóa. Vì vậy, vì lợi ích của thời gian, chúng tôi đã hoàn thành việc nấu ăn và chúng tôi sẽ thưởng thức bữa ăn. Vì vậy, bây giờ hãy chuyển sang môi trường MDM của chúng tôi và chỉ cho bạn thấy một số điều chúng tôi có thể làm trong các tính năng được thêm vào mà giải pháp MDM thêm vào tích hợp kết nối đơn giản của các nền tảng này.

Nhưng một trong những điều sẽ xảy ra tất nhiên, đó là bạn sẽ đánh mất lịch sử của mình. Bạn sẽ kết thúc với dữ liệu của mình trong Microsoft Dynamics, nhưng bạn có biết mọi thứ đến từ đâu không? Đó là những gì MDM, một trong những điều mà giải pháp MDM có thể cung cấp cho chúng tôi, nó mang lại cho chúng tôi một lịch sử.

Vì vậy, nếu chúng ta xem danh sách các tài khoản hài hòa và chúng tôi sẽ chọn một trong những tài khoản đó. Hãy nói rằng chúng tôi đã chọn Cửa hàng của Albert ở đây. Điều này cung cấp cho chúng tôi một số thông tin về nơi mà hồ sơ Cửa hàng của Albert này đến từ đâu. Chúng ta có thể thấy rằng đó là sự hợp nhất của hai bản ghi, một bản ghi từ tài khoản salesforces.com có ​​tên là Albert và Gerard và một bản đến từ tài khoản thanh toán EBS có tên là Cửa hàng của Albert và chúng được tích hợp với nhau và được hòa hợp vào tài khoản mẹ duy nhất có tên là Cửa hàng của Albert.

Chúng tôi cũng thấy ID ban đầu của nó, chúng tôi có thể thấy ngày hôm nay nó đã được di chuyển sang Microsoft Dynamics vì ở đây chúng tôi có ID CMR từ Microsoft Dynamics. Tôi có thể thấy thời gian khi dữ liệu được cập nhật lần cuối. Ngoài ra, chúng tôi còn cung cấp một chế độ xem khác không chỉ cho phép bạn xem dữ liệu mà còn với chế độ xem biểu đồ của chúng tôi, bạn có thể xem các liên kết mà dữ liệu tham gia.

Vì vậy, ở đây chúng tôi có cùng một hồ sơ, Cửa hàng của Albert với các liên kết của nó với tài khoản phải thu, tài khoản salesforce.com và các liên hệ của nó. Nếu chúng tôi chọn một trong những liên hệ này, chúng tôi có thể thấy rằng liên hệ đó thực sự là một liên hệ của salesforce.com. Tương tự như vậy, tài khoản Adam Albert của chúng tôi là một liên hệ EBS, do đó, trong phong trào này, tôi nghĩ trên màn hình nó đang diễn ra tự động, một vài trong số chúng tôi đang làm mọi thứ dễ đọc. Nhưng khi chúng ta tiếp tục, chúng ta có thể xem thông tin liên lạc và thấy rằng nó đến từ tài khoản salesforce.com của chúng tôi. Điều đó thực sự sẽ xây dựng một khung nhìn cho chúng ta thấy tất cả các mối quan hệ mà dữ liệu của chúng ta tham gia.

Ngoài ra, xem các cách mà chúng tôi phân loại dữ liệu saleforce.com của chúng tôi và có những tài khoản khác ngoài đó có quá nhiều danh sách. Chà, những thứ đó quá nhiều để liệt kê, chúng ta vẫn có thể tìm đến chúng. Chúng tôi chỉ có thể cuộn xuống trang ở đây và vào danh sách tất cả các tài khoản bổ sung có quá nhiều để liệt kê trong chế độ xem đồ họa. Tất nhiên chúng ta cũng có thể bắt đầu trong chế độ xem biểu đồ cho bất kỳ trong số này. Vì vậy, đó là một cách để đối phó với mọi thứ. Chúng tôi có thể xem dữ liệu, chúng tôi có thể thao tác dữ liệu, chúng tôi cũng muốn có thể khắc phục và sửa dữ liệu. Vì vậy, một vài cách để xem xét điều đó.

Vì vậy, một trong những điều chúng tôi có thể làm là chúng tôi có thể đi qua, hãy xem phân cấp, tôi đã lưu phân cấp tài khoản của chúng tôi như một trong những mục yêu thích của tôi, vì vậy tôi có thể lưu các danh mục thông tin khác nhau cũng như các đường dẫn phân cấp Tôi có thể sử dụng trong trình duyệt phân cấp của mình. Vì vậy, ở đây tôi có thể đi sâu vào hệ thống phân cấp của mình, tôi có thể thấy tất cả các liên hệ khác nhau mà tôi có với mỗi tài khoản.

Nhưng một trong những điều khác mà môi trường này cung cấp là tùy chọn tìm tất cả trẻ mồ côi. Đây là những liên hệ xuất hiện thông qua hệ thống hài hòa của chúng tôi không có cha mẹ trong nguồn của họ, vì vậy đây là những đứa trẻ mồ côi bị bỏ lại. Vì vậy, chúng tôi đã mang những thứ này qua, chúng tôi đã xác định chúng, chúng tôi biết rằng đây là những đứa trẻ mồ côi, làm thế nào để chúng tôi sửa nó? Vâng, chúng tôi chỉ cần nhấp vào chuyển đổi này để chỉnh sửa chế độ, điều này sẽ mở ra một cái nhìn khác về hệ thống phân cấp và bây giờ chúng tôi có thể bắt đầu phân loại những người này. Vì vậy, có lẽ Bill Murray đã làm việc cho AC Network để chúng tôi có thể đưa anh ấy vào và thêm anh ấy vào danh sách và chúng tôi thấy anh ấy nổi bật bằng cách chỉ ra cho chúng tôi đây là một sự thay đổi. Tôi có thể di chuyển Sandy và giao cô ấy cho AG Edwards và Company.

Khi những thay đổi này đang được thực hiện, chúng đang được ghi lại ở đây, tôi có thể hoàn tác chúng nếu tôi nhận ra mình đã phạm sai lầm. Tôi có thể kết hợp nhiều nhóm của chúng lại với nhau và di chuyển chúng qua hệ thống dưới dạng một đơn vị bằng cách đặt tên cho chúng và sau đó chúng được xử lý như một đơn vị công việc duy nhất thông qua hệ thống của tôi. Vì vậy, đây là một cách và rõ ràng nếu tôi là người chủ động, tôi có thể muốn vào đây và xem xét điều này và xem liệu có trẻ mồ côi và giải quyết vấn đề đó không. Nếu tôi không thì sao? Nếu tôi không chủ động thì sao? Vâng, một lần nữa hệ thống của chúng tôi bao gồm một quy trình công việc, mà tôi đã đề cập trước đó, một giải pháp quy trình công việc cho phép chúng tôi giải quyết vấn đề này trực tiếp hơn.

Để làm điều đó tôi sẽ đăng xuất với tư cách quản trị viên hệ thống, bây giờ tôi sẽ đăng nhập với tư cách là người quản lý dữ liệu, được chứ? Vì vậy, đây sẽ là cá nhân chịu trách nhiệm quản lý dữ liệu không hợp lệ. Bạn sẽ thấy ngay khi tôi đăng nhập, tôi được đưa đến hộp thư đến của mình, đoán ở đâu? Có 11 hồ sơ mồ côi của chúng tôi vì mối quan hệ, sự liên kết giữa các liên hệ và tài khoản của họ là bắt buộc. Tất cả các tài khoản hài hòa không có kết nối phù hợp với tài khoản đều không hợp lệ. Chúng di chuyển qua quy trình công việc và như chúng ta có thể thấy trong sơ đồ của quy trình công việc, đây là nơi chúng ta đang ghi lại các bản ghi. Sau đó, họ sẽ chuyển sang quy trình phê duyệt, được phê duyệt bởi người quản lý bán hàng, được phê duyệt bởi kế toán và cuối cùng được ủy quyền xuất bản trên bản cập nhật hàng loạt tiếp theo của động lực học của chúng tôi.

Tất nhiên, điều này cũng có thể được thiết lập để chạy trong thời gian thực ngay khi nó được xuất bản, ngay khi được ủy quyền xuất bản, nó sẽ ngay lập tức chảy ra Động lực học, tùy thuộc vào cách bạn muốn định cấu hình bước cuối cùng của giao diện. Vì vậy, hy vọng điều này đã mang lại cho chúng tôi - cung cấp cho bạn tất cả ý tưởng ngắn gọn, tổng quan, về một số cách mà công cụ MDM của chúng tôi có thể giúp làm phong phú và cải thiện môi trường của chúng tôi. Có rất nhiều cách khác nhau để chúng tôi có thể tăng cường sử dụng thông tin của khách hàng của bạn và thực sự đến thời điểm đó bạn đã có một cái nhìn 360 độ hài hòa thực sự về một khách hàng với tất cả thông tin ở một nơi có sẵn cho người dùng. Không chỉ thông qua giao diện người dùng của nhà cung cấp này mà như tôi đã đề cập, chúng tôi cũng cung cấp giao diện người tiêu dùng, một loại cổng thông tin web mà nếu người dùng biết rằng có một thay đổi trong tài khoản, anh ta có thể đưa ra yêu cầu thay đổi và giải quyết vấn đề đó, và thay đổi yêu cầu trực tiếp đến người quản lý dữ liệu để thực hiện bất kỳ thay đổi nào đối với hồ sơ này mà họ thấy cần phải thực hiện. Vì vậy, tại thời điểm này, tôi nghĩ rằng tôi sẽ chuyển nó lại cho Eric và chúng tôi sẽ chuyển sang Q và A.

Eric Kavanagh: Điều chắc chắn. Vì vậy, chúng tôi đã có một vài câu hỏi từ khán giả ở đây. Tôi sẽ ném nó ra nhưng có thể là Dez hoặc Robin đầu tiên, bạn có câu hỏi nào không? Hãy để tôi bắt đầu với bạn Dez.

Dez Blanchfield: Một trong những điều mà tôi bắt gặp mỗi khi tôi trải qua hành trình này với một tổ chức là toàn bộ thử thách kiểm soát phiên bản này. Bạn có thể chỉ cần chạm vào cách tiếp cận kiểm soát phiên bản xung quanh dữ liệu hoặc chắc chắn - bạn biết đấy, hãy tưởng tượng một kịch bản trong đó ba bộ phận khác nhau của các tổ chức đang giao dịch với tôi với tư cách là một khách hàng, và sau đó họ đang thực hiện các cập nhật và thay đổi mới dụng cụ. Làm thế nào để chúng tôi giải quyết vấn đề chỉ phiên bản kiểm soát dữ liệu thông qua doanh nghiệp và ai đang quản lý, kiểm soát và phê duyệt điều đó?

Diana Collins: Đó là một câu hỏi xuất sắc. Vì vậy, một trong những điều được xây dựng và đưa vào giải pháp của chúng tôi là kiểm tra dấu vết và lịch sử. Vì vậy, tôi sẽ xem nếu tôi có thể tìm thấy một bản ghi với lịch sử. Hãy cho tôi xem nếu Cửa hàng của Albert ghi lại rằng chúng tôi đang sử dụng có lịch sử hay không, ngay khi tôi nhấp vào Chế độ Lịch sử, điều này đối với tôi - tôi có - điều này không có thay đổi trong lịch sử. Tôi muốn nó như thể nó sẽ cho chúng ta thấy bất kỳ thay đổi tạm thời nào được thực hiện ở đây, và ngày và thời gian chúng được thực hiện. Ngoài ra, tôi có thể đi đến Chi tiết lịch sử đầy đủ và nếu tôi bật theo dõi kiểm toán, tôi sẽ không chỉ thấy những thay đổi đó và khi chúng được thực hiện mà sau đó, bản kiểm toán sẽ cho tôi biết ai đã thực hiện những thay đổi đó, người dùng nào cũng thực hiện những thay đổi đó .

Cách tiếp cận của chúng tôi để tạo phiên bản dựa trên nhiều thời gian hơn là đặt nhãn tùy ý. Bạn có thể chọn một thời điểm và xem dữ liệu của mình tại thời điểm đó và di chuyển dữ liệu như tại thời điểm đó. Và chúng tôi theo dõi tất nhiên lịch sử không chỉ của nội dung dữ liệu mà còn của mô hình dữ liệu. Vì vậy, khi mô hình dữ liệu của bạn có thể phát triển, chúng tôi sẽ thêm các phân loại mới, chúng tôi cũng theo dõi điều đó và bạn luôn có thể quay lại và xem mọi thứ như tại bất kỳ thời điểm nào.

Dez Blanchfield: Các mô hình dữ liệu đang đặt ra thách thức ở đó, ý tôi là bạn có một phả hệ đáng kể với việc xử lý một số bài viết quan trọng. Bạn có thể cho chúng tôi một vài ví dụ về một số mô hình dữ liệu đã có và một số bạn xử lý việc này, bạn biết đấy, các lĩnh vực chính như sản xuất, bán lẻ và hậu cần, và dịch vụ tài chính. Bạn có quản lý ngân hàng và thua lỗ, v.v., cách tiếp cận được thực hiện với một mô hình trước đó có thể nhanh chóng tạo ra một dự án mà mọi người có thể bắt đầu biết các lỗ hổng đó ở đâu, hoặc họ phải tự xây dựng và đào tạo mô hình đó?

Diana Collins: Chúng tôi đã thực hiện cả hai cách tiếp cận trong nhiều năm. Chúng tôi đã thử đưa ra các mô hình và thấy rằng một mô hình càng hoàn thiện thực sự có nghĩa là càng có nhiều thay đổi bạn phải thực hiện, để có nhiều tùy chỉnh hơn mà bạn có thể thực hiện cho khách hàng. Vì vậy, chúng tôi đã thực sự tiếp cận các phân đoạn của các mô hình, các yếu tố phổ biến cơ bản nhất định mà chúng tôi thấy thực sự thấm vào toàn bộ các ngành công nghiệp.

Ví dụ, chúng tôi có các dịch vụ tài chính, chúng tôi có các mô hình trong thị trường vốn cho chứng khoán và các công cụ phái sinh, v.v. Chúng tôi có các mô hình bảo hiểm, bảo hiểm tài sản và trách nhiệm, tái bảo hiểm và cả hai đều quản lý rủi ro theo những cách khác nhau. Chúng tôi có các mô hình sản xuất cho hóa đơn sản phẩm vật liệu, hóa đơn hạ cánh. Chúng tôi có các phần khác của mô hình cho chuỗi cung ứng hoặc bất kỳ trình theo dõi nào khác, kho trung gian, mô hình phân phối, lão hóa hàng tồn kho, những thứ tương tự. Đối với nhiều khách hàng của chúng tôi, bạn biết đấy, chúng tôi đã có khách hàng ở hầu hết mọi ngành dọc mà bạn có thể nghĩ đến, nhưng đối với nhiều người trong số họ, chúng tôi đã có thể phát triển các thành phần cốt lõi nhất định mà chúng tôi lắp ráp cho khách hàng của mình thành một mô hình hoàn chỉnh.

John Evans: Vâng. Hãy để tôi thêm vào đó, Diana. Bạn biết đấy, mô hình mà chúng ta đã trình bày cách đây một phút với loại nền màu cam thực sự là một mô hình khái niệm nên nó có, nguyên âm, và không có dấu gạch dưới, ý tôi là con người có thể hiểu được. Đây không phải là một khái niệm về CNTT, đó là điều mà một người kinh doanh có thể hiểu được. Chúng tôi có các mô hình khái niệm này, chúng tôi có thể nhập một mô hình hiện có mà bạn có thể có và chúng tôi tính đến nó theo cách này nhưng với - như Diana đã nói, khi chúng tôi có một mô hình hoặc một mô hình ví dụ mà chúng tôi đã sử dụng rằng trước khi chúng tôi trình bày với khách hàng, thường là bên trong, bạn biết đấy, một lúc nào đó nhìn vào nó và đưa nó lên màn hình và sắp xếp chỉ và cử chỉ, họ thường có thể cấu trúc lại mô hình đó để khiến nó trở nên đẹp hơn về những gì họ đang cố gắng thực hiện.

Vì vậy, nó tăng tốc thời gian để nắm bắt những yêu cầu đó để bạn có thể tiếp tục với nó nhưng điều khác tôi không trình bày ở đây là, bạn biết, có sơ đồ này nhưng cũng có một tab gọi là các thao tác mà về cơ bản bạn nhấn và nó tạo ra tất cả các đối tượng mà bạn cần trong kho MDM cùng với quy tắc mà bạn đã có - bạn thiết lập, bạn biết, tùy chọn nào, bắt buộc là gì, tính chính xác, tất cả những thứ bạn muốn để làm nhưng có một nút có chữ Deployment, thì nó sẽ tạo ra mô hình mà bạn đã tạo ở mặt trước. Vì vậy, chúng tôi có những mảnh vỡ, chúng tôi có kinh nghiệm trong nhiều ngành công nghiệp và các chuyên gia tư vấn của chúng tôi có thể cho phép khách hàng bắt đầu rất nhanh.

Diana Collins: Chà, một điều nữa tôi sẽ tìm hiểu

Dez Blanchfield: Vì vậy, tôi là người nhanh chóng khác trước khi tôi giao nó cho Robin - vâng, xin lỗi, đi.

Diana Collins: Tôi chỉ lưu ý nhanh rằng chúng ta thường chạy các phiên mô hình hóa này như một phiên gây nhiễu vì chúng ta không quan tâm lắm đến các chi tiết của tất cả các thuộc tính, chúng ta có thể điền vào đó sau này khi chúng ta đến với nó. Điều chúng tôi thực sự quan tâm là có được quan điểm kinh doanh về cách dữ liệu kết hợp với nhau và cách họ hiểu nó hữu ích và đó là cách chúng tôi muốn xây dựng giải pháp.

Dez Blanchfield: Không, tất cả đều có ý nghĩa lớn. Lần cuối nhanh nhất tôi sẽ giao nó cho Robin. Vì vậy, điều mà tôi tưởng tượng ngay lập tức sẽ xảy ra trong cuộc trò chuyện của người quản lý của chúng tôi với các tổ chức mà tôi giao dịch là - họ có quan điểm, họ đã có, bạn biết, quản trị, khung và công cụ - đó là trải nghiệm như thế nào khi bạn tham gia một tổ chức mà giả sử nhóm quản lý quyết định họ sẽ đi theo con đường này, trở thành trung tâm của khách hàng và làm sạch dữ liệu khách hàng của họ, hoặc nhận được một khoản nợ duy nhất, nhưng CNTT và các bộ phận khác của doanh nghiệp có thể đã cảm thấy họ chạy nhiều chương trình làm việc để đến một nơi tốt trên đó?

Diana Collins: Ồ tốt, đó là một câu hỏi thú vị. Vâng, tôi đề nghị rằng việc triển khai MDM thường sẽ thất bại trừ khi có loại hỗ trợ cấp cao đó. Tôi nghĩ rằng các dự án này phải được thúc đẩy từ một cấp độ khá cao trong một tổ chức bởi vì có một sự thay đổi văn hóa cần phải được chấp nhận. Tôi nghĩ Robin đã nói điều này sớm hơn rằng, bạn biết đấy, đó không phải là điều mà bạn chỉ làm như một dự án và nó phụ thuộc vào cách nó thường được tiếp cận trong tổ chức CNTT. Đây là một chương trình đang diễn ra, nó là một cái gì đó đòi hỏi sự cam kết và sẵn sàng thay đổi nếu bạn sẽ thực hiện và sau đó khi bạn có điều đó tôi nghĩ rằng chúng tôi thấy rằng việc triển khai rất tốt.

Trường hợp chúng tôi phải đấu tranh trong một số triển khai đã từng là nơi không có sự hỗ trợ quản lý cấp cao hoặc nơi tổ chức CNTT có khả năng chống lại sự thay đổi nhưng chúng tôi đã khá thành công trong cả hai trường hợp chiến thắng họ. Tôi nghĩ rằng một khi chúng tôi chỉ cho họ cách thức hoạt động và vận hành đơn giản như thế nào, và nó thực sự chịu trách nhiệm về nội dung dữ liệu khỏi vai họ như thế nào và thực sự CNTT không nên chịu trách nhiệm về điều đó. Doanh nghiệp biết những gì tạo nên dữ liệu tốt, CNTT không cần phải biết điều đó. CNTT phải chịu trách nhiệm cho những việc họ làm tốt - tổ chức dữ liệu, giữ an toàn, giữ an toàn và làm thế nào - và thường thì họ đi xung quanh và thấy nó theo cách đó.

Eric Kavanagh: Và chúng tôi đã có một vài câu hỏi từ khán giả, hãy để tôi ném chúng ra đây. Chúng ta sẽ đi một chút theo thời gian nhưng tôi nghĩ rằng tôi sẽ nhận được tất cả các câu hỏi mà chúng ta có thể hoặc ít nhất là thử. Dù sao thì tôi cũng sẽ ném cái này cho bạn, có thể là John hoặc Diana. Một người tham dự hỏi, Bạn có chức năng phát triển để tái lập cha mẹ từ hồ sơ xấu thành hồ sơ vàng không? Các giao dịch như ví dụ đơn đặt hàng bán ngay trong hệ thống vận hành? Không chắc chắn tôi biết chính xác ý anh ta ở đây, nhưng hy vọng bạn có thể trả lời cho điều đó.

Diana Collins: Vâng, chúng tôi chắc chắn có thể làm lại hồ sơ cha mẹ. Đó là một phần rất chuẩn của giải pháp văn phòng này nhưng trong các hệ thống vận hành không trực tiếp. Chúng tôi có thể làm điều đó với môi trường MDM và sau đó đẩy dữ liệu đó trở lại từ môi trường MDM sau khi nó được xuất bản từ môi trường MDM, đẩy nó trở lại hệ điều hành nhưng nó sẽ không bị bắt trực tiếp - chúng tôi sẽ không sửa nó trực tiếp trong hệ thống hoạt động từ môi trường MDM.

Eric Kavanagh: Có bạn. Được rồi và đây là một câu hỏi khác, Công cụ có thể được sử dụng để xem dòng dữ liệu không?

Diana Collins: Ồ hoàn toàn, vâng. Một lần nữa, đây không phải là một mô hình tuyệt vời cho loại hình minh họa đó, nhưng hoàn toàn. Nơi bạn đã có lịch sử dữ liệu của mình, nơi dữ liệu đến từ nhiều nơi, chúng tôi có thể gắn thẻ dữ liệu đó với nguồn của nó và mang thông tin đó chuyển tiếp đến dữ liệu được xuất bản.

John Evans: Nhờ đó. Có một yếu tố ở đây trong mô hình, trong đó có Diana, ý tôi là bạn có Danh bạ SFDC và danh bạ EBS và điều đó cũng thực sự xuất hiện trong trường đồ thị. Nó là loại treo xung quanh dữ liệu.

Diana Collins: Vâng. Ý tôi là rõ ràng trong một môi trường dòng dõi thực sự, bạn sẽ có một giải pháp và triển khai mạnh mẽ hơn và chỉ một giải pháp cơ bản đã được thực hiện ở đây.

Eric Kavanagh: Được rồi, tốt. Chỉ cần thêm một vài câu hỏi và sau đó chúng tôi sẽ kết thúc. Một trong những người tham dự đang nói, Bạn làm thế nào để hỗ trợ định nghĩa về hộ gia đình? Bạn có cách làm phong phú dữ liệu tổng thể của khách hàng với các mạng xã hội không?

Diana Collins: Đó là trên bản đồ đường bộ của chúng tôi, làm giàu với mạng xã hội từ dữ liệu mạng xã hội là trên bản đồ đường bộ của chúng tôi. Hiện tại, nó không phải là sản phẩm nhưng về mặt hộ gia đình, đó là một phần của khả năng kết hợp và hợp nhất của chúng tôi. Trong quá trình đối sánh, rất nhiều nút và đòn bẩy mà bạn có thể kiểm soát trọng lượng của các phần dữ liệu cụ thể, nhưng điều cuối cùng cho phép chúng ta làm là tập hợp tất cả các bản ghi liên hệ riêng lẻ có thể là một phần của cùng một hộ gia đình . Sau đó, nó hiểu sự khác biệt giữa các công ty và mọi người. Trong các công ty bạn thường nhìn vào đầu, sắp xếp tầm quan trọng của các từ trong tên; trong một công ty, bắt đầu từ phía trước và làm việc đến cuối cùng. Nhưng khi bạn đang làm hộ gia đình, bạn thực sự muốn bắt đầu từ cuối và tiến về phía trước với tên của mọi người. Nó hiểu điều đó và có thể thực hiện một công việc khá tốt là tập hợp các liên hệ thuộc về một hộ gia đình.

Eric Kavanagh: Và một câu hỏi cuối cùng, còn khách hàng nhà hàng thì sao? Chúng tôi có một thành viên khán giả am hiểu ở đây hỏi bạn có khách hàng nào không?

Diana Collins: Thật ra là không. Đó sẽ là ngành dọc mới cho chúng tôi. Chúng tôi thực sự quan tâm đến việc theo đuổi điều đó. Chúng tôi có khách hàng cung cấp nhà hàng nhưng chúng tôi không có nhà hàng nào là khách hàng.

Eric Kavanagh: Được rồi, không phải lo lắng gì cả. Vâng, các bạn, chúng ta đã đốt cháy suốt một giờ năm phút ở đây, vì vậy một lời cảm ơn rất lớn đến những người thuyết trình của chúng ta ngày hôm nay. Chúng tôi sẽ lưu trữ webcast này để tất cả các tài liệu lưu trữ này có sẵn để xem sau. Cảm ơn rất nhiều đến những người thuyết trình của chúng tôi ngày hôm nay. Tất nhiên là cảm ơn Dez và Robin vì những hiểu biết của họ và cho Phần mềm cường độ. Đây là thứ tốt. MDM ở đây để ở lại, thưa các bạn, không có nghi ngờ gì về điều đó. Điều thực sự quan trọng để có được cái nhìn trung tâm đó sẽ quan trọng hơn khi thời gian trôi qua. Tôi phải suy nghĩ khi khách hàng của chúng tôi quyết định rằng họ không muốn bị ngược đãi, họ muốn được đối xử tốt nhất có thể và đó là cách nó sẽ diễn ra.

Vì vậy, với những người đó, chúng tôi sẽ chào tạm biệt bạn. Cảm ơn bạn một lần nữa. Chúng tôi sẽ nói chuyện với bạn vào ngày mai trên một webcast khác vào ngày mai, vâng. Công nghệ nóng là chương trình hot nhất trong những ngày này, chúng tôi sẽ nói chuyện với bạn vào ngày mai lúc bốn giờ chiều. Cho đến khi, chăm sóc, folks. Buh-bye.