B2B 영업 CRM 설계: 문의·견적·계약 단계를 데이터로 연결하는 법 [2026]
B2B 영업 CRM 설계에 필요한 회사·담당자·기회·견적·계약 데이터와 파이프라인 단계, 후속 일정, 예측 지표를 실무 기준으로 정리했습니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
B2B 영업 CRM 설계는 문의·미팅·견적·계약이라는 칸을 만드는 일이 아니라 회사·담당자·영업 기회·요구 버전·견적·활동·결정·계약을 분리하고 다음 행동과 책임을 사건으로 연결하는 일입니다. 단계명만 바꾸면 여러 기회가 한 고객에 섞이고 금액·확률·마감일을 임의로 덮어써 예측과 인수가 왜곡됩니다.
B2B에서는 한 회사의 여러 담당자가 서로 다른 프로젝트를 동시에 검토하고, 한 기회 안에서도 요구·견적·승인 버전이 바뀝니다. 고객과 기회, 문서와 활동을 분리해야 과거 결정과 현재 예상이 함께 남습니다.
CRM의 목적은 입력량을 늘리는 것이 아닙니다. 영업 담당자·관리자·견적 승인자·인수팀이 같은 상태와 다음 행동을 보고 누락·정체·변경을 재현하는 것입니다.
회사·담당자·기회·문서·활동을 분리한다#
객체가 섞이면 중복 고객과 여러 견적 버전의 관계를 잃습니다.
| 객체 | 고유 식별 | 핵심 관계 | 금지 패턴 |
|---|---|---|---|
| 회사·담당자 | 법인·연락처 ID | 소속·역할·동의 | 회사명 문자열 병합 |
| 영업 기회 | 기회 ID | 회사·서비스·소유자 | 고객당 한 건 |
| 요구·견적·계약 | 문서·버전 ID | 기회·승인·유효기간 | 최신 파일 덮어쓰기 |
| 활동·결정 | 사건 ID·시각 | 행위자·다음 행동 | 메모 한 칸 |
단계를 진입·완료·퇴출 조건으로 정의한다#
담당자의 느낌이 아니라 필요한 증거와 다음 행동으로 상태를 바꿉니다.
| 상태 | 진입 증거 | 완료·다음 행동 | 실패 신호 |
|---|---|---|---|
| 적합성 확인 | 회사·문제·권한 | 진행·부적합 이유 | 모든 문의 승격 |
| 요구·제안 | 범위·결정자·일정 | 요구 버전·견적 | 문서와 상태 불일치 |
| 검토·협상 | 승인 쟁점·경쟁·예산 | 결정일·후속 책임 | 확률 임의 조정 |
| 성공·실패·보류 | 서명·종료·재심 근거 | 인수·회고·재개일 | 영구 진행 중 |
실무 시나리오: 요구 변경 뒤 옛 견적이 계약된다#
고객이 범위를 줄였지만 CRM 금액만 수정되고 옛 PDF 링크가 남아 승인자가 다른 조건으로 계약했다고 가정합니다.
| 단계 | 확인 | 복구 | 완료 증거 |
|---|---|---|---|
| 탐지 | 어떤 요구·견적·승인이 연결됐나 | 기회·문서 계보 조회 | 타임라인 |
| 통제 | 옛 견적이 유효한가 | 만료·발송 제한 | 상태·권한 적용 |
| 정정 | 계약·금액·범위 영향은 | 새 버전·재승인 | 정정 사건 |
| 예방 | 단계와 문서가 함께 바뀌나 | 전이 게이트·회귀 | 대체자 재현 |
고객 데이터는 목적·권한·보관과 함께 운영한다#
NIST Privacy Framework는 데이터 처리 인벤토리·정책·접근·모니터링과 개인정보 위험을 조직적으로 관리하도록 제안합니다. 이는 CRM 제품이나 영업 단계 표준을 정하지 않으며, 연락처·동의·보관의 법적 요구는 조직과 관할에 맞게 별도 검토해야 합니다.
- NIST Privacy Framework: 데이터 처리 인벤토리·정책·접근·모니터링
- NIST Privacy Framework Resources: 조직별 개인정보 위험관리 실행 자료
데이터 사전·중복 큐·주간 파이프라인 마감을 운영한다#
필드마다 정의·원천·필수 시점·소유자·허용 값·보관·열람 권한을 둡니다. 금액·확률·예정일은 현재값뿐 아니라 누가 왜 바꿨는지 사건으로 남기세요.
회사·담당자 중복은 자동 병합하지 말고 후보 점수와 충돌 필드를 운영자가 승인합니다. 문서·활동·동의·기회의 참조가 새 기준 ID로 보존되는지 시험합니다.
주간 마감에서는 단계별 금액보다 다음 행동 없음, 기한 초과, 견적 만료, 소유자 부재, 장기 보류와 문서·상태 불일치를 봅니다. 종료된 기회는 이유·대안·재심 조건을 남깁니다.
홈페이지 문의 유입은 홈페이지 CRM 연동과 연결합니다. CRM 구현 방식은 CRM 개발 vs SaaS에서 비교합니다. 견적 접수 구조는 견적 요청 자동화로 구체화합니다.
대체 담당자가 한 기회의 과거와 다음 행동을 재현하면 승인한다#
한 회사의 두 기회, 세 담당자, 요구·견적 두 버전, 보류·재개 표본에서 객체 관계와 상태 전이를 재현하세요.
담당자 부재 시 대체자가 최근 결정·미해결 쟁점·유효 문서·다음 행동을 찾고, 잘못된 단계·금액·문서를 정정 사건으로 복구할 수 있어야 운영에 인수합니다.
핵심 요약
- ✓회사·담당자·기회·요구·견적·계약·활동을 고유 ID로 분리한다
- ✓단계를 진입·완료·퇴출 증거와 다음 행동으로 정의한다
- ✓금액·확률·마감일·문서 변경을 덮어쓰지 않고 사건으로 남긴다
- ✓중복 병합은 관계·동의·활동 보존을 확인한 운영자 승인으로 처리한다
- ✓대체 담당자가 과거 결정과 다음 행동을 재현할 때 CRM을 인수한다
자주 묻는 질문