CRM: 구조화된 데이터

이 에피소드에서는 구조화된 데이터를 정의하고 CRM과 관련하여 이것이 의미하는 바에 대해 설명합니다. CRM으로 무엇을 할 수 있는지 알기 위해서는 CRM에 저장된 데이터 유형을 이해하는 것이 중요합니다.

00:19 Andy Shore: 안녕하세요, Clueless CRM 마케팅 담당자를 위한 Clues에 오신 것을 환영합니다. 오늘은 CRM에 저장하는 다양한 유형의 정보에 대한 대화를 시작하겠습니다. 그리고 우리는 구조화된 정보로 시작할 것입니다. 그래서 그것은 무엇을 의미합니까?

00:36 Paul Rijnders: 좋습니다. 많은 CRM, 특히 전통적인 CRM은 일종의 구조화된 데이터베이스를 기반으로 합니다. 즉, 테이블이 있는 아래에 일종의 SQL 또는 MySql 데이터베이스가 있고 테이블은 행이 있는 스프레드시트와 비슷합니다. 레코드를 나타내고 열은 필드 정보를 나타냅니다. 예를 들어, 열 1은 이름이 될 수 있습니다. 열 1. 연락처 테이블이 있다고 가정해 보겠습니다. 1열은 이름, 2열은 성, 3열은 중간 이름, 4열은 주소, 5열은 도시 등입니다. 그리고 대부분의 CRM은 기본 필드의 표준 세트와 함께 제공되며, 이러한 필드가 귀하가 필요하다고 생각하는 것입니다. 연락처에 대한 이메일 주소, 전화번호 또는 휴대전화와 같은 유형입니다. 아마도 기회를 위한 것이라면... 말하자면 다른 테이블이거나 다른 종류의 레코드가 될 것입니다.

01:34 PR: 기회 이름, 금액, 단계, 기한 등을 알 수 있습니다. 활동에서 이것은 어떤 종류의 활동인지, 언제 해야 하는지, 누구와 함께, 어떤 것과 관련이 있는지가 될 수 있습니다. 프로젝트나 기회 또는 다른 종류의 기록 등과 관련이 있습니까? 그러나 그것들은 모두 매우 구조적일 것입니다. 즉, 누군가가 어떤 종류의 정보를 입력하기 전에 그것을 위한 공간이 있어야 한다는 것을 의미합니다. 거기에 대한 칼럼이 있어야합니다. 그것을 위한 자유로운 형태의 장소가 없습니다.

02:04 PR: 그렇다면 질문이 생깁니다. 만약 자유 형식 공간이 필요하다면 어떻게 될까요? 글쎄, 오늘 우리는 구조화된 정보에 대해 이야기하고 있기 때문에 CRM에 그것을 넣을 수 있는 다른 곳이 있다는 점은 신경쓰지 마세요. 하지만 SQL 데이터베이스를 기반으로 하는 CRM의 경우 아마도 당신이 원하는 것은 어떤 종류의 관리자가 미리 사용자 정의 필드를 설정합니다. 따라서 예를 들어 Benchmark 이메일 영업 팀과 지원 팀이 CRM을 사용할 때 Benchmark 이메일에는 우리가 이해할 수 있는 고객 필드가 있습니다. 예를 들어 그 사람은 어떤 종류의 새로운 마케팅 계획을 가지고 있습니까? 계정 상태는 무엇입니까? 목록 크기는 얼마입니까? 목록은 계속됩니다. 귀하의 비즈니스는 다를 수 있습니다. 아마도 도넛 가게가 있고 그들이 선호하는 도넛을 나열하고 싶습니까? 아마도 당신은 자동차 상점이고 그들이 가지고 있는 자동차의 종류를 나열하고 싶을 것입니다. 그리고 그 다음 연도는 또 다른 열입니다.

