핵심 요약

  1. 플러그인, 동기화, 실제 팀 메일함은 세 가지 다른 제품입니다.
  2. 도입은 담당자가 이미 사는 창을 따릅니다. 중복 입력은 언제나 집니다.
  3. 딜 위의 스레드는 실제 스레드여야 합니다. CRM을 참조하지 않은 답장까지.
  4. Qivity는 CRM 안에서 Microsoft 365, Google Workspace, IMAP/SMTP로 읽고 보냅니다.

CRM 이메일 받은편지함은 CRM 안에서 쓰는 실제 메일함입니다. 읽고, 답하고, 정리하고, 템플릿을 씁니다. 기회 위의 스레드는 BCC로 나중에 도착한 사본이 아닙니다. 그것이 스레드입니다.

당연해 보입니다. 대부분의 CRM 평가가 건너뛰는 기능이며, 아홉 번째 달에 누가 시스템을 여전히 쓸지의 가장 강한 예측 변수입니다.

공급자가 “이메일 연동”이라고 부르는 세 가지

플러그인 또는 사이드바. 다음 Outlook 업데이트까지 됩니다. 담당자에게는 여전히 창이 둘입니다. 기록은 선택이라, 바쁜 날에는 일어나지 않습니다.

동기화. 메시지가 사후에 복사됩니다. 스레드가 조각납니다. CRM을 참조하지 않은 답장은 도착하지 않습니다. 메일함이 아니라 메일 박물관을 얻습니다.

CRM이 팀 메일함입니다. Qivity는 Microsoft 365, Google Workspace 또는 일반 IMAP/SMTP를 연결하고, 팀이 실제 받은편지함을 기록에 대해 일하게 합니다. 템플릿, 정리, 공유 가시성.

소프트웨어를 고른다면, 이것이 CRM 고르는 법의 첫 질문입니다.

동기화가 조용히 실패하는 이유

이메일은 문서 저장소가 아닙니다. 상태가 있는 대화입니다: 임시저장, 폴더, 나중에 보내기, 반송 처리, 실제로 답한 사람. 야간 복사는 그 상태를 나르지 못합니다. 고객이 담당자에게만 답하는 순간 CRM은 틀리고, 인계 전까지 아무도 눈치채지 못합니다.

공유 받은편지함은 더 나쁘게 만듭니다. Outlook 규칙과 전달에 사는 팀 메일함은 예측에 보이지 않습니다. CRM 안의 팀 메일함은 권한이 있는 또 하나의 받은편지함일 뿐입니다.

“CRM 안”이 가능하게 하는 것

메일이 네이티브가 되면, 다른 기능은 연동이 아니게 됩니다:

  • 고객이 이미 답하는 같은 신원에서 보내는 캠페인. 이메일 마케팅이 있는 CRM을 보세요.
  • 지난화요일 내보낸 CSV가 아니라 실시간 CRM 기록에 대한 반송·수신 거부 처리.
  • 사람이 기록하는 것을 기억하는 데 의존하지 않는 활동 타임라인.

WhatsApp도 같은 이유로 같은 타임라인에 있어야 합니다 — 채널이 개인 휴대폰이면 24시간 규칙은 강제할 수 없습니다.

데모의 30초 테스트

CRM을 떠나지 않고, 실시간으로, 귀사 메일함의 실제 메시지에 답한 뒤 그 답장을 메일 클라이언트에서 보여 달라고 하세요. 플러그인 스크린샷으로 바꾸면, 메일함이 없습니다. 브로슈어가 있습니다.

데모를 예약하고 받은편지함을 가져오세요. 이것이 진짜인지 보는 가장 빠른 방법입니다.