유료·콘텐츠·웹이 따로 집계해 같은 리드가 여러 성공으로 센다.
01 산업 판단
공개 획득 · 광고·공개 유입
공개 획득은 분리되지 않은 출처와 아무도 돌리지 않는 첫 접촉 SLA에서 실패한다 — 리드 물량이 아니다
유료·콘텐츠·웹이 각각 성공 물량을 보고하면 같은 제출이 여러 번 센다. 출처 재기록 없이 영업에 넘기면 마케팅과 영업이 서로를 탓하고, 랜딩 카피가 영업 오프닝과 어긋나면 이후 플랜 전환이 더 떨어진다.
유료·콘텐츠·웹으로 병렬 획득하는 마케팅+영업 조직. 예산 올리기 전에 매 제출에 링크·필드·당일 담당을 묶는다.
광고·공개 유입 · 업무가 어떻게 걸리는지
리드 유입
- 유료 링크
- 콘텐츠 페이지 폼
- 웹 폼
리드 장부
- 출처명
- 제출 필드
- 통합 머지
후속 액션
- 당일 배정
- 첫 접촉 SLA
- 출처 결과 재기록
관리자 보드
- 야간 미배정
- 첫 접촉 없음
- 플랜 낭비 팔로업
02 프로세스 진단
공개 획득 판단 후 공개 운영을 여섯 과정 점검으로 나눈다. 플랜 하나 = 링크 하나; 제출이 리드를 만들고; 당일 담당과 첫 접촉 SLA; 마케팅과 영업이 같은 출처 결과를 본다. 예산 올리기 전에 출처와 첫 접촉.
영업 핸드오프에서 이야기가 끝난다. 영업은 품질이 나쁘다 하고, 마케팅은 영업이 안 따라갔다고 한다.
전환이 어렵다
출처와 첫 접촉 SLA가 없다. 야간 리드가 미클레임이다.
관리가 어렵다
랜딩 문구가 영업 오프닝과 어긋나 그 플랜을 다시 돌리면 전환이 계속 떨어진다.
신뢰가 어렵다
주간 회의는 폼 제출만 본다. 어느 플랜이 영업 시간을 태우는지 스탠드업에 오지 않는다.
의사결정이 어렵다
공개 획득은 또 다른 유료 플랜이 아니다. 출처·필드·당일 담당이 제출에 묶여야 한다.
해결이 어렵다
03 대응 관리 액션
01 · 획득이 어렵다
플랜 하나, 링크 하나 — 제출이 리드를 만든다
필드는 그 플랜용으로 수집한다. 유료·콘텐츠·웹 출처를 따로 두고 중복 번호를 합친다.
02 · 전환이 어렵다
당일 담당을 배정하고 첫 접촉 SLA를 쓴다
야간 미배정이 관리자 목록에 오른다. 영업은 이 제출의 필드를 연다 — 모호한 「웹 문의」가 아니다.
03 · 관리가 어렵다
마케팅과 영업이 같은 출처 결과를 본다
팔로업 결과가 출처에 다시 쓰인다. 품질 나쁜 플랜을 중단할 수 있다 — 상호 비난 없이.
04 · 신뢰가 어렵다
랜딩 카피를 팔로업 기록에 맞춘다
고객은 랜딩 기준으로 묻고, 영업은 리드 필드에서 받는다 — 병렬 메시징이 없다.
05 · 의사결정이 어렵다
플랜 낭비·야간 미클레임으로 예산을 결정한다
제출 수는 문일 뿐이다. 미배정과 첫 접촉 없음이 어느 플랜을 멈출지 정한다.
06 · 해결이 어렵다
예산 올리기 전에 출처와 첫 접촉
먼저 폼과 배정 규칙을 만든다. 침묵 제출 스크리닝 수요가 분명해지면 아웃바운드를 켠다.
업무 아키텍처
공개 획득을 플랜 더하기 첫 접촉으로 관리. 링크·출처·당일 담당·첫 접촉 SLA가 매 제출에 있다.
이 경로에서 제품의 역할
solutions.capabilitiesLead
오픈 전 세 가지 질문
영업이 안 적는다, 기존 스택과 충돌, 데이터 이전 불가 — 거의 모든 팀이 이 셋을 묻습니다.
광고에 이미 리드가 있는데 왜 CRM인가?
광고 콘솔은 누가 팔로업하는지·어느 버전인지 모른다. CRM이 통합·배정·재방문 재기록을 가능하게 한다.
유료 리드 전체를 자동 다이얼할 수 있나?
전체 라이브러리 아웃바운드는 안 된다. 통합 후·담당 있고·거절되지 않은 뒤 — 그때 봇이 지속 여부를 한 번 물을 수 있다.
마케팅과 영업이 어트리뷰션으로 싸우나?
링크마다 자체 출처가 있다. 제출 때 분리한다 — 나중에 추측하지 않는다.