고객을 잃지 않는 CRM 이전 체크리스트

대부분의 사장님이 CRM 이전을 미루는 이유는 같습니다. 예전 시스템에는 모든 고객, 모든 메모, 앞으로의 모든 예약이 담겨 있고, 그중 하나라도 잃는 것이 더 이상 맞지 않는 소프트웨어를 계속 쓰는 것보다 더 두렵게 느껴지기 때문입니다. 이런 걱정은 합리적이지만, CRM 데이터 이전에서 잘못되는 일 대부분은 예측 가능한 몇 군데에서 일어나며, 각 지점은 고객을 잃기 전에 미리 확인할 수 있습니다. 이 체크리스트는 예약 앱이든, 영업용 CRM이든, 스프레드시트든 상관없이 고객, 이력, 예약을 잃지 않고 다른 사업 시스템으로 이전하는 방법을 다룹니다. 순서대로 진행하세요.

1. 무엇이든 바꾸기 전에 모든 것 내보내기

구독을 해지하거나 새 계정을 만들거나 행 하나라도 정리하기 전에, 가진 것 전체의 사본을 만드세요. 내보내기는 예전 시스템이 사라지고 나면 다시 할 수 없는 이전 과정의 유일한 부분입니다. 레코드 유형마다 파일 하나씩입니다.

• 고객. 필요 없다고 생각되는 열까지 포함해서 도구가 줄 수 있는 모든 열을 내보내세요.
• 예약이나 작업. 과거와 미래 모두, 고객, 담당자, 서비스, 시작 시간, 소요 시간과 함께 내보내세요.
• 메모와 활동 이력.
• 고객이나 작업에 첨부된 파일과 사진. 많은 도구가 파일을 일괄로 내보내는 기능이 없으니, 당연히 될 거라고 넘겨짚지 말고 먼저 확인하세요.
• 청구서와 영수증은 PDF로.
• 서비스와 가격, 그리고 나중에 기억하기 어려운 설정들. 근무 시간, 취소 규칙, 접수 질문, 메시지 템플릿입니다.

내보내기 위치는 2026년 9월 기준으로 도구마다 다릅니다. 구글 시트는 파일, 다운로드, 쉼표로 구분된 값 순서로 시트마다 하나씩 진행합니다. 엑셀은 파일, 다른 이름으로 저장에서 ’CSV UTF-8’을 선택합니다. HubSpot은 연락처 테이블 메뉴의 내보내기 작업입니다. Pipedrive는 설정, 데이터 내보내기 순서입니다. Zoho CRM은 설정, 데이터 관리, 내보내기 순서입니다. Square Appointments나 Fresha 같은 예약 앱은 고객 디렉터리에서 고객 목록을 내보내며, 예약 이력은 대개 보고서로만 나오므로 허용되는 가장 넓은 날짜 범위로 실행하세요.

가져오려는 모든 것은 PDF가 아니라 CSV나 XLSX로 받으세요. 그리고 모든 파일의 행 수를 예전 시스템 화면에 보이는 숫자와 대조하세요. 1,000행에서 조용히 멈춰 버린 내보내기는 흔한 함정이며, 해지한 뒤보다 지금 알아채는 편이 훨씬 쉽습니다.

2. 무엇을 옮기지 않을지 정하기

제외해도 무리 없는 후보는 다음과 같습니다.

• 연락처도, 방문도, 메모도 없는 고객. 이들은 사람이 아니라 자리 표시자일 뿐입니다.
• 테스트 레코드, 그리고 예약 앱이 강제로 만든 ’워크인’이나 ‘알 수 없음’ 고객.
• 1~2년보다 오래된 취소 예약. 취소 이력을 예약금 부과 여부 판단에 쓰지 않는다면요.
• 한 번도 채운 적 없는 필드. 열 개 중 아홉 개가 빈 ‘추천 경로’ 열은 데이터가 아닙니다.
• 더 이상 발송하지 않는 마케팅 목록. 특히 메시지 수신에 동의한 적 없는 연락처입니다.

