작은 사업의 고객관리, 업무에 맞는 CRM은 어떻게 만들까요?

“채널톡으로 상담은 잘 받고 있어요. 그런데 현장 방문 일정은 따로 적고, 견적서는 다른 직원이 보내요. 고객이 전화로 조건을 바꾸면 누구에게 전달해야 하는지 헷갈립니다.”

문의 창구를 정리했는데도 이런 일이 반복된다면, 상담 이후의 업무를 살펴볼 때입니다. 고객에게 답변하는 일과 방문·견적·계약을 처리하는 일이 서로 다른 곳에서 진행될 수 있기 때문입니다.

사업 규모가 작아도 고객별 상담과 약속한 다음 일을 관리하는 체계는 필요합니다. 우리 업무에 맞는 CRM을 갖추려면 현재 쓰는 도구를 활용할 부분과 새로 연결하거나 만들 부분을 구분해야 합니다.

이번 글에서는 가상의 인테리어 업체가 문의 한 건을 처리하는 과정을 따라가며, 실제 업무에 맞는 CRM을 어떻게 구성하고 구축할지 살펴보겠습니다. 사례 속 업체·고객·일정은 설명을 위한 가상 설정이며 실제 고객 사례나 성과가 아닙니다.

상담은 끝났는데, 견적은 누가 보내나요?

가상의 고객 A가 홈페이지의 채널톡으로 매장 공사를 문의합니다. 상담 직원은 공사 가능 지역과 대략적인 절차를 안내합니다. 다음 날 고객이 전화로 방문 시간을 정하고, 현장 담당자가 방문한 뒤 견적 담당자에게 필요한 내용을 전달합니다. 견적서를 보낸 후에는 고객의 수정 요청을 받아 다시 안내합니다.

이 과정에는 서로 다른 완료 시점이 있습니다. 질문에 답하면 첫 상담은 끝날 수 있지만, 방문 배정이나 견적 발송은 아직 남아 있습니다. 상담창을 닫았다는 표시를 전체 업무 완료로 받아들이면 다음 일이 빠질 수 있습니다.

먼저 실제 문의 한 건으로 아래처럼 적어보세요.

단계	고객과 직원이 하는 일	다음 단계로 넘어갈 조건
첫 상담	상담 직원이 요청 내용과 가능 범위를 확인합니다.	방문이 필요하다면 일정 조율을 맡을 사람이 정해져야 합니다.
현장 방문	현장 담당자가 공간과 공사 조건을 확인합니다.	견적에 필요한 확인 내용이 남아 있어야 합니다.
견적 작성	견적 담당자가 범위와 금액을 정리합니다.	고객에게 보낼 내용과 발송 담당자가 정해져야 합니다.
견적 발송 후	고객의 질문이나 변경 요청을 확인합니다.	다음 연락 시점과 수정 여부가 기록되어야 합니다.

이 표를 채우다가 “여기부터는 누가 하는지 정해져 있지 않다”는 부분이 나오면 운영 규칙부터 정할 문제입니다. 담당자는 정해져 있는데 정보가 전달되지 않는다면 기록 방식과 도구 연결을 살펴볼 차례입니다.

고객관리란 대화와 다음 업무를 이어서 보는 일입니다

고객이 어떤 요청을 했고, 무엇을 안내받았으며, 다음에 어떤 도움을 받아야 하는지 이어서 관리하는 방식과 도구를 고객 관계 관리, 즉 CRM(Customer Relationship Management)이라고 합니다. 이번 글에서는 그중 상담과 후속 업무에 집중합니다.

고객 A가 채널톡으로 문의한 뒤 전화로 같은 공사의 조건을 바꿨다면, 두 상담을 같은 문의에 연결할 수 있어야 합니다. 하지만 한 달 뒤 다른 지점 공사를 요청했다면 고객 이력은 이어 보되 견적과 일정은 별도 건으로 관리하는 편이 적절합니다.

