AI는 빈 공간에서 일하지 않는다
AI 자동화를 처음 시작하는 사람들은 종종 이렇게 생각합니다. "좋은 AI 모델을 연결하면 알아서 답하고, 알아서 분류하고, 알아서 팔아주겠지." 하지만 실제 사업 현장에서는 정반대의 일이 벌어집니다. AI는 똑똑한 직원처럼 보이지만, 아무 자료도 주지 않은 직원입니다. 회사의 상품이 무엇인지, 고객이 어떤 질문을 자주 하는지, 환불 정책이 어떻게 바뀌었는지, 어떤 리드가 좋은 고객으로 이어졌는지 모른다면 그 직원은 그럴듯한 말만 할 뿐입니다.
AI 자동화의 품질은 모델의 성능만으로 결정되지 않습니다. 오히려 더 중요한 것은 AI가 읽고 판단할 수 있는 사업 데이터가 얼마나 정리되어 있느냐입니다. 고객명이 제각각 입력되어 있고, 상품명이 매번 다르게 쓰이며, 상담 기록이 카카오톡·이메일·엑셀·노션에 흩어져 있다면 AI는 하나의 고객을 여러 명으로 착각합니다. 반대로 고객, 상품, 콘텐츠, FAQ, 거래 데이터가 일정한 구조로 정리되어 있으면 AI는 단순한 문장 생성기를 넘어 사업 운영 보조자로 움직이기 시작합니다.
IBM은 AI CRM이 효과적으로 작동하려면 데이터 정확도와 개인정보 보호 조치가 기반이 되어야 한다고 설명합니다. 고객과의 신뢰는 결국 기업이 고객 데이터를 얼마나 안전하고 정확하게 다루는지에 달려 있기 때문입니다.1 이 말은 거창한 대기업 이야기처럼 들리지만, 1인 기업에도 그대로 적용됩니다. 고객 이메일 하나가 틀리면 후속 메일이 가지 않고, 구매 이력이 누락되면 단골 고객에게 신규 고객용 메시지가 나갑니다. 자동화는 작은 오류를 빠르게 반복하기 때문에, 데이터가 지저분할수록 실수도 자동으로 커집니다.