’이전하지 않음’이 ’삭제함’을 뜻하지는 않습니다. 무엇을 빼든 1단계에서 내보낸 파일에는 그대로 남아 있습니다.

3. 스프레드시트에서 내보낸 파일 정리하기

정리는 새 시스템이 아니라 스프레드시트에서 하세요. 저희 것을 포함해 저희가 써 본 모든 가져오기 도구는 정리되지 않은 파일보다 정돈된 파일을 더 잘 처리합니다. 원본이 이미 스프레드시트라면 대부분의 작업이 바로 이 단계에서 이루어집니다. 스프레드시트에서 작업공간으로 이전하는 저희 가이드에서 레이아웃을 더 자세히 다룹니다.

• 탭 하나에 레코드 유형 하나. 고객은 한 탭, 예약은 다른 탭, 메모는 또 다른 탭입니다. 같은 행에 고객과 예약이 섞인 탭은 어떤 도구로도 깔끔하게 가져올 수 없습니다.
• 단순한 이름의 머리글 행 하나, 병합된 셀 없음, 위에 빈 행 없음. ’전화번호(휴대전화, 문자용!)’보다 ’전화번호’가 낫습니다.
• 파일 전체에 날짜 형식 하나. ISO 형식(2026-09-02)을 고르세요. 모호하지 않고, 정렬이 정확하며, 어떤 가져오기 도구든 읽을 수 있습니다.
• 전화번호 형식 하나, 가급적 국가 코드 포함(+1 415 555 0134), ‘Tel:’ 접두사와 ‘(자택)’ 같은 메모는 별도 열로 옮기세요.
• 예전 시스템의 ID 열을 남겨 두세요. 다시 화면에 표시하지 않더라도, 6단계에서 고객을 예약과 메모에 연결해 줍니다.

정리된 통합 문서는 새 이름으로 저장하고, 원본 내보내기 파일은 손대지 마세요.

4. 모든 필드를 새 자리에 매핑하기

필드 매핑은 CRM 이전 체크리스트에서 가장 자주 빠지는 단계이며, ’가져오기는 됐는데 데이터 절반이 엉뚱한 자리에 있다’는 흔한 불만의 원인입니다. 가져오기 전에 각 필드가 어디로 가는지 열마다 적어 두세요. 예약 앱을 떠나는 미용실을 예로 들면 다음과 같습니다.

예전 열	새 필드	설명
클라이언트 이름	고객: 전체 이름	새 시스템에 필드가 두 개라면 이름과 성으로 나누세요
예약한 서비스	예약: 서비스	먼저 만든 서비스 목록과 일치해야 합니다
담당 직원	예약: 담당자	새 시스템에 존재하는 담당자와 일치해야 합니다
시작 시간	예약: 시작 시간	날짜와 시간을 함께, 시간대는 하나로
클라이언트 ID	고객: 외부 ID	연결에 쓰이는 숨김 필드

Ifa는 이 단계를 고정된 템플릿과 다르게 처리합니다. 사업을 평범한 말로 설명하면 Ifa가 레코드, 필드, 관계, 화면 구성을 제안하고, 실제로 만들어지기 전에 여러분이 그 계획을 확인합니다. 그 계획을 승인하기 전에 매핑을 끝내 두세요. 나중이 아니라 먼저 해야, 필드가 내보낸 파일에 맞춰지지 그 반대가 되지 않습니다.

5. 가져오기 전에 중복 처리하기, 나중이 아니라

몇 년 동안 사용한 시스템에는 어김없이 중복이 쌓입니다. 가져오기 후에 병합하면 각 사본마다 이미 예약과 메모가 딸려 있어서 느립니다. 스프레드시트에서 병합하면 빠릅니다.