02:57 PR: 어쨌든 목록은 계속해서 이어집니다. 하지만 제가 말하려는 것은 정보가 들어가는 위치에 대해 말하자면 구조화된 열이 있어야 한다는 것입니다. 그렇다면 이렇게 하는 것이 도움이 되는 이유는 무엇입니까? 글쎄요, 다시 한번 비-SQL 데이터베이스와 전통적인 SQL 데이터베이스에 대한 대화는 신경쓰지 마세요. SQL은 최소한 SQL 데이터베이스가 있는 SQL이기 때문에 나중에 보고서를 작성할 수 있도록 미리 작은 범주에 맞아야 합니다. , 또는 보기를 생성하고 특정 조건을 생성할 수 있습니다. 나중에 "좋아요, 연락처 대시보드를 열었지만 맙소사, 100,000개의 연락처를 보고 있습니다. 내가 정말 그렇게 많이 가지고 있습니까? 글쎄, 나는 와이오밍 주에 사는 내가 소유하고 있는 연락처를 보고 싶습니다. 그의 차는 Toyota이고 그들이 가장 좋아하는 도넛은 French Cruller입니다.

03:51 PR: 그래서 당신은 그 모든 조건을 넣었고 그 조건은 정말로 일종의… 또는 그 중 하나가 참일 수 있는 조건이 있을 수 있습니다. 그래서 당신은 이렇게 말할 수 있습니다. “글쎄요, 차는 Toyota여야 하지만 가장 좋아하는 도넛은 French Cruller나 Chocolate Long John 또는 글레이즈드 도넛이어야 합니다. 그래서 그 셋 중 하나. 따라서 모든 조건이 충족되고 모든 조건을 충족하면 이 두 가지를 혼합하여 다음과 같이 말할 수 있습니다. 이러한 조건을 충족해야 합니다." 그 가능성은 얼마든지 있습니다. 조건은 "글쎄, 그들이 가장 좋아하는 도넛은 문자가 'S'로 시작해야 합니다."라고 말할 수도 있습니다.

04:35 PR: 그리고 제가 말하고자 하는 것은 정보가 정말로 구조화되어 있을 때 데이터베이스에 질문을 할 수 있다는 것입니다. 그리고 데이터베이스는 정말 훌륭합니다... 그리고 시스템은 그 정보를 출력하는 데 정말 능숙합니다. 왜냐하면 모든 것이 매우 매우 구조화되어 있기 때문입니다. 결론은 CRM을 설정할 때 평균적으로 어떤 정보가 가능한 한 어디로 가야 하는지 파악하여 나중에 정보를 정말 쉽게 가져올 수 있다는 것입니다.

05:07 AS: 네, 제 생각에는 그 중 다른 부분이 있다고 생각합니다. 제가 틀렸다면 바로잡아주세요. 통합이 필요한 부분입니다. 따라서 우리가 가지고 있는 방식에 대해 말씀하신 것과 같은 로그인 양식이 있는 경우 벤치마크 또는 다른 리드 마그넷, 다른 타사 앱을 CRM에 연결할 때 올바른 형식으로 해당 데이터를 구성합니다.

05:24 홍보: 오, 이런. 응. Andy 훌륭한 지적입니다. 예를 들어 Google 양식에 등록해야 한다고 가정해 보겠습니다. 따라서 벤치마크 이메일 및 기타 비 벤치마크 회사와 마찬가지로 CRM과 Google 양식의 통합이 필요합니다. 맞습니까? 하지만 당신이 “알았어. 글쎄, 이 양식에서 양식은 그것을 이름이라고 부르지만 CRM에서는 우리가 그것을 이름이라고 부릅니다... 제가 말했듯이 우리는 또한 이름을 이름에 매핑할 수 있도록 그것을 이름이라고 부릅니다. 성에서 성으로. 하지만 아마도 당신이 말하는 것이 있을 것입니다. 좋아요, 우리는 이 양식에 전화 번호라는 것이 있습니다. CRM에는 기본 전화 번호가 표시되어 있으므로 여기에서 저기로 매핑해 보겠습니다. 따라서 해당 양식에 연결하면 CRM에 있는 필드와 통합에서 들어오는 필드를 볼 수 있는 매핑 프로세스가 있습니다. 그리고 당신은 이 슬롯이 이 슬롯과 함께 가고 이것은 이 슬롯과 함께 간다고 말할 수 있습니다. 그리고 사물들이 구조를 이루고 있기 때문에 그것들이 함께 가도록 하는 것은 매우 쉽습니다. 그리고 그것은 일을 하는 다른 방법이 없다는 것을 의미하지는 않지만 우리는 나중에 그것에 들어갈 것입니다.

06:22 AS: 여기 있습니다. 들어주신 모든 분들께 감사드리며 계속해서 시청해 주시면 나중에 다른 내용을 다루도록 하겠습니다. 다시 한 번 감사드립니다.