이 구분이 없으면 고객 이름 아래에 여러 현장의 메모가 섞입니다. 관리자 페이지를 만든다면 ‘고객 한 명’과 ‘그 고객이 의뢰한 일 한 건’을 나누는 이유가 여기에 있습니다. 처음부터 정보를 많이 수집하려는 목적이 아니라, 직원이 지금 처리하는 일을 정확히 찾도록 하는 것입니다.

먼저 기존 도구로 충분한지 확인하세요

채널톡 공식 수신함 안내에는 연동된 외부 메신저 상담, 담당자별 상담, 내부 대화를 확인하는 기능이 설명되어 있습니다. 실제 이용 범위는 현재 상품과 설정을 확인해야 합니다. 채널톡 수신함 안내

상담 담당자가 요청을 받고 답변하거나 간단한 재연락으로 마무리하는 사업이라면, 기존 도구의 담당자·내부 메모·상담 상태 기능으로 운영할 수 있는지 먼저 살펴보세요. 이미 쓰는 도구 안에서 필요한 일을 처리할 수 있다면 새 화면을 늘릴 이유가 적습니다.

문제가 생겼을 때도 바로 기능 개발로 연결하지 말고 원인을 나눠보는 것이 좋습니다.

반복되는 문제	먼저 해볼 조치	별도 연결을 검토할 상황
문의를 서로 맡았다고 생각해 답변이 늦습니다.	첫 응대 담당자와 부재 시 대체 담당자를 정합니다.	서비스·지역에 따라 담당 팀으로 넘기는 작업이 반복됩니다.
전화로 바뀐 조건을 다른 직원이 모릅니다.	통화 후 변경 내용과 다음 할 일을 같은 문의에 남깁니다.	상담 도구와 견적 시스템에 매번 같은 변경을 입력합니다.
견적 발송 뒤 재연락을 잊습니다.	다음 연락 날짜와 담당자를 남기고 매일 확인합니다.	여러 건의 견적·방문 업무를 기한별로 모아보기 어렵습니다.

새 시스템이 필요한지는 문의 수만으로 결정하기 어렵습니다. 여러 사람이 업무를 나눠 맡는지, 전달할 정보가 어디에 있는지, 기존 기능으로 실제 처리가 가능한지를 함께 보세요. 직원이 기록할 시간과 책임이 정해져 있지 않다면 도구를 바꿔도 빈 기록이 쌓일 수 있습니다.

별도 관리자 페이지는 상담 이후의 업무를 중심으로 구성할 수 있습니다

가상의 업체에서 채널톡 상담은 잘 운영되지만 방문 일정과 견적 업무가 계속 끊긴다고 가정해보겠습니다. 이때는 상담 기능을 새로 만드는 대신, 기존 상담과 연결되는 업무용 관리자 페이지를 검토할 수 있습니다.

역할은 다음처럼 나눌 수 있습니다. 대화 원문과 고객 답변은 상담 도구에서 처리하고, 관리자에서는 방문 일정·견적 진행·담당자·다음 할 일을 관리합니다. 문의 상세 화면에서 원래 상담을 열어볼 수 있으면 직원은 긴 대화를 두 곳에 복사하지 않아도 됩니다.

이 구성은 설계 예시입니다. 실제로 어떤 정보와 링크를 가져올 수 있는지는 이용 중인 도구의 연결 기능을 확인해야 합니다. 관리자에서 메시지까지 보내려면 조회 기능과 별도로 전송 지원 여부를 확인해야 합니다.

관리자 화면은 다음 세 가지부터 검토해보세요.

화면	보여줄 내용	직원이 할 수 있어야 하는 일
오늘 처리할 일	미배정 문의, 예정된 방문, 보낼 견적, 기한이 지난 업무	맡을 사람을 정하고 다음 할 일과 기한을 수정합니다.
문의 한 건의 상세	요청 범위, 연결된 상담 이력, 방문 결과, 견적 진행, 변경 기록	이전 안내를 확인하고 다음 담당자에게 넘깁니다.
고객별 이력	같은 고객의 문의·현장별 진행 내역	이전 거래를 참고하되 현재 문의와 구분합니다.

