17강부터 23강까지 다룬 흐름은 모두 마케팅에서 영업으로 가는 한 방향이었습니다. 콘텐츠를 만들고, 점수를 매기고, 기준을 정하고, 맥락 정보와 함께 넘겼습니다. 그런데 21강에서 언급한 SLA의 세 번째 조항, 피드백 루프는 그 반대 방향입니다. 영업팀이 그 리드를 수락했는지, 반려했는지, 아니면 지금은 아니지만 나중에 다시 볼 만한지를 마케팅팀에 알려주는 절차입니다.
피드백이 없는 조직에서는 마케팅이 같은 실수를 계속 반복하게 됩니다. 예를 들어 22강에서 정한 기준으로 SQL로 넘겼는데, 실제로는 예산이 전혀 없는 계정이었다는 사실이 영업팀 통화에서 드러났다고 해봅시다. 이 정보가 마케팅팀에 돌아오지 않으면, 마케팅은 그 계정을 여전히 좋은 리드라고 착각하고 비슷한 조건의 계정을 계속 SQL로 올려보냅니다. 16강에서 다룬 리드 스코어링 배점도 이 피드백이 있어야 실제 성사 패턴에 맞게 조정할 수 있습니다.
가장 흔한 실패는 피드백을 메신저로 대충 알려주는 비정형적 방식으로 남기는 것입니다. 이렇게 하면 몇 건까지는 기억나지만, 리드 수가 늘어나면 누구도 전체 패턴을 파악할 수 없습니다. 피드백은 정해진 몇 가지 카테고리로 표준화해서 남겨야 나중에 집계하고 분석할 수 있습니다.
가장 기본적인 세 카테고리는 수락(실제로 영업이 진행 중이다), 반려(지금은 영업 대상이 아니다), 재활용 대기(지금은 아니지만 조건이 바뀌면 다시 볼 만하다)입니다. 여기에 반려 사유를 함께 남기면 더 유용합니다. 반려 사유가 "예산 없음"이라면 22강에서 다룬 예산 편성 시기 문제일 수 있고, "이미 경쟁사 계약 중"이라면 12강 리스트업 단계에서 걸렀어야 할 정보이고, "담당자가 아님"이라면 10강 공략 인물 매핑이 부정확했다는 뜻입니다. 즉 반려 사유 하나하나가 앞 단계 어디를 고쳐야 하는지 알려주는 신호입니다.
21강 SLA 초안에는 "피드백 루프: 신호를 남기는 기한, 신호가 없을 때 자동 알림 여부"라는 항목이 있었습니다. 이 기한을 정해두지 않으면 피드백 자체가 흐지부지됩니다. 실무적으로는 SQL 접수 후 일정 시간(예: 72시간) 안에 위 세 카테고리 중 하나를 반드시 남기도록 하고, 기한을 넘기면 관리자가 알림을 주는 방식이 안전합니다.
이 피드백은 단순히 기록으로 끝나지 않습니다. 반려 사유가 "예산 없음"으로 반복되는 계정군이 발견되면, 22강의 SQL 전환 기준에 예산 편성 조건을 더 엄격하게 반영해야 한다는 신호입니다. "담당자가 아님"이 반복되면 10강의 공략 인물 매핑 절차를 다시 점검해야 합니다. 26강에서 다룰 파이프라인 기여지표, 29강에서 다룰 ABM 캠페인 리포트도 이 피드백 데이터를 근거로 작성됩니다.
[머니로그 세일즈 피드백 양식]
계정명: ________________ 담당 영업: ________________
SQL 접수일: ___________ 피드백 작성일: ___________
1. 처리 결과 (하나 선택)
□ 수락 - 실제 영업 진행 중 (다음 단계: __________)
□ 반려 - 현재 영업 대상 아님
□ 재활용 대기 - 조건 변화 시 재검토
2. 반려/재활용 대기 시 사유 (해당 시 작성)
□ 예산 없음 / 편성 시기 불일치 (22강 관련)
□ 접촉한 담당자가 실제 결정권자가 아님 (10강 공략 인물 매핑 관련)
□ 경쟁사 계약 중 (12강 리스트업 단계 필터링 관련)
□ 우리 상품과 맞지 않음 (7강 ICP 조건 관련)
□ 기타: ______________________
3. 첫 컨택 시 확인된 추가 정보
- 실제 관심사: ______________________
- 예상 재검토 시점(재활용 대기인 경우): ______________________
4. 마케팅팀 확인
□ 이 피드백을 반영해 조정할 항목: 스코어링 배점 / ICP 조건 / 타겟 리스트 필터 / DMU 매핑 방식
A12-25 실습 3: SLA+핸드오프 프로세스 완성에서는 21~24강에서 만든 SLA, 전환 기준, 핸드오프 체크리스트, 피드백 양식을 하나의 프로세스 문서로 완성합니다.