세일즈포스에서 커스텀 CRM으로 전환, 데이터 이관과 비용 [2026]

CRM 전환이란 기존 SaaS CRM의 데이터·자동화·권한을 새 시스템으로 옮기는 작업이며, 단순한 ‘데이터 이사’가 아니라 ‘영업 흐름 재설계 + 데이터 이관 + 자동화 재구현 + 운영 컷오버’ 네 갈래가 동시에 묶이는 프로젝트입니다. 세일즈포스·허브스팟에서 한국 특화 커스텀으로 옮길 때는 이 네 갈래를 같은 흐름 안에서 다루어야 ‘이사 후 매출 추적이 끊겼다’는 상황을 피할 수 있습니다.

세일즈포스·허브스팟을 쓰던 회사가 “한국 환경에 맞게 옮기고 싶은데 어떻게?” 라고 물을 때 가장 흔한 걱정은 세 가지입니다. 데이터 이관 중 손실이 나지 않을지, 영업이 멈추지 않을지, 그리고 라이선스 만료 시점에 맞춰 컷오버가 깔끔하게 끝날지입니다. 이 글에서는 CRM 전환의 이유 3가지, 데이터 이관의 핵심 항목, 전환 단계와 자주 깨지는 영역, 그리고 SaaS·국산 SaaS·커스텀 사이의 구조 차이를 정리합니다. 도구 선택을 먼저 비교하고 싶다면 세일즈포스·허브스팟·국산·커스텀 비교 글을 먼저 읽으시면 좋고, 그 글이 ‘무엇을 고를까’라면 이 글은 ‘이미 결정했고, 실제로 어떻게 옮길까’의 절차에 가깝습니다.

세일즈포스·허브스팟에서 옮기는 3가지 이유#

전환 결정은 보통 한 가지 이유가 아니라 세 가지가 한꺼번에 누적되어 내려집니다.

1) 라이선스 비용 곡선. 인당 단가가 영업 인력 증가에 따라 누적되고, 상위 플랜에서만 풀리는 기능 때문에 ‘필요한 한 가지’ 때문에 윗 플랜으로 올라가는 일이 잦습니다. 인원이 일정 규모를 넘기면 SaaS 누적 비용이 커스텀 초기 투자 + 운영비를 따라잡습니다.

2) 한국 세무·메시지 채널 거리. 전자세금계산서, 매출 인식, 회계 시스템 동기화 같은 한국 특유의 백오피스 흐름과 카카오 비즈메시지·네이버 채널 같은 핵심 영업 채널이 글로벌 CRM의 기본에 들어 있지 않습니다. 별도 미들웨어가 늘어날수록 운영 부담이 커집니다.

3) 영업 흐름 불일치. 견적 승인 단계, 채널별 정산 규칙, 시공·설치·납품처럼 한국 B2B/B2C에서 흔한 ‘영업 후 단계’가 글로벌 표준 객체에 담기지 않습니다. 결국 CRM이 핵심 트래커가 아니라 ‘별도 채팅방·엑셀 + 보조 도구’로 밀려납니다.

데이터 이관의 핵심 항목#

‘데이터를 옮긴다’고 말할 때 실제로 손이 가는 영역은 다섯 묶음입니다. 거래처·리드(회사·연락처·리드 객체와 커스텀 필드), 딜·파이프라인(단계·금액·확률·예상 마감일), 활동 이력(콜·미팅·이메일·메모 시계열 로그), 첨부 파일·문서(견적서·계약서·메일 스레드), 자동화·권한(워크플로우 규칙·승인 라우팅·역할/팀)입니다.

활동 이력이 끊기면 영업 담당의 신뢰가 떨어지므로 이관 완전성이 가장 중요한 축이고, 첨부와 메일 스레드는 저장소·권한 매핑이 까다로워 보존 정책을 사전에 합의해야 합니다. 자동화·권한은 ‘그대로 복제’보다 회사 영업 흐름에 맞춰 다시 정의하는 편이 결과적으로 단순합니다. 옮기는 김에 사업자등록번호·업종·세금계산서 발행처 같은 한국 환경 필드를 함께 정비하는 시기로 활용할 수도 있습니다.

세일즈포스·국산 SaaS·커스텀 전환 비교#

전환 후 어디로 갈지 비교 관점에서 정리하면 다음과 같습니다.

세일즈포스에서 옮길 때는 ‘객체·자동화 규칙이 이미 많이 쌓여 있다’는 점이 가장 큰 변수입니다. 옮기는 김에 영업 흐름을 재정의하면 자동화 규칙 수가 줄고, 그 자체가 전환 효과 중 하나가 됩니다.

전환 단계: 4단으로 끊기#

실무에서 안전하게 진행되는 흐름은 스코프 정의 → 데이터 추출·매핑 → 파일럿 → 컷오버의 4단입니다. 각 단계의 산출물이 다음 단계의 입력이 되도록 설계하면, 한 구간이 흔들려도 다음 구간을 다시 잡을 수 있습니다.

스코프 정의 단계에서는 옮길 객체·필드·자동화·권한·연동을 한 장으로 정리하고 ‘옮길 것 / 다시 정의할 것 / 버릴 것’을 분류합니다. 세일즈포스 사용자가 가장 많이 놀라는 구간이기도 합니다. 실사용되지 않는 자동화·필드가 절반에 가까운 경우가 잦기 때문입니다. 데이터 추출·매핑 단계에서는 표준 객체를 API/CSV로 추출하고 커스텀 필드와 첨부의 매핑 규칙을 합의하며, 이관 전·후 합계 일치를 확인할 라운드 횟수를 사전에 정합니다.

파일럿 단계에서는 영업 1~2명·채널 1개만 새 CRM으로 먼저 옮겨 1주 단위로 돌려 봅니다. 가설이 빨리 깨지고 보정 비용이 작은 구간이라 컷오버 위험을 가장 크게 줄여 줍니다. 컷오버단계에서는 라이선스 만료 시점에 빅뱅으로 던지는 대신 종료 한두 달 전 완전 병행 운영 구간을 두고 정식 전환합니다. 롤백 절차·책임자·발송 규칙은 컷오버 직전에 한 번 더 확인합니다.

자주 깨지는 영역 4가지#

실제 전환에서 가장 자주 사고가 나는 자리는 정해져 있습니다. 권한 매트릭스가 그대로 복제되지 않아 ‘봐서는 안 되는 딜’이 보이는 사고, 자동화 규칙이 새 시스템에서 다른 타이밍으로 발동해 알림·메일이 중복 또는 누락되는 사고, 첨부 파일의 저장소·권한이 어긋나 영업 담당이 과거 견적·계약서를 못 여는 사고, 그리고 외부 연동(메일 게이트웨이, 카카오 비즈메시지, ERP, 세금계산서) 이 컷오버 직후 끊기는 사고입니다. 네 영역 모두 ‘파일럿 단계’에서 미리 부딪혀 보는 것이 가장 값싼 검증입니다.

알파카랩스가 일하는 방식#

알파카랩스는 기획·디자인·개발을 한 팀이 끝까지 수행하며 재하청을 두지 않습니다. CRM 전환은 데이터·자동화·권한·연동·운영 컷오버가 동시에 움직이는 프로젝트라, 외주가 외주로 다시 쪼개지는 구조에서는 책임 주체가 흐려지기 쉽습니다. 같은 팀이 끝까지 들어가는 구조는 ‘파일럿에서 발견한 영업 흐름 변경’이 자동화·권한·연동까지 일관되게 반영되는지 한 흐름에서 확인할 수 있다는 장점이 큽니다.

핵심 요약#