‘고객 수’나 ‘총 상담 수’보다 오늘 누가 무엇을 처리할지 먼저 보이게 하는 구성입니다. 모든 항목을 첫 화면에 넣기보다, 직원이 매일 찾느라 시간을 쓰는 정보부터 올려두세요.

상담 상태와 업무 진행 상태를 나누세요

고객 A에게 방문 절차를 안내한 뒤 상담창을 닫았더라도, 업무는 ‘방문 일정 조율 중’일 수 있습니다. 고객에게 견적서를 보냈다면 상담 도구에서는 답변을 마쳤다고 표시해도, 업무는 ‘고객 검토 중’으로 남아 있을 수 있습니다.

상담을 응대했는지와 의뢰가 어디까지 진행됐는지는 다릅니다. 별도 관리 화면을 설계할 때 두 상태를 같은 값으로 취급하지 않는 것이 중요합니다.

가상의 업체에서는 업무 단계를 ‘방문 조율 → 현장 확인 → 견적 준비 → 견적 발송·고객 검토 → 진행 확정 또는 미진행’으로 나눌 수 있습니다. 실제 단계는 사업에 맞게 줄이거나 바꾸면 됩니다.

각 단계에는 이름만 붙이지 말고 세 가지를 정하세요. 이 단계가 끝났다고 판단할 조건, 다음 일을 맡을 사람, 다시 확인할 기한입니다. 예를 들어 현장 확인을 마쳤다면 견적에 필요한 자료를 남기고 견적 담당자를 지정한 뒤, 발송 예정일을 정합니다.

‘고객 답변 대기’에도 확인할 날짜가 필요합니다. 고객과 합의한 시점에 다시 연락하거나 일정 기간 뒤 진행 여부를 확인하는 식으로 운영하세요. 상담을 종료했다는 이유만으로 이런 후속 업무까지 자동 완료되게 해서는 안 됩니다.

고객이 전화로 조건을 바꾸면 어디에 기록하나요?

고객 A가 전화로 “이번에는 주방 공사는 제외하고 싶어요”라고 말했다고 가정해보겠습니다. 통화한 직원의 개인 메모에만 남으면 견적 담당자는 이전 범위로 견적을 작성할 수 있습니다.

같은 문의 건에 ‘언제, 누가, 무엇을 바꾸어 요청했는지’를 남기고, 그 변경을 반영할 담당자가 확인할 수 있도록 연결해야 합니다. 원래 요청을 흔적 없이 덮어쓰기보다는 변경 전후의 내용을 알 수 있게 남기는 편이 좋습니다.

예시 기록은 다음과 같습니다.

• 변경 요청: 고객이 전화로 주방 공사 제외를 요청했습니다.
• 기록자·시각: 통화한 직원과 통화 시각을 남깁니다.
• 다음 업무: 견적 담당자가 변경 범위와 비용 영향을 확인합니다.
• 고객 안내: 수정 내용을 언제 어떤 방법으로 회신할지 정합니다.

‘고객이 요청한 내용’과 ‘업체가 확인하여 약속한 내용’도 구분하세요. 고객이 일정 단축을 요청했다고 해서 실제 일정까지 확정된 것은 아닙니다. 관리 화면에서도 요청을 받았다는 기록과 확정된 조건을 구분할 수 있어야 합니다.

이 정도의 기록을 기존 도구에서 충분히 남기고 전달할 수 있다면 그 방식으로 시작해도 됩니다. 변경 내용이 견적·일정 시스템으로 계속 전달되어야 하고 중복 입력이 많다면 그 구간의 연결을 검토하세요.

연결 범위는 ‘통합된다’는 말보다 구체적으로 확인하세요

홈페이지에 채널톡을 설치했다고 별도 문의폼, 개인 카톡, 일반 휴대전화의 통화 내용이 모두 자동으로 들어오는 것은 아닙니다. 사용하는 카카오톡 계정과 채널, 전화 서비스에 따라 가능한 방식이 달라집니다.

