시스템 간 계정 동기화

계정 간 동기화

소개

타사 시스템에서 고객 데이터를 통합하는 것은 시스템 간 계정과 사용자 간의 논리적 매핑에서 시작됩니다.

계정 및 사용자

Freshsuccess의 중심 엔티티는 다음과 같습니다:

  • 계정: 일반적으로 회사인 고객 계정.
  • 계정 사용자: 일반적으로 사람인 고객 계정 사용자.

Freshsuccess 계정에는 다음과 같은 ID 필드가 있습니다.

필드 설명
account_id 자신의 제품 내 고객 ID로, 제품 사용 데이터에서 Freshsuccess가 기대하는 계정 ID입니다.
crm_account_id CRM 시스템의 계정 ID, 예: Salesforce 'Account.Id'
billing_account_id 청구 시스템의 계정 ID, 예: Chargify 'customer.id'
support_account_id 지원 시스템의 계정 ID, 예: Freshdesk ‘company.id'

Freshsuccess 계정 사용자에는 다음과 같은 ID 필드가 있습니다.

필드 설명
user_id 자신의 제품 내 사용자 ID로, 제품 사용 데이터에서 Freshsuccess가 기대하는 사용자 ID입니다.
account_id 제품 사용 데이터를 기반으로 사용자를 계정에 매핑합니다.
crm_account_user_id CRM 내 계정 사용자 ID, 예: Salesforce 'Contact.Id'
crm_account_id CRM 시스템을 기반으로 사용자를 계정에 매핑, 예: Salesforce 'Contact.AccountId'

모든 길은 account_id로 통한다

위에서 설명한 바와 같이, account_id는 제품 내 고유 고객 ID에 대한 Freshsuccess의 별칭입니다. 이는 Freshsuccess가 모든 제품 사용 데이터(및 user_id)에서 기대하는 ID입니다.

Freshsuccess가 그 마법을 발휘하기 위해서는 모든 길이 account_id로 통해야 합니다. 이는 집계 및 계정 기반 메트릭이 올바르게 계산될 수 있도록 합니다.

장애물 극복

위에서 설명한 매핑이 사소해 보일 수 있지만, 일반적인 문제는 모든 타사 시스템에 대한 account_id의 교차 해결에 있습니다. 다음 예를 고려해 보십시오:

고객 이름이 'ACME Services'인 경우, 제품 데이터베이스에서 다음과 같이 찾을 수 있습니다:

{ 
  name: ‘ACME Services’, 
  id: 34, 
  users: [ … ], 
  ... 
}

타사 CRM 시스템을 사용하고 있으며, 이 고객은 계정 테이블에서 다음과 같이 찾을 수 있습니다:

{ 
  Name: ‘ACME’, 
  Id: 110, 
  ... 
}

마지막으로, 타사 지원 티켓 시스템을 사용하고 있으며, 조직 테이블에서 유사한 기록을 찾을 수 있습니다:

{ 
  name: ‘Acme Inc.’, 
  id: 2101, 
  ... 
}

데이터가 완전히 정리된 세상에서는 이름, 웹사이트, 도메인, 주요 연락처 이메일, 전화번호 또는 기타 속성을 기반으로 이러한 기록을 교차 참조하는 것이 사소할 것입니다. 문제는 우리가 현실 세계에 살고 있으며, 현실 세계에서는 데이터가 완전히 깨끗하지 않다는 것입니다. 회사 이름이 잘못 철자되거나 중복된 기록이 존재하는 것이 일반적입니다.

이러한 기록에 대한 ID 수준의 매핑이 제공되지 않는 한, 이를 연결하기 어려울 것입니다.

해결책 #1: 모든 곳에 외부 ID 추가

대부분의 타사 시스템은 사용자 정의 또는 기본 필드로 외부 ID를 추가할 수 있으며, 이러한 필드에 자신의 제품 계정 ID를 사용하는 것이 자연스러울 것입니다.

예를 들어, CRM의 계정 테이블에 'MyId'라는 사용자 정의 필드를 추가했습니다:

{ 
  Name: ‘ACME’, 
  Id: 110, 
  MyId: 34, 
  ... 
}

그리고 지원 시스템의 기본 external_id 필드를 채웠습니다:

{ 
  name: ‘Acme Inc.’, 
  id: 2101, 
  external_id: 34, 
  ... 
}

해결책 #2: 하나 이상의 타사 시스템에 링크 배치

적어도 하나의 타사 시스템에 대해 자신의 제품 account_id에 대한 필요한 매핑을 설정한 후, 사용자 정의 필드나 플러그인을 사용하여 다른 시스템에 대해 간접 경로를 취할 수 있습니다.

Salesforce를 포함한 일부 CRM 시스템은 예를 들어 Freshdesk와 같은 다른 타사 시스템에 대한 플러그인을 제공합니다.

이 플러그인은 CRM의 계정 테이블에 필요한 매핑을 생성하며, 이제 CRM에 다음과 같은 매핑이 있습니다:

{ 
  Name: ‘ACME’, 
  Id: 110, 
  MyId: 34, 
  Support__Id: 2101, 
  ... 
}

새로운 Support__Id 필드를 주목하십시오.

지원 시스템은 변경되지 않았습니다:

{ 
  name: ‘Acme Inc.’, 
  id: 2101, 
  ... 
}

해결책 #3: Freshsuccess의 API로 매핑

또 다른 옵션은 Freshsuccess의 고객 대상 계정 API를 사용하여 다음과 같이 매핑을 제공하는 것입니다:

{ 
  account_id: 34, 
  crm_account_id: 110, 
  support_account_Id: 2101, 
  ... 
}

이제 모든 타사 시스템에 대한 account_id를 교차 해결하는 방법을 배웠습니다!

사용자를 계정에 매핑

모든 시스템에 대한 account_id로의 경로를 설정한 후, 각 시스템 내에서 사용자가 해당 조직에 매핑되어 있는지 확인하십시오.

CRM 시스템에서

연락처와 계정의 올바른 연결은 이메일이나 전화번호와 같은 연락처 정보가 누락된 불완전한 계정 사용자 메타데이터를 피하는 데 중요합니다. 이는 Freshsuccess 내에서 경고에 대한 조치를 취할 수 없게 만듭니다.

예를 들어, Salesforce를 사용하는 경우, 연락처 테이블 내에서 누락되거나 null인 AccountId를 찾아 이 문제를 식별할 수 있습니다.

지원 티켓 시스템에서

사용자가 조직과 연결되지 않은 채로 티켓을 제출하기 위해 지원 시스템에 등록하는 것이 매우 일반적입니다. 이 상황은 이러한 티켓이 어떤 조직에도 할당되지 않게 하며, Freshsuccess에 의해 "위험"으로 더 일찍 감지될 수 있었던 고객의 손실을 의미할 수 있습니다.

예를 들어, Freshdesk를 사용하는 경우, 누락되거나 null인 회사 ID가 있는 연락처를 찾아 이 문제를 식별할 수 있습니다.

이 문서가 도움이 되었나요?

Freshsales AI 도우미

시스템 간 계정 동기화

AI 어시스턴트 초기화 중...