사람 및 회사
신원, 연락 정보, 관계, 다음 상호작용에 필요한 회사 맥락
사용자가 여러 목록을 검색하지 않고 올바른 관계를 찾을 수 있나요?명확한 일일 후속 조치를 위한 간단한 CRM
연락처, 회사, 담당자, 활동, 다음 조치의 유용한 최소 집합으로 시작하고 실제 운영 요구가 생길 때만 구조 추가
간단하다는 것은 기억할 의사결정이 적다는 뜻이지 다음 조치의 책임 통제가 적다는 뜻이 아닙니다.
- 핵심 레코드 의사결정 5가지
- 일일 조치 대기열 하나
- 필요성이 입증된 경우에만 복잡성 추가
팀이 최신으로 유지해야 할 5가지부터 시작
필드가 일일 조치, 인계 또는 검토를 개선하지 않으면 첫 릴리스에서 제외
담당자
관계를 최신 상태로 유지할 책임이 있는 사람
아무 일도 일어나지 않을 때 누가 알아차리나요?마지막 의미 있는 활동
무슨 일이 언제 누구와 있었고 결과는 무엇이었나요?
다음 연락 전에 어떤 맥락이 중요한가요?다음 조치
조치, 기한, 예상 결과, 현재 장애 요인
다음에 무엇이 언제 이루어져야 하나요?관계 상태
변경 이유가 명확한 소수의 정의된 상태
활성, 대기, 위험, 수주, 실패 또는 의도적 종료 상태인가?가장 단순한 CRM 동작을 반복 가능하게 구성
운영 루틴이 명확하면 인터페이스를 간결하게 유지할 수 있습니다.
- 01
‘내 다음 조치’ 열기
모든 연락처를 둘러보는 대신 기한이 도래했거나 지난 관계 조치에서 업무 시작
- 02
결과 기록
아무도 읽지 않을 대화 전문이 아니라 유용한 대화 결과 기록
- 03
다음 행동 지정
레코드를 나가기 전에 담당자 한 명과 기한 지정
- 04
예외 해결
짧은 대기열에서 담당자 누락, 중복, 끊긴 회사 연결, 오래된 항목 수정
- 05
의사결정이 필요한 항목만 검토
관리자가 정체, 기한 초과, 고가치 또는 위험 관계에 집중
반복 업무나 위험을 줄일 때만 기능 추가
간단한 CRM은 기능 체크리스트가 아니라 증빙을 바탕으로 확장해야 합니다.
사용자가 두 번째 스프레드시트를 유지함
CRM에 실제 업무를 지원하는 레코드, 보기 또는 필드가 누락됨
스프레드시트가 지원하는 의사결정을 식별하고 가장 작고 안전한 구조 추가
상태가 매달 늘어남
팀이 예외를 영구 수명 주기 단계로 인코딩함
안정된 상태를 유지하고 임시 이유는 장애 요인이나 예외 레코드로 이동
관리자가 더 많은 대시보드를 요청함
기존 보기에서 숫자 뒤의 조치를 식별하지 못할 수 있음
차트를 더 추가하기 전에 상세 조회와 책임자 지정 추가
팀이 준비되면 다음으로 유용한 통제 추가
간단한 시작이 막다른 길이 되어서는 안 됩니다.
패키지 도구의 우회 방법이나 개발자 변경은 작은 요청도 긴 대기열로 만들 수 있습니다.
교육받은 관리자는 범위가 명확한 선택 필드, 필터 보기, 알림 또는 대시보드 지표를 추가하고 테스트할 수 있습니다.
- 관계 우선순위 추가
- 기한 초과 조치 보기 생성
- 담당자 누락 예외 전달
실용적인 CRM 질문
유용하면서 가장 간단한 CRM은 무엇인가요?
사람, 회사, 책임, 의미 있는 활동, 다음 조치를 최신 상태로 유지합니다. 소형 대시보드나 검토 보기는 조치가 필요한 예외만 보여줘야 합니다.
간단한 CRM이 지나치게 단순해지는 시점은 언제인가요?
사용자가 회사 연결, 책임, 이력, 후속 조치, 권한 또는 보고를 별도 파일과 메시지에서 다시 만들면 지나치게 단순한 것입니다.
간단한 Jodoo CRM을 나중에 확장할 수 있나요?
예. 팀이 각 변경으로 해결할 운영 문제를 설명할 수 있을 때 연결 레코드, 역할, 워크플로 단계, 알림, 대시보드를 추가하세요.
팀에 간결한 시작과 유연한 다음 단계가 필요할 때 Jodoo 사용
현재 관계와 다음 조치부터 시작한 뒤 다른 시스템으로 옮기지 않고 확장하세요.
- 공유 스프레드시트를 떠나는 팀
- 요구가 변화하는 소규모 관계 운영
- 대규모 고정 제품군보다 간단한 역할 보기를 중시하는 조직
내장 제품군 자체가 목적이라면 소규모 팀용 패키지 CRM 선택
이메일 동기화, 시퀀스, 통화, 마케팅 또는 고정형 파이프라인 보고서가 구성 가능한 운영 모델보다 중요하다면 패키지형 CRM이 더 빠를 수 있습니다.
Jodoo에서 시작
간단한 CRM 앱 사용