연결할 대상	구체적으로 확인할 것
홈페이지 문의폼	제출하면 어디에 저장되는지, 접수 알림만 오는지, 관리자에 문의 건이 만들어지는지 확인합니다.
채널톡·사업용 카카오톡 상담	현재 채널의 지원 여부와 고객 정보·상담 원문·담당자 등 가져올 항목을 확인합니다. 기존 대화 이전도 별도 확인이 필요합니다.
전화	현재 번호를 사용할 수 있는지, 통화 이력과 실제 내용 중 무엇이 남는지 확인합니다. 자동 기록이 안 되면 직원의 요약 입력이 필요합니다.
고객 연결	확인된 회원번호나 연락처 등 어떤 기준으로 같은 고객을 찾는지 확인합니다. 이름만 같거나 공용 번호를 쓰는 경우는 검토가 필요합니다.

서비스 사이에서 정보를 주고받는 기능을 API, 변경이 생겼다는 알림을 다른 시스템에 보내는 방식을 웹훅이라고 부릅니다. 채널톡도 웹훅을 통한 이벤트 알림을 안내하지만, 원하는 모든 정보를 가져오거나 양쪽 상태를 자동으로 맞출 수 있다는 뜻은 아닙니다. 필요한 항목과 지원 범위를 개발사에 확인해달라고 요청하세요. 채널톡 웹훅 안내

두 곳에 같은 정보를 표시할 때는 어디에서 수정한 값을 최종 기준으로 삼을지도 정해야 합니다. 예를 들어 상담 담당자는 상담 도구, 견적 담당자와 방문 일정은 업무 관리자에서 관리하는 식입니다. 서로 다른 역할을 ‘담당자’ 하나로 합치면 오히려 업무가 혼란스러워질 수 있습니다.

처음부터 전부 만들기보다 끊기는 구간부터 연결하세요

첫 도입 범위는 실제로 반복되는 문제를 기준으로 정하는 편이 좋습니다. 가상의 업체라면 고객·문의 연결, 방문 결과 기록, 견적 담당자와 기한, 원래 상담으로 이동하는 기능부터 검토할 수 있습니다. 매출 분석이나 자동 메시지는 그 뒤에 필요성을 판단해도 됩니다.

기존 기능 설정으로 해결할 수 있는 부분, 외부 도구와 연결할 부분, 별도로 만들어야 할 부분을 나누어 견적을 요청하세요. 개발비 외에 서비스 구독료, 이용량에 따른 비용, 연동 유지보수와 자료 내보내기 범위도 함께 비교할 수 있습니다.

전송이 실패했을 때의 처리도 초기 범위에 포함해야 합니다. 누락된 문의를 누가 어디에서 확인하고, 다시 전달하면 같은 문의가 두 번 생기지 않는지 확인하세요. 잘못 연결한 고객 기록을 수정할 방법도 필요합니다.

직원별로 필요한 정보만 보도록 접근 범위를 정하고, 중요한 변경은 처리자와 시각을 남기는 구성을 검토하세요. 실제로 수집할 고객 정보와 보관 방식에 따른 개인정보 처리 절차는 별도로 확인해야 합니다.

공개 전에는 테스트 문의로 다음 과정을 끝까지 진행해보면 좋습니다.

1. 홈페이지에서 접수한 문의가 담당자에게 전달되는지 확인합니다.
2. 같은 고객이 전화로 조건을 바꿨을 때 같은 문의에 기록되는지 확인합니다.
3. 현장 담당자가 확인 내용을 남기고 견적 담당자에게 넘겨봅니다.
4. 상담을 종료해도 아직 남은 견적 발송 업무가 목록에 유지되는지 확인합니다.
5. 기한을 넘기거나 연결에 실패했을 때 직원이 알아차리고 처리할 수 있는지 확인합니다.

도입 뒤에도 단순히 접속했는지보다 담당자 없이 남은 건, 기한이 지난 일, 같은 정보를 다시 적는 구간이 줄었는지 살펴보세요. 이런 기록이 다음 개선 범위를 정하는 근거가 됩니다.

제작사에는 기능 이름보다 실제 상황을 설명해주세요

“CRM이 필요해요”라는 요청에 다음 내용을 덧붙이면 제작 범위를 논의하기 쉬워집니다.

