담당자 업무
기한 조치를 담당하고 의미 있는 결과를 업데이트하며 누락된 맥락을 해결하고 장애 요인을 드러냄
- 담당자 없는 진행 업무 금지
- 다음 조치 없는 활성 관계 금지
- 숨겨진 장애 요인 금지
CRM 소프트웨어 사용: 데이터를 유용하게 유지하는 일일 루틴
CRM을 보고 의무에서 고객 대면 팀, 관리자, 데이터 책임자, 시스템 관리자의 실제 업무 주기로 전환
레코드가 다음 할 일을 결정하는 데 도움이 되면 CRM을 꾸준히 사용합니다. 경영 보고만 위한 데이터 입력은 곧 품질이 떨어집니다.
- 담당자의 일일 대기열
- 관리자 점검 주기
- 관리자 변경 규율
모든 고객 상호작용 전, 중, 후에 CRM 사용
목표는 모든 대화를 옮기는 것이 아니라 최신 의사결정 레코드입니다.
- 01
대기열에서 시작
기한 및 기한 초과 조치, 우선 관계, 예외, 회의 검토
- 02
관계 열기
회사, 이해관계자, 최근 활동, 진행 업무, 약속, 위험 확인
- 03
의사결정 준비
원하는 성과, 필요한 증빙, 담당자, 대체 경로 식별
- 04
결과 기록
모호한 ‘후속 조치 완료’ 메모가 아니라 의사결정과 중요한 맥락 기록
- 05
다음 조치 생성
담당자, 기한, 예상 결과 및 관련 고객 상황 배정
각 역할에 명확한 의사결정이 있는 업무 루틴 제공
일정한 운영 주기는 CRM을 감시 시스템으로 만들지 않으면서 유용하게 유지합니다.
관리자 점검
경과 기간, 단계 이동, 커버리지, 정체 업무, 약속, 예외 검토
- 원본 레코드 확인
- 의사결정 코칭
- 진행 가능성이 없는 업무 종료
데이터 관리
중복, 오래된 레코드, 담당자 누락, 잘못된 정의, 비활성 보기 해결
- 병합 규칙
- 필수 필드
- 지표 정의
관리
워크플로 마찰, 사용하지 않는 필드, 권한, 자동화 실패, 변경 적체 검토
- 불필요한 항목 제거
- 변경 테스트
- 문서 책임
저조한 CRM 사용 뒤의 시스템 동작 개선
교육만으로 모든 도입 문제를 해결할 수는 없습니다.
사람들이 파이프라인 회의 직전에만 CRM을 업데이트함
시스템이 사후 보고 작업으로 변함
담당자에게 일일 대기열, 맥락, 다음 조치를 유용하게 구성
레코드에 긴 메모만 있고 구조화된 결과는 없음
관리자가 진행 상황, 위험, 다음 조치를 구분하지 못함
의사결정 필드는 소수만 기록하고 중요한 맥락은 서술형으로 유지
모든 팀이 개인 스프레드시트를 관리함
공유 CRM에 실제 업무에 필요한 필드, 보기 또는 속도가 부족함
스프레드시트를 프로세스 신호로 분석한 뒤 관리 모델 조정
대시보드 숫자를 두고 논쟁함
정의와 데이터 계보를 신뢰하지 못함
규칙을 게시하고 검토자가 원본 레코드를 열 수 있게 함
CRM 사용에 관한 질문
CRM 데이터는 얼마나 자주 업데이트해야 하나요?
중요한 성과와 다음 조치는 상호작용 직후 기록해야 합니다. 관리자와 데이터 책임자는 회의 전에 대량 업데이트를 요구하는 대신 경과 기간, 품질, 정의를 정기적으로 검토해야 합니다.
고객 상호작용 후 사용자가 무엇을 기록해야 하나요?
결과, 관련 증빙 또는 맥락, 변경된 상태, 다음 책임 조치, 담당자와 기한, 영향을 받는 고객 레코드 기록
팀은 CRM 도입률을 어떻게 높일 수 있나요?
불필요한 입력을 줄이고 일일 대기열과 고객 맥락을 유용하게 만들며 필드를 실제 의사결정에 맞추고 대시보드를 원본 업무에 연결하며 관리자가 마찰을 고칠 수 있는 관리 방식을 제공
Jodoo는 실제 사용자 루틴에 맞춰 CRM을 구성할 수 있습니다.
역할별 보기, 연결 레코드, 규칙, 알림, 대시보드는 책임을 보이게 유지하면서 관리자가 마찰을 줄이도록 돕습니다.
- 분산된 스프레드시트를 대체하는 팀
- 서로 다른 역할이 있는 프로세스
- 도입 방식을 반복 개선하는 조직
내장 생산성 기능 때문에 패키지 CRM이 더 유리할 수 있음
일상 업무가 이메일, 일정, 통화, 시퀀스 또는 대화 인텔리전스에 크게 의존한다면 구성 가능성보다 해당 내장 워크플로를 먼저 테스트
Jodoo에서 시작
CRM 애플리케이션 사용