자동화에 필요한 다섯 가지 사업 데이터
사업 자동화를 위해 모든 데이터를 한꺼번에 완벽하게 정리할 필요는 없습니다. 먼저 "AI가 판단할 때 자주 참조하는 데이터"부터 모으면 됩니다. 자동화에 특히 중요한 데이터는 고객 데이터, 상품 데이터, 콘텐츠 데이터, FAQ 데이터, 거래·운영 데이터입니다.
고객 데이터는 "누구에게 무엇을 말해야 하는가"를 결정합니다. 이름, 이메일, 전화번호, 회사명, 직무, 유입 경로, 관심 상품, 리드 상태, 구매 이력, 상담 기록, 문의 유형, 마지막 접촉일 같은 정보가 여기에 포함됩니다. 이 데이터가 있어야 AI가 리드 점수화를 할 수 있습니다. 예를 들어 무료 자료를 다운로드하고, 가격 페이지를 세 번 방문했으며, 상담 신청까지 남긴 사람은 단순 뉴스레터 구독자보다 구매 가능성이 높습니다. AI는 이런 행동 신호를 읽고 "오늘 먼저 연락할 고객"을 골라낼 수 있습니다.
상품 데이터는 "무엇을 팔고 있는가"를 설명합니다. 상품명, 가격, 옵션, 주요 기능, 대상 고객, 사용 방법, 차별점, 보증 조건, 환불 정책, 자주 생기는 오해, 경쟁 상품과의 차이 등이 필요합니다. 상품 데이터가 정리되어 있으면 AI는 제안서, 상세 페이지, 영업 메일, 고객 답변을 훨씬 정확하게 작성합니다. 반대로 상품 설명이 여기저기 다르면 AI는 어제는 "3개월 과정"이라고 말하고 오늘은 "12주 과정"이라고 말할 수 있습니다. 사람이라면 확인하고 고치겠지만, 자동화된 메시지는 그대로 고객에게 나갈 수 있습니다.
콘텐츠 데이터는 "우리 사업이 어떤 이야기를 해왔는가"를 담습니다. 블로그 글, 뉴스레터, 유튜브 대본, 웨비나 자료, 고객 사례, 광고 문구, 랜딩페이지, 전자책 원고가 여기에 들어갑니다. 이 데이터는 마케팅 자동화의 연료입니다. AI는 기존 콘텐츠를 분석해 톤을 맞추고, 인기 주제를 찾아내며, 긴 글을 SNS 게시물이나 뉴스레터로 재가공합니다. 콘텐츠 데이터가 충분하면 AI가 새 글을 쓸 때도 브랜드의 말투와 관점을 유지할 가능성이 높아집니다.
FAQ 데이터는 "고객이 반복해서 묻는 것"에 대한 표준 답변입니다. 배송, 환불, 결제, 사용법, 오류 해결, 상담 절차, 보안, 계약 조건 같은 질문이 포함됩니다. FAQ는 고객지원 챗봇의 뼈대입니다. 좋은 FAQ가 있으면 AI는 고객 문의를 읽고 유사한 질문을 찾아 답변 초안을 만들 수 있습니다. 여기서 중요한 점은 FAQ가 단순 문서가 아니라 운영 규칙이라는 사실입니다. 환불 정책이 바뀌었는데 오래된 FAQ가 남아 있으면 AI는 아주 친절하게 틀린 답변을 할 것입니다.
거래·운영 데이터는 "사업이 실제로 어떻게 굴러가는가"를 보여줍니다. 결제 내역, 인보이스, 세금계산서, 배송 상태, 구독 갱신일, 프로젝트 단계, 작업 담당자, 마감일, 고객지원 티켓, 재고 수량, 환불 기록 등이 여기에 포함됩니다. 이 데이터가 있어야 AI가 월간 리포트를 만들고, 이상 비용을 탐지하고, 미처리 업무를 알려주며, 고객 이탈 위험을 예측할 수 있습니다. 세일즈 자동화와 운영 자동화는 결국 이 데이터 위에서 움직입니다.
데이터는 결과물과 연결될 때 가치가 생긴다
데이터 정리는 그 자체가 목적이 아닙니다. 엑셀을 예쁘게 만드는 일이 아니라, 자동화 결과물을 더 정확하게 만들기 위한 준비입니다. 그래서 데이터를 모을 때는 항상 "이 데이터가 어떤 자동화에 쓰이는가?"를 함께 생각해야 합니다.
| 데이터 종류 | 주요 필드 | 연결되는 자동화 결과물 |
|---|---|---|
| 고객 데이터 | 이름, 이메일, 유입 경로, 리드 상태, 구매 이력, 상담 기록 | 리드 점수화, 개인화 메일, 후속 연락, 이탈 위험 탐지 |
| 상품 데이터 | 상품명, 가격, 기능, 대상 고객, FAQ, 정책 | 제안서 작성, 상품 설명 생성, 상담 답변, 랜딩페이지 문구 |
| 콘텐츠 데이터 | 블로그, 뉴스레터, 대본, 사례, 광고 문구 | 콘텐츠 재가공, 캠페인 기획, SNS 게시물 생성, 키워드 분석 |
| FAQ 데이터 | 질문, 답변, 카테고리, 적용 조건, 최신 수정일 | 챗봇 답변, 상담원 답변 초안, 도움말 문서 추천 |
| 거래·운영 데이터 | 결제, 환불, 배송, 프로젝트 상태, 담당자, 마감일 | 리포트 생성, 알림, 업무 배정, 정산 보조, 운영 대시보드 |
예를 들어 "리드 점수화"를 하고 싶다면 고객의 유입 경로, 행동 기록, 문의 내용, 회사 규모, 구매 가능 시점이 필요합니다. "개인화 메시지"를 보내고 싶다면 고객의 관심 상품, 이전 상담 내용, 구매 단계가 필요합니다. "고객지원 답변"을 자동화하려면 FAQ, 정책 문서, 과거 상담 사례가 필요합니다. "제안서 작성"을 자동화하려면 상품 데이터와 고객 요구사항, 기존 제안서 샘플이 필요합니다. "월간 리포트"를 만들려면 거래 데이터와 운영 상태가 정리되어 있어야 합니다.
좋은 자동화 설계자는 데이터를 많이 모으는 사람이 아니라, 필요한 결과물에서 거꾸로 필요한 데이터를 정의하는 사람입니다. "AI로 뭔가 해보자"가 아니라 "문의가 들어오면 3분 안에 답변 초안을 만들자. 그러려면 문의 유형, 고객 등급, 관련 FAQ, 주문 상태가 필요하다"라고 생각하는 것입니다.
데이터 정확도와 통합성이 AI CRM의 핵심이다
AI CRM은 단순히 고객 정보를 저장하는 주소록이 아닙니다. 좋은 CRM은 고객 정보를 모으고, 고객 상태를 갱신하고, 다음 행동을 추천하고, 후속 연락을 자동화하는 중심 저장소입니다. HubSpot은 AI CRM이 기존 CRM처럼 데이터를 수동으로 보관하는 데 그치지 않고, 연락처·거래·상호작용의 패턴을 분석해 다음 행동을 추천하고 업무를 줄이는 방향으로 발전하고 있다고 설명합니다.2
하지만 여기에는 조건이 있습니다. CRM 안의 데이터가 정확해야 합니다. 같은 고객이 "김민수", "민수 김", "Minsu Kim"으로 세 번 등록되어 있으면 AI는 고객의 전체 맥락을 보지 못합니다. 한 기록에는 결제 이력이 있고, 다른 기록에는 불만 상담이 있으며, 또 다른 기록에는 제안서 발송 내역이 있다면 AI는 각각을 따로 판단합니다. 이때 생기는 문제는 단순한 불편이 아닙니다. 이미 불만을 제기한 고객에게 할인 쿠폰을 보내거나, 결제한 고객에게 "아직 구매를 망설이고 계신가요?"라는 메일을 보낼 수 있습니다.
CRM에서 특히 표준화해야 하는 필드는 자동화 판단에 직접 쓰이는 값입니다. 고객명, 이메일, 전화번호, 회사명, 리드 상태, 거래 단계, 구매 이력, 상담 기록, 문의 유형, 담당자, 마지막 연락일, 동의 여부 같은 필드는 중복·누락·오입력 없이 관리해야 합니다. Zapier 역시 CRM 자동화에서 폼, 이메일, 웹훅 등 여러 출처의 데이터를 자동으로 수집·정리·동기화하면 더 깨끗한 데이터와 빠른 후속 조치, 리드와 거래에 대한 통합된 시야를 얻을 수 있다고 설명합니다.3
여기서 통합성이 중요해집니다. 고객 데이터가 CRM에 있고, 결제 데이터는 결제 시스템에 있으며, 문의 기록은 고객지원 도구에 있고, 이메일 기록은 Gmail에만 있다면 AI는 고객을 조각으로 봅니다. 반대로 각 도구가 연결되어 CRM을 중심으로 업데이트되면 AI는 "이 고객은 지난달 웨비나에 참여했고, 이번 주 가격 문의를 했으며, 어제 결제 페이지에서 이탈했다"는 식으로 맥락을 파악합니다. 자동화의 품질은 이 맥락에서 나옵니다.
저장소가 아니라 운영 데이터베이스로 설계하라
많은 팀이 Notion, Google Drive, Google Sheets, Airtable, CRM을 이미 사용하고 있습니다. 문제는 도구가 없는 것이 아니라, 도구가 단순 보관함처럼 쓰인다는 점입니다. AI 자동화를 위해서는 저장소를 "AI가 검색·요약·분류·실행할 수 있는 운영 데이터베이스"로 바꿔야 합니다.
Notion은 문서와 데이터베이스를 함께 다루기 좋습니다. 1인 기업이나 작은 팀이 상품 정보, 콘텐츠 캘린더, 회의록, FAQ, 업무 매뉴얼을 한곳에 정리하기에 적합합니다. 다만 자유도가 높은 만큼 구조가 쉽게 흐트러집니다. 페이지 제목, 태그, 상태값, 담당자, 수정일 같은 기본 속성을 정해두지 않으면 나중에 AI가 필요한 문서를 찾기 어렵습니다.
Google Drive는 파일 기반 지식 저장소로 강합니다. 제안서, 계약서, 강의 자료, 회의 녹취록, 이미지, PDF 같은 자료를 보관하기 좋습니다. 하지만 폴더와 파일명이 엉망이면 AI 검색도 엉망이 됩니다. "최종.pdf", "진짜최종.pdf", "수정본_마지막.pptx" 같은 파일명이 쌓이는 순간, 사람도 AI도 최신 문서를 고르기 어렵습니다.
Google Sheets는 간단한 자동화 DB로 훌륭합니다. 리드 목록, 콘텐츠 일정, 주문 목록, FAQ 테이블, 광고 실험 기록처럼 행과 열로 정리되는 데이터에 적합합니다. 장점은 누구나 익숙하고 자동화 도구와 연결하기 쉽다는 점입니다. 단점은 데이터가 커지고 관계가 복잡해지면 관리가 어려워진다는 것입니다. 고객, 거래, 상담, 상품을 모두 하나의 시트에 억지로 넣기 시작하면 곧 혼란이 옵니다.
Airtable은 스프레드시트와 데이터베이스의 중간에 있습니다. 고객 테이블, 상품 테이블, 콘텐츠 테이블, 캠페인 테이블을 서로 연결하기 좋습니다. 예를 들어 한 고객이 여러 거래와 연결되고, 한 상품이 여러 FAQ와 연결되는 구조를 만들 수 있습니다. 사업 데이터가 조금씩 복잡해지는 성장 단계에 유용합니다.
CRM은 고객 관련 자동화의 중심 저장소입니다. CRM은 연락처를 모아두는 곳이 아니라, 후속 연락, 세일즈 파이프라인, 고객지원 워크플로, 리포트 자동화가 시작되는 곳이어야 합니다. 웹사이트 폼에서 리드가 들어오면 CRM에 등록되고, 리드 상태가 바뀌면 담당자에게 알림이 가며, 제안서 발송 후 3일이 지나면 후속 메일 초안이 생성되는 식입니다. CRM이 중심이 되면 고객 관련 자동화는 훨씬 안정적으로 굴러갑니다.
지식베이스는 AI의 업무 매뉴얼이다
AI에게 "우리 회사 기준으로 답하라"고 말하려면 기준이 있어야 합니다. 그 기준을 모아둔 것이 지식베이스입니다. 지식베이스는 회사의 상품 설명, 정책, FAQ, 내부 절차, 고객지원 매뉴얼, 제안서 샘플, 콘텐츠 가이드, 브랜드 톤앤매너를 담은 업무 매뉴얼입니다.
요즘 많이 쓰이는 방식 중 하나는 RAG입니다. RAG는 Retrieval-Augmented Generation의 줄임말로, 쉽게 말하면 AI가 답변하기 전에 먼저 회사 내부 문서에서 관련 내용을 찾아보고, 그 내용을 바탕으로 답하게 하는 방식입니다. 외부 인터넷 지식만으로 말하는 것이 아니라, 우리 회사의 문서를 "오픈북 시험 자료"처럼 참고하는 셈입니다. 이런 방식은 모델을 새로 훈련시키는 것보다 업데이트가 쉽고, 답변이 내부 문서에 근거하도록 만드는 데 유리합니다.4
하지만 지식베이스는 파일을 많이 넣는다고 좋아지지 않습니다. 중요한 것은 구조와 최신성입니다. 오래된 FAQ, 서로 다른 상품명, 출처가 불분명한 정책 문서, 버전이 다른 가격표가 섞이면 AI는 무엇이 맞는지 판단하지 못합니다. AI가 틀리는 것처럼 보이지만, 사실은 사람이 틀린 자료를 넣어둔 경우가 많습니다.
지식베이스를 만들 때는 먼저 파일명 규칙을 정해야 합니다. 예를 들어 "상품명_문서종류_버전_수정일"처럼 이름을 붙이면 나중에 검색과 관리가 쉬워집니다. "프리미엄강의_FAQ_v1.3_2026-05-04"라는 파일명은 누가 봐도 용도를 알 수 있습니다. 반면 "FAQ최종수정진짜"는 한 달 뒤 아무도 믿지 못하는 파일이 됩니다.
문서 구조도 중요합니다. 한 문서 안에서 대상 고객, 핵심 설명, 가격, 이용 절차, 예외 조건, 관련 FAQ, 수정 이력을 일정한 순서로 정리하면 AI가 내용을 더 잘 찾습니다. 출처와 수정일도 반드시 남겨야 합니다. 특히 법률, 환불, 개인정보, 가격, 계약 조건처럼 고객에게 직접 영향을 주는 정보는 누가 언제 승인했는지 표시해야 합니다.
접근 권한도 분리해야 합니다. 모든 데이터를 모든 AI 자동화에 연결하는 것은 위험합니다. 공개 FAQ 챗봇은 공개 가능한 도움말 문서만 읽어야 하고, 내부 운영 에이전트는 고객의 민감정보에 접근할 수 있더라도 필요한 범위로 제한해야 합니다. 결제 정보, 주민등록번호, 건강 정보, 계약서 원본 같은 민감정보는 별도 저장소에 두고 접근 권한과 로그를 관리해야 합니다.
지저분한 데이터가 만드는 자동화 사고
데이터가 지저분할 때 생기는 문제는 조용히 시작됩니다. 처음에는 "답변이 조금 이상하네" 정도입니다. 그러다 자동화가 연결되면 문제가 커집니다. 잘못된 고객 상태값 때문에 후속 메일이 누락되고, 오래된 상품 설명 때문에 상담 답변이 틀리며, 중복 고객 기록 때문에 리포트가 왜곡됩니다.
예를 들어 상담 기록이 흩어져 있으면 고객지원 AI는 고객의 이전 불만을 모른 채 처음 상담하는 것처럼 답합니다. 고객은 이미 세 번 설명한 문제를 다시 설명해야 합니다. 상품명이 "AI 자동화 코스", "AI 사업 자동화 과정", "자동화 마스터클래스"처럼 섞여 있으면 AI는 서로 다른 상품으로 인식할 수 있습니다. 가격표가 오래된 PDF와 최신 노션 페이지에 동시에 남아 있으면, AI는 더 많이 검색된 문서를 기준으로 잘못된 가격을 말할 수 있습니다.
연결되지 않는 도구도 문제입니다. 결제 시스템에는 결제 완료로 되어 있는데 CRM에는 아직 "제안서 발송" 단계라면, 자동화는 결제 고객에게 구매 독려 메일을 보낼 수 있습니다. 고객지원 도구의 환불 요청이 CRM에 반영되지 않으면, 세일즈팀은 불만 고객에게 업셀 제안을 보낼 수 있습니다. 자동화는 친절하지도 악의적이지도 않습니다. 그저 입력된 데이터와 규칙을 따라 빠르게 움직일 뿐입니다.
그래서 자동화 전 데이터 정리는 귀찮은 사전 작업이 아니라 리스크 관리입니다. 마치 주방을 정리하지 않고 요리 로봇을 들여놓으면 빠르게 엉망진창의 요리를 만들어내는 것과 같습니다. 칼이 어디 있는지, 재료가 신선한지, 소금과 설탕이 구분되어 있는지부터 확인해야 합니다.
자동화 전 데이터 정리 체크리스트
AI 자동화를 시작하기 전, 아래 체크리스트를 기준으로 현재 데이터를 점검해보세요. 모든 항목을 완벽히 끝낸 뒤 시작할 필요는 없지만, 자동화에 직접 연결되는 업무부터는 반드시 확인해야 합니다.
필드 표준화: 고객명, 이메일, 전화번호, 회사명, 상품명, 가격, 날짜 형식처럼 자주 쓰는 필드의 입력 규칙을 정합니다.
태그 체계 정리: "VIP", "중요고객", "핵심고객"처럼 같은 의미의 태그가 여러 개 생기지 않도록 태그 목록을 제한합니다.
고객 상태값 통일: 리드, 상담 예정, 제안서 발송, 협상 중, 결제 완료, 이탈, 재구매 가능처럼 파이프라인 상태를 명확히 정의합니다.
중복 데이터 제거: 같은 고객, 같은 회사, 같은 거래가 여러 번 등록되어 있지 않은지 확인하고 병합 기준을 만듭니다.
민감정보 분리: 결제 정보, 신분 정보, 계약 원본, 건강 정보, 비밀번호, API 키 등은 일반 지식베이스와 분리합니다.
접근 권한 설정: 공개 챗봇, 내부 직원, 관리자, 외부 협력사가 볼 수 있는 데이터를 구분합니다.
최신성 관리: FAQ, 가격표, 정책 문서, 상품 설명에는 수정일과 승인자를 남기고 오래된 문서는 보관 또는 폐기합니다.
백업 기준 마련: CRM, 시트, 문서 저장소의 백업 주기와 복구 방법을 정합니다.
도구 간 연동 테스트: 폼 제출, 결제 완료, 상담 접수, 고객 상태 변경 같은 이벤트가 각 도구에 제대로 반영되는지 확인합니다.
실패 알림 설정: 자동화가 멈추거나 필수 데이터가 비어 있을 때 담당자에게 알림이 가도록 설정합니다.
이 체크리스트의 핵심은 "AI가 판단할 수 있는 상태로 데이터를 바꾸는 것"입니다. 사람이 대충 봐서 알아챌 수 있는 정보라도 AI와 자동화 도구는 명확한 필드와 규칙이 없으면 해석하지 못합니다. "대충 VIP 고객"이 아니라 customer_tier = VIP처럼 정리되어야 자동화가 움직입니다.
작은 데이터베이스부터 시작하라
데이터 정리라고 하면 거대한 CRM 프로젝트를 떠올리기 쉽습니다. 하지만 처음부터 모든 고객과 모든 문서를 완벽하게 통합하려고 하면 시작도 못 합니다. 작은 사업이라면 가장 반복이 많은 영역 하나부터 시작하면 됩니다.
고객 문의가 많다면 FAQ 테이블부터 만드세요. 질문, 표준 답변, 카테고리, 관련 상품, 예외 조건, 수정일만 있어도 고객지원 자동화의 뼈대가 생깁니다. 세일즈 후속 연락이 자주 누락된다면 리드 테이블부터 만드세요. 고객명, 이메일, 유입 경로, 관심 상품, 리드 상태, 마지막 연락일, 다음 액션만 정리해도 후속 메일 자동화가 가능합니다. 콘텐츠 제작이 병목이라면 콘텐츠 데이터베이스부터 만드세요. 주제, 대상 독자, 발행 채널, 핵심 메시지, 원본 링크, 재가공 상태를 관리하면 AI가 콘텐츠를 재활용하기 쉬워집니다.
중요한 것은 "한 번 정리하고 끝"이 아니라 "업무가 진행될수록 데이터가 쌓이는 구조"를 만드는 것입니다. 고객이 문의하면 문의 유형이 기록되고, 상담원이 답변하면 답변 품질이 남고, 결제가 일어나면 구매 이력이 갱신되고, 환불이 발생하면 사유가 저장되어야 합니다. 이렇게 쌓인 데이터는 다음 자동화의 재료가 됩니다.
AI 자동화의 진짜 성능은 시간이 지날수록 드러납니다. 처음에는 단순히 답변 초안을 만들어주던 AI가, 고객 문의 패턴을 분석해 FAQ 개선안을 제안합니다. 리드 목록을 정리하던 AI가, 전환 가능성이 높은 고객군을 찾아냅니다. 콘텐츠를 요약하던 AI가, 어떤 주제가 매출로 이어지는지 알려줍니다. 이 변화는 AI가 갑자기 똑똑해져서 생기는 것이 아닙니다. 사업 데이터가 계속 쌓이고, 정리되고, 연결되기 때문에 가능해집니다.
데이터는 자동화의 바닥이자 천장이다
자동화 시스템을 건물에 비유하면 프롬프트는 인테리어에 가깝고, 도구는 가전제품에 가깝습니다. 데이터는 바닥과 기둥입니다. 바닥이 기울어져 있으면 아무리 좋은 가구를 들여놓아도 생활이 불편합니다. 데이터가 틀어져 있으면 아무리 좋은 AI 모델과 자동화 도구를 써도 결과가 흔들립니다.
AI는 빈 공간에서 일하지 않습니다. AI는 고객 데이터로 누구를 우선할지 판단하고, 상품 데이터로 무엇을 설명할지 결정하며, 콘텐츠 데이터로 브랜드의 목소리를 배우고, FAQ 데이터로 반복 문의에 답하며, 운영 데이터로 사업의 현재 상태를 읽습니다. 데이터가 정리될수록 자동화는 더 정확해지고, 데이터가 연결될수록 자동화는 더 깊어집니다.
이 장의 목표는 독자에게 데이터 정리의 부담을 주는 것이 아닙니다. 오히려 반대입니다. 자동화는 거대한 기술 프로젝트가 아니라, 내 사업의 반복 루프를 AI가 이해할 수 있는 형태로 바꾸는 작업입니다. 그 첫 단계가 데이터입니다. 오늘 고객 목록의 상태값 하나를 통일하는 일, FAQ의 수정일을 남기는 일, 상품명을 하나로 정리하는 일이 내일의 자동화 품질을 결정합니다.
다음 장에서는 이렇게 준비한 데이터를 어떤 도구들과 연결해 실제 자동화 생태계를 구성할지 살펴보겠습니다. 중요한 질문은 "어떤 툴이 제일 좋은가?"가 아닙니다. "내 데이터는 어디에 있고, 어떤 흐름으로 움직여야 하는가?"입니다.
참고
1AI in CRM (Customer Relationship Management) | IBM
29 CRMs that now offer AI (and how to make the most of them)
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.