“채널톡으로 첫 상담을 받고, 현장 담당자와 견적 담당자가 따로 일합니다. 전화로 변경된 내용이 견적에 빠질 때가 있습니다. 기존 상담 도구는 유지하면서 문의별 변경 내용과 다음 담당자, 기한을 연결하고 싶습니다.”

그다음에는 아래 질문을 해보세요.

• “지금 쓰는 도구의 설정으로 해결할 수 있는 부분부터 알려주실 수 있나요?” 기존 기능을 확인해 불필요한 중복 개발을 줄이기 위한 질문입니다.
• “상담 종료와 방문·견적 업무 완료를 어떻게 구분하나요?” 고객에게 답변한 뒤 남은 업무가 사라지지 않는지 확인합니다.
• “각 정보는 어디서 수정하고, 다른 화면에는 어떻게 반영되나요?” 직원이 같은 내용을 두 번 입력해야 하는지 확인합니다.
• “전화 변경 요청이 들어오면 다음 담당자에게 어떤 방식으로 전달되나요?” 실제 문의 한 건으로 과정을 보여달라고 요청하세요.
• “연결 실패와 중복 등록은 어떻게 확인하고 바로잡나요?” 정상 작동할 때뿐 아니라 문제가 생겼을 때의 운영 방법까지 확인합니다.

사업이 작아도, 우리 사업에 맞는 CRM으로 고객관리를 시작하세요

혼자 운영하는 사업이나 직원이 몇 명 없는 사업에서도 고객과 나눈 이야기와 약속한 다음 일은 계속 쌓입니다. 문의가 적더라도 이전에 무엇을 안내했는지, 견적을 언제 보내기로 했는지 매번 기억에 의존한다면 놓치는 일이 생길 수 있습니다. 사업이 더 커질 때까지 기다리기보다, 지금의 업무에 맞는 고객관리 체계를 갖춰보세요.

고객별 상담 이력과 진행 중인 요청, 다음 할 일과 기한을 이어서 관리할 수 있다면 작은 사업에도 유용한 CRM이 됩니다. 사용하는 상담 도구를 설정하고 필요한 정보를 연결하는 방식으로 시작할 수도 있고, 우리 사업에 필요한 업무 화면을 따로 구성할 수도 있습니다. 중요한 것은 실제 일하는 방식에 맞게 구축하고 매일 고객관리에 사용하는 것입니다.

웨이브릭은 고객 문의가 들어온 뒤 누가 어떤 내용을 확인하고, 어떤 기준으로 다음 담당자에게 일을 넘기며, 마지막 안내까지 어떻게 마무리하는지 사업의 업무 과정을 먼저 파악합니다. 그 흐름을 바탕으로 고객 정보, 상담 이력, 견적·예약·방문 등의 진행 상태와 후속 업무가 이어지는 CRM과 업무시스템을 설계하고 구축합니다.

이미 사용하는 채널톡이나 다른 도구가 있다면 활용할 부분과 연결할 부분을 함께 살펴봅니다. 현재 인력과 업무량에 맞는 범위부터 정하고, 사업이 성장하면서 필요한 기능을 확장할 수 있도록 구성합니다.

우리 사업에 맞는 고객관리를 시작하고 싶다면, 지금 문의를 받고 처리하는 과정을 웨이브릭에 들려주세요. 완성된 기능 목록이 없어도 괜찮습니다. 고객과 직원이 실제로 하는 일을 함께 정리하고, 그 과정에 맞는 고객관리·업무시스템으로 구체화하겠습니다.

문의 전 고객이 필요한 답을 찾는 구성은 홈페이지 메뉴 구성, 회사소개·서비스·문의만 넣으면 될까요?에서 함께 살펴보실 수 있습니다.

※ 채널톡 관련 기능은 2026년 10월 19일 확인한 공식 안내를 참고했습니다. 상품과 연동 조건은 도입 시점에 확인해주세요. 이 글의 관리자 화면·업무 상태는 설계 예시이며 특정 제품의 기본 제공 기능 목록이 아닙니다.