1. 고객 탭을 전화번호 기준으로 정렬하고 인접한 행 중 일치하는 것을 살펴보세요. 전화번호가 대개 가장 믿을 만한 키입니다.
2. 이메일 기준으로도 같은 작업을 하고, 그다음 성과 이름 순으로 정렬해서 전화번호가 다르고 이메일이 없는 쌍도 찾아내세요.
3. 각 쌍마다 더 채워진 행을 남기고, 메모는 옮겨 붙이고, 버린 행의 예전 ID를 남긴 행 옆에 기록해서 그것을 가리키던 예약도 계속 연결될 수 있게 하세요.
4. 진짜 중복은 삭제하지 말고 ‘병합 대상’ 열에 표시해서 그 결정이 계속 보이고 되돌릴 수 있게 하세요.

일부 가져오기 도구는 자체 중복 확인 기능이 있습니다. Ifa의 가져오기는 무언가 기록되기 전에 파일을 미리 보여 주고 있을 법한 중복, 빈 값, 읽을 수 없는 날짜를 표시하며, 여러분은 그 점검 결과를 읽은 뒤 가져오기를 승인합니다. 이는 유용한 안전망이지 이 단계를 대신하지는 않습니다. 도구는 비슷해 보이는 것을 표시할 수 있을 뿐, ’크리스 박’과 ’크리스티나 박’이 같은 단골이라는 것까지 알 수는 없습니다.

6. 올바른 순서로 가져오기

다른 레코드를 참조하는 레코드는 그 참조 대상보다 나중에 들어와야 합니다. 순서를 잘못 정하는 것이 고객 없이 도착하는 예약의 가장 흔한 원인입니다.

1. 담당자와 직원. 예약이 이들을 참조합니다.
2. 서비스나 작업 유형, 소요 시간과 가격을 함께.
3. 고객, 이후 파일이 찾을 수 있도록 예전 ID를 전용 필드에 함께.
4. 고객을 참조하는 메모와 이력.
5. 위의 모든 것을 참조하는 과거 예약과 작업.
6. 고객이나 작업에 첨부된 파일과 문서.

먼저 고객 스무 명과 그들의 예약을 표본으로 가져오세요. 스무 개 레코드를 고치는 것은 고통스럽지 않습니다. 그다음 전체 파일을 실행하세요. 데이터 가져오기 페이지에 설명된 Ifa의 가져오기는 CSV, TSV, JSON, JSONL, XLSX, XLS, 매크로가 없는 XLSM 파일을 받아들이고, 점검 결과와 함께 미리보기를 보여 주며, 레코드가 만들어지기 전에 여러분의 승인을 기다립니다. 대부분의 예약 앱은 예약 이력 가져오기 자체를 제공하지 않습니다.

파일에 관한 참고 사항입니다. Ifa는 업로드된 파일을 고객 파일 페이지에 설명된 대로 미리보기와 함께 해당 레코드에 첨부된 상태로 유지합니다. Ifa는 청구서를 직접 만들지 않으므로, 1단계에서 내보낸 PDF가 곧 청구서입니다. 고객 레코드에 첨부하거나 회계 도구에 보관하되, 예전 시스템에만 남겨 두지는 마세요.

7. 근무 시간 설정 후 앞으로의 예약 다시 만들기

앞으로의 예약은 별도 단계로 다룹니다. 고객이 실제로 알아차리는 이전 과정의 부분이기 때문입니다.

1. 예정된 휴무를 포함해 담당자별 근무 시간을 설정하고, 여유 시간, 최소 예약 리드타임, 취소 기한 같은 예약 정책도 설정하세요.
2. 그다음에야 앞으로의 예약을 불러오거나 다시 만드세요. 근무 시간이 있기 전에 불러오면 예약이 거부되거나 아무도 없는 시간대에 들어가 버립니다.
3. 앞으로 여덟 주치 예전 캘린더를 인쇄하고 새 캘린더와 하나씩 직접 대조하세요. 대부분의 매장에서 몇 시간이면 끝나고, 전체 이전 과정에서 가장 값진 점검입니다.
4. 시간대 변화를 조심하세요. UTC로 내보낸 파일을 현지 시간으로 가져오면 모든 예약이 몇 시간씩 밀리는데, 날짜만 보여 주는 화면으로는 드러나지 않습니다.

앞으로의 예약이 몇 건 되지 않는다면, 가져오기보다 직접 다시 만드는 편이 대개 더 빠르고 안전합니다. Ifa에서는 예약이 여러분의 팀에 의해 작업공간 안에서 만들어지고, 일정이 조정되고, 취소되고, 완료되며, 설정한 근무 시간을 기준으로 가용성이 확인됩니다. 고객은 Ifa가 만들어 주는 예약 페이지나 연결된 채널의 채팅을 통해 예약할 수 있습니다. Ifa에는 구글이나 아웃룩 캘린더 동기화가 없고, 리마인더는 단순한 스위치가 아니라 여러분이 직접 정의하는 워크플로이므로, 첫 주에 리마인더 워크플로를 설정하고 전환 작업의 일부로 사이트의 예약 링크를 새 페이지로 연결하세요.

8. 두 시스템을 짧게 함께 운영하기

금요일에 전환하고 토요일에 예전 구독을 해지하지 마세요. 새 시스템을 기준 시스템으로, 예전 시스템은 읽기 전용으로 삼아 일주일에서 이 주일 정도 둘 다 운영하세요.

• 새로운 예약과 새로운 고객은 모두 새 시스템에만 입력하세요. 두 곳에 모두 입력하면 작업이 두 배가 되고 반드시 어긋납니다.
• 예전 시스템은 조회용으로만 열어 두세요. 이전을 깜빡한 메모, 사진, 오래된 청구서 같은 것입니다.
• 마지막에는 실수로 예전 시스템에 만들어진 것이 있는지 최종 내보내기를 한 번 더 해서 새 시스템에 반영하세요.

Ifa에는 실시간 양방향 동기화가 없으며, 이 주일 정도의 중첩 기간이라면 어떤 업체의 것이든 추천하지 않습니다. ’새 시스템에만’이 더 단순한 규칙입니다.

9. 고객에게 무엇이 달라지는지 알리기

이전 과정 대부분은 고객에게 보이지 않으며 그렇게 유지되어야 합니다. 고객에게 실제로 달라지는 것만 알려 주되, 일이 벌어지기 전에 미리 알려 주세요.

• 예약 링크, 전화번호, 메시지 채널이 바뀐다면 일주일 전에 한 번, 당일에 한 번 더 새 정보를 보내세요.
• 리마인더가 중단되거나 다른 발신자에게서 오게 된다면 그렇다고 알리고 새 번호를 저장해 달라고 부탁하세요.
• 동의 기록을 갖고 있다면, 모두에게 다시 동의를 받는 대신 그 증거를 고객 파일에 함께 보관하세요.

짧게 전하세요. ‘9월 15일부터 예약에 새 시스템을 사용합니다. 기존 예약은 그대로입니다. 예약은 평소와 같은 번호로 전화나 메시지를 주시면 됩니다.’

10. 예전 내보내기 파일 보관하기

중첩 기간이 끝나고 구독을 해지하더라도 내보내기 파일은 지우지 마세요. 1단계의 원본 파일, 3단계의 정리된 통합 문서, 4단계의 매핑 표, 8단계의 최종 중첩 내보내기 파일을 폴더 하나에 모으고 날짜로 이름을 붙인 다음, 노트북이 고장 나도 살아남을 곳에 보관하세요. 생각보다 훨씬 자주 쓰게 될 것입니다. 보관해 두는 데는 비용이 들지 않지만, 다시 만들어 내는 것은 불가능합니다.

흔히 발생하는 문제와 예방법

문제	어떻게 나타나는지	예방법
잘린 내보내기	화면상의 행 수가 파일보다 많음	정리 전에 행 수 확인, 지원팀에 전체 내보내기 요청
뒤섞인 날짜 형식	예약이 엉뚱한 날짜나 달로 표시됨	가져오기 전 파일 전체를 ISO 형식 하나로 통일
시간대 밀림	모든 예약이 같은 시간만큼 어긋남	표본 예약 하나를 가져와 시각을 대조
연결되지 않은 예약	고객이 붙어 있지 않은 예약	예전 ID와 함께 고객을 먼저, 예약을 나중에
병합된 중복이 이력을 잃는 경우	두 고객이 하나가 되면서 메모가 사라짐	‘병합 대상’ 열을 두고 스프레드시트에서 병합
예약 후에 근무 시간을 설정한 경우	앞으로의 예약이 거부되거나 무인 시간대에 배정됨	근무 시간과 정책을 먼저, 예약을 나중에

규모에 대해서는 솔직해집시다. 몇 년치 이력과 방대한 사진 보관함을 가진 고객 수천 명을 옮긴다면, 단계 자체는 그대로지만 소요 시간 추정치는 달라지며, 스프레드시트 정리를 위한 프리랜서 비용은 충분히 값어치를 합니다. Ifa는 유료 이전 서비스를 제공하지 않으므로, Ifa를 쓴다면 그 작업은 여러분이나 계약자의 몫이고, 가져오기의 미리보기와 점검이 이를 뒷받침해 줍니다. 다른 업체 중에는 상위 요금제에서 이전 지원을 제공하는 곳도 있으니, 데이터가 크다면 계약 전에 물어보세요.

자주 묻는 질문

사장님이 직접 운영하는 팀에게 CRM 이전은 얼마나 걸리나요?

의자 두 개짜리 미용실, 네 명 규모의 청소팀, 고객 수백 명을 둔 1인 컨설턴트라면, 내보내기와 정리에 오후 한나절, 가져오기와 예약 점검에 또 한나절이 걸리고, 중첩 기간은 뒤에서 일주일에서 이 주일 정도 진행됩니다. 이력이 더 많다면 늘어나는 것은 가져오기가 아니라 정리 단계입니다.

한가한 시기에 CRM을 바꿔야 하나요?

한가한 시기가 있다면 그렇습니다. 앞으로의 예약이 적을수록 7단계의 점검이 짧아지고, 워크인이 적을수록 중첩 기간을 관리하기 쉬워집니다.

예약 이력도 이전할 수 있나요, 아니면 고객만 되나요?

예전 도구가 무엇을 내보내는지에 달려 있습니다. 대부분의 영업용 CRM은 활동 내역을 온전히 내보냅니다. 많은 예약 앱은 고객 목록은 쉽게 내보내지만 이력은 보고서로만 노출합니다. 이력이 깔끔하게 내보내지지 않는다면, 최소한 ’최근 방문일’과 ‘방문 횟수’ 열이라도 함께 고객을 이전해서 새 시스템이 누가 단골인지 알 수 있게 하고, 예전 보고서는 보관용으로 남겨 두세요.

CRM을 바꾼 뒤 고객에게 다시 동의를 받아야 하나요?

동의가 적법하게 수집되었고 그 기록이 고객과 함께 이전된다면 대개 필요 없습니다. 중요한 것은 누가, 무엇에, 언제 동의했는지 계속 보여 줄 수 있느냐입니다. 동의 필드와 그 날짜를 함께 옮기고, 원본 내보내기 파일을 증거로 보관하세요. 예전 도구가 애초에 동의를 기록하지 않았다면, 이는 이전 과정 때문에 생긴 문제가 아니라 새 시스템에서 고쳐야 할 공백으로 다루세요.

최종 수정일: 2026년 9월 2일.