22강에서 SQL 전환 기준을 확정했다고 해서 핸드오프가 저절로 매끄러워지지는 않습니다. 20강에서 언급한 세 번째 갈등지점, "넘긴 뒤에 무슨 일이 있었는지 모른다"는 정보 단절 문제는 기준의 문제가 아니라 절차의 문제입니다. 기준이 아무리 정교해도, SQL로 판정된 순간 그 계정에 대한 맥락(누가 무엇을 봤는지, 어떤 콘텐츠에 반응했는지)이 함께 넘어가지 않으면 영업팀은 처음부터 다시 파악해야 합니다.
19강에서 계정별로 만든 세트를 떠올려보면, 그 안에는 DMU 매핑, 적용 콘텐츠, 이메일 반응, 웨비나 참석 여부까지 많은 정보가 쌓여 있습니다. 하지만 실무에서 SQL 알림은 보통 "한빛정밀, 김OO 재무팀장, 점수 85점" 같은 요약 한 줄로만 영업팀에 전달되는 경우가 많습니다. 이 요약에는 그 팀장이 어떤 이메일에 반응했는지, 어떤 콘텐츠를 다운로드했는지, 2강의 어떤 DMU 역할로 추정되는지가 빠져 있습니다.
영업팀 입장에서는 이 정보 없이 첫 통화를 하게 되면, 상대방이 이미 알고 있는 내용을 처음부터 다시 설명하거나, 반대로 상대방의 관심사를 전혀 모른 채 일반적인 소개로 시작하게 됩니다. 둘 다 21강에서 약속한 24시간 대응이 있어도 첫인상에서 기회를 놓치는 결과로 이어집니다.
머니로그처럼 아직 CRM 자동화가 완전히 갖춰지지 않은 조직이라면, SQL 알림을 보낼 때 마케팅 담당자가 19강의 계정별 세트에서 핵심 정보만 뽑아 요약 노트로 함께 첨부하는 수동 절차를 반드시 넣어야 합니다. 자동화된 CRM 워크플로우를 갖춘 경우라면, SQL로 전환되는 순간 이 요약이 딜 레코드의 노트나 커스텀 필드에 자동으로 채워지도록 설계하는 것이 이상적입니다. 자동화든 수동이든 핵심은 같습니다. 영업팀이 첫 통화 전에 "이 사람이 무엇에 관심을 보였는지"를 알고 시작해야 한다는 것입니다.
[머니로그 핸드오프 체크리스트, SQL 전환 시 반드시 함께 전달할 정보]
□ 계정명, 담당자 이름, 직책
□ DMU 역할 추정 (2강: 경리 담당자/재무팀장/대표이사)
□ 최근 반응한 콘텐츠 (이메일 열람/클릭, 다운로드 자료명, 15강 케이스 스터디 열람 여부)
□ 웨비나 참석 여부 및 참석 시 질문 내용
□ 현재 행동 점수 및 적합도 점수 (16강, 22강 기준)
□ 이 계정의 예산 편성 시기 추정 (22강 참고)
□ 9강 방식 분류(전략형/라이트형/프로그래매틱형)
□ 이전에 영업팀이 접촉한 이력이 있는지 여부
[전달 방식 확인]
□ CRM 딜 레코드에 자동으로 채워지는가: 예 / 아니오
□ 아니오라면, 수동 요약 노트를 누가 작성하는가: __________
□ SQL 알림이 영업팀에 도달하는 채널: __________ (예: 메신저, CRM 알림, 이메일)
[핸드오프 완료 확인]
□ 영업팀 담당자가 요약 정보를 확인했다는 응답을 남겼는가
A12-24 세일즈 피드백 루프 만들기: 나쁜 리드를 다시 마케팅에 알리는 법에서는 반대 방향, 즉 영업팀에서 마케팅팀으로 정보가 돌아오는 절차를 다룹니다.