답변 · 업무 프로세스 · CRM, 자동화 & AI
짧은 답은 이렇습니다: 소프트웨어부터 시작하지 마십시오. 고객이 백 곳이 되어도 버티는 시스템은 이 순서로 만들어집니다 — 업무를 적고, 데이터를 제대로 설계하고, 규칙을 정하고, 그다음에 만들거나 삽니다. 그리고 두 가지는 마지막이 아니라 첫 스케치에 들어가야 합니다: 개인정보 보호와 EU AI법. 나중에 덧붙이는 쪽은 두 번 만들게 됩니다.
이 페이지에는 구체적인 계기가 있습니다. 문의 양식으로 들어온 한 건의 상담입니다. 업종과 숫자, 세부 내용은 바꿨습니다 — 누구인지 알아볼 수 없도록. 핵심만 남겼습니다. 많은 회사에서 같은 이야기이기 때문입니다.
“지역의 식당과 호텔에 계절 인력과 서비스 인력을 연결해 주고 있습니다. 지금은 열두 곳을 담당하는데 매달 두세 곳씩 늘어납니다. 3년 안에 백 곳으로 가고 싶고, 업무를 처음부터 제대로 세우고 싶습니다. 자동화가 되는 CRM을, 가능하면 AI 연동까지 해서 찾고 있습니다: 거래처와 인력 관리, 구체적인 기간을 지정한 투입 일정, 매달 일할로 하는 수수료 정산, 계약서와 증명서의 체계적인 보관. 커뮤니케이션도 합리적인 선까지는 자동으로 돌았으면 합니다. 그리고 이 모든 것을 처음부터 GDPR에 맞춰서요.”
이 문의는 대부분의 문의보다 낫습니다. 무엇을 원하는지 알고 있고, 다음 주가 아니라 성장을 보고 있으며, 개인정보 보호까지 스스로 챙겼습니다. 그런데도 이런 계획이 가장 자주 엎어지는 지점이 바로 여기입니다: 저 여섯 문장 안에 프로젝트가 다섯 개 들어 있습니다 — 기준정보, 일정, 정산, 문서, 커뮤니케이션. 동시에 손대면 반년 뒤에는 반쯤 지은 현장 다섯 개가 남고, 쓰는 것은 하나도 없습니다.
여기서 말하는 구조는 인력 중개에만 해당하지 않습니다. 사람과 기간과 정산을 함께 엮는 곳이라면 어디든 맞습니다: 돌봄·요양 서비스, 유지보수 계약이 있는 시공업, 부동산 관리, 고정 예산이 도는 에이전시, 강사 풀을 운영하는 교육 사업자.
압박은 실제입니다
더 늘어납니다. 고객 수와 함께 늘어나는 것은 일의 양이 아니라 조합의 수이고, 아무도 모르게 어긋날 수 있는 지점의 수이기 때문입니다.
고객이 열두 곳이면 모든 건이 머리 하나에 들어갑니다. 달력과 표, 메신저면 충분합니다 — 도구가 좋아서가 아니라, 누가 언제 어디에 있고 누가 아직 증명서를 안 냈고 지난주에 누구에게 무엇을 약속했는지 대표님이 알고 있기 때문입니다. 그 지식은 어디에도 적혀 있지 않습니다. 그게 사실상의 운영체제입니다.
각각에 시작, 종료, 연장, 대체, 중단이 붙습니다. “한 달에 열 번의 통화”가 수백 개의 작은 상태 변화가 됩니다 — 하나하나가 연락이나 기한, 지급을 불러옵니다. 머리로는 담기지 않고, 표는 화요일에 금요일 만료를 알려 주지 않습니다.
일할 정산이란 하루하루가 어느 투입, 어느 고객, 어느 단가에 붙어 있어야 한다는 뜻입니다. 투입이 백 건 돌면 한 달에 수천 정산일이 됩니다. 14일의 중단은 청구서 두 건을 밀고 환급 한 건을 만듭니다 — 머리로는 그럭저럭, 엑셀로는 주말 하나입니다.
고객이 열두 곳이면 놓친 기한은 그날 안에 드러납니다. 백 곳이면 고객이 먼저 압니다 — 아니면 감독기관이. 진짜 도약은 거기에 있습니다: “내가 알고 있다”에서 “시스템이 알고 있고, 내가 증명할 수 있다”로.
자동화할 수 있는 것은 결정된 것뿐입니다. “그건 경우에 따라 합니다”라는 말은 현장에선 강점이지만 시스템 안에서는 구멍입니다. 그래서 이런 프로젝트의 첫 부분은 기술이 아니라, 누구도 대신해 줄 수 없는 일련의 결정입니다. 제가 할 수 있는 일은 그것을 질문으로 끌어내고, 정리하고, 기계가 실행할 수 있게 적어 두는 것뿐입니다.
구조
각 블록은 앞의 블록 위에 올라갑니다. 가장 아픈 네 번째부터 시작한 사람은 앞의 세 개를 나중에 다시 만들게 됩니다. 그때는 이미 데이터가 들어간 채로 말이죠.
매뉴얼에 적힌 대로가 아니라, 첫 문의부터 마지막 청구서까지 그 사이의 전화 한 통, 쪽지 한 장까지. 중요한 것은 예외입니다 — 예외가 곧 프로젝트입니다. 사흘째에 그만두면 어떻게 되나요? 고객이 돈을 안 내는데 투입은 계속되고 있다면요? 두 사람이 동시에 수락하면요? 이걸 한 문장씩 답하지 못하면 자동화도 못 합니다.
고객, 인력, 투입, 계약, 증빙, 연락 — 그리고 나중에 모든 것이 매달리는 하나의 결정: 투입은 시작일과 종료일을 가진 독립된 개체이지, 고객의 한 칸이 아니라는 것. 일정, 가동률, 정산, 기한, 모든 집계가 거기에 붙습니다. 여기서 대충 하면 12개월째 첫 소급 수정에서 드러납니다 — 그리고 생각 대신 데이터 이관으로 값을 치르게 됩니다.
“일할”은 분명하게 들리지만 한 번도 분명했던 적이 없습니다. 이동하는 날은 세나요? 14일 중단은요? 월 중간 교체는요? 사흘 연장은요? 청구서 발행 후 취소는요? 이건 대표님이 정하는 열에서 스무 개의 문장입니다 — 소프트웨어는 정해진 것만 계산합니다. 그 문장들이 버튼 한 번의 정산과 한 달에 사흘짜리 표 작업의 차이를 만듭니다.
계약서, 증명서, 위임장, 확인서: 모든 문서는 하나의 건에 속하고 만료일을 가집니다. 기억하는 건 사람이 아니라 시스템입니다 — 제때, 맞는 사람에게. PDF에서 데이터를 읽는 건 기계가 하고, 확인은 사람이 합니다. ‘계약서 2026’이라는 폴더는 보관이 아니라 희망입니다.
실제 모습: AI 문서 관리이 목록이 자동화 목록보다 중요합니다. 일정 확인, 서류 독촉, 청구서 발송, 진행 안내: 자동으로, 언제든. 거절, 항의, 질병, 중단, 가격 인상, 부고: 언제나 사람이. 완벽하게 쓴 단체 메일도 때를 잘못 만나면 몇 달에 걸쳐 얻은 고객을 잃게 합니다 — 그것도 조용히, 왜 연락이 끊겼는지 끝내 모르는 채로.
역할 분담
이런 시스템에서 AI는 별도의 블록이 아니라 각 블록 안의 도구입니다. 경계선은 ‘쉬움’과 ‘어려움’ 사이가 아니라 준비와 결정 사이에 있습니다.
알림, 확인, 기한 경고, 월간 정산 처리, 건 생성. 지능이 필요 없습니다 — 한 번 제대로 정한 규칙이면 충분합니다.
견적서, 계약서 초안, 표준 질문에 대한 답변: AI가 치고 대표님이 읽고 서명합니다. 전기 시공 현장에서는 실측 사진과 음성 메모로 20분이면 완성된 견적 초안이 나옵니다 — 검토하고 서명하는 건 장인입니다.
근거: 사례 308 — 시공업의 견적서PDF에서 데이터 뽑기, 받은편지함 사전 분류, 계획·투입·청구 사이의 차이 찾기. 병원에서는 AI가 수가 코드를 제안합니다 — 사람의 승인 없이 나가는 것은 단 한 건도 없습니다.
근거: 사례 297 — 검토는 하되 결정은 않는다제안은 기계에서 나와도 되지만 선발은 안 됩니다. 이건 태도의 문제만이 아니라 법의 문제입니다: 사람을 투입 자리에 선발하거나 평가하는 소프트웨어는 EU AI법상 고위험입니다 — 아래 참조.
거절, 항의, 중단, 가격 인상. 여기를 자동화하면 3분을 아끼고 관계를 잃습니다. 신뢰로 먹고사는 사업에서는 그게 가장 비싼 실수입니다.
정산 처리, 환급, 해지, 계약 체결: 기계가 준비하고 사람이 승인합니다 — 그리고 그 승인은 기록에 남습니다. 승인 단계가 없는 정산 처리는 진보가 아니라 고객에게 보내는 단체 우편입니다.
이런 계획에서 개인정보 보호와 AI법은 마지막 장이 아니라 설계 결정입니다. 이유는 단순합니다: 둘 다 데이터가 어디에 있어도 되는지, 누가 볼 수 있는지, 얼마나 오래 존재하는지, 시스템이 무엇을 기록해야 하는지를 정하기 때문입니다. 그건 기초입니다 — 다 지은 집 밑에 나중에 붓는 것이 아닙니다.
첫째는 AI를 쓰는 모든 사업자에게 해당합니다: AI 이해 역량은 2025년 2월 2일부터 의무입니다 — 제4조는 AI를 쓰는 사람이 그것을 이해할 것을 요구합니다. 규모와 무관합니다. 제4조가 구체적으로 요구하는 것 →
둘째는 중개나 채용, 사람을 배치하는 일에서 자주 놓치는 지점입니다:
사람을 업무나 일자리에 선발·선별·평가하는 AI 시스템은 EU AI법 부속서 III에 해당합니다 — 고용 분야입니다. 거기에는 의무가 따라옵니다: 위험 관리, 데이터 품질, 로그, 사람의 감독, 기술 문서. 그리고 결과가 큰 역할 문제도 있습니다: 그런 시스템을 쓰기만 하면 ‘이용자’지만, 자기를 위해 만들게 하고 자기 이름으로 운영하면 금세 ‘제공자’가 됩니다 — 의무가 훨씬 무거워집니다. 차를 모는 것과 차를 만드는 것의 차이입니다.
그래서 위의 경계선은 태도일 뿐 아니라 위험 관리이기도 합니다: AI는 분류하고 제안하고, 사람이 결정한다 — 그리고 그 결정은 기록된다. 순수하게 준비적인 기능이 제6조 3항의 예외에 들어가는지는 개별 판단입니다. 그건 기록으로 남겨야 할 일이지 기대에 맡길 일이 아닙니다. 어떤 의무가 언제부터 구체적으로 적용되는지는 정치적으로 여전히 움직이고 있지만, 분류 자체는 움직이지 않습니다.
저는 변호사도, 개인정보 보호책임자도 아닙니다. 제가 가져오는 것은 실무입니다: 이 질문들이 일찍 책상에 오르게 하는 것, 설계가 그 답을 실제로 구현할 수 있게 하는 것, 그리고 무엇을 개인정보 보호책임자나 전문 변호사와 정리해야 하는지 아시게 하는 것입니다. 구속력 있게 검토하고 서명하는 일은 자격 있는 사람이 해야 합니다 — 늦어도 오픈 전에.
능력의 문제가 아닙니다. 아주 다른 여섯 가지 역량이 동시에, 그것도 같은 결정의 순간에 필요하기 때문입니다.
고정하기 전에 흐름을 이해하는 일 — “뻔하니까” 아무도 말하지 않는 예외까지 포함해서. 이걸 건너뛰면 혼란을 자동화하게 됩니다. 더 빠르게.
반대편에는 대개 긴장된 상황에 놓인 사람이 있습니다. 어떤 문장이 자동으로 나가도 되고 어떤 문장이 안 되는지는 도표가 정하지 않습니다 — 그 전화가 어떤 느낌인지 아는 사람이 정합니다.
데이터 모델, 연동, 권한, 백업, 장애 시 동작. 둘째 달에 내리고 셋째 해에 값을 치르는 결정들입니다 — 좋은 쪽으로든 나쁜 쪽으로든.
폴더 속 PDF가 아니라 삭제 작업, 권한 설계, 로그, 열람 기능으로. 어떤 소프트웨어도 실행하지 않는 개인정보 보호 방침은 작문입니다.
시스템 분류, 이용자인지 제공자인지의 지위, 증빙, 제4조 교육. 만든 뒤에 확인하는 사람은 엉뚱한 시스템을 확인하는 것입니다 — 그리고 십중팔구 다시 만들게 됩니다.
손보지 않는 시스템은 열여덟 달이 지나면 우위가 아니라 위험이 됩니다: 낡은 의존성, 제멋대로 자란 예외 처리, 담당자 없음. 소프트웨어는 가구가 아니라 반려동물입니다.
이 여섯 가지 각각에 대해 사람은 찾을 수 있습니다. 문제는 역량이 아닙니다 — 문제는 그 사이의 이음매입니다. 개인정보 전문가는 회사의 업무를 모릅니다. 에이전시는 티켓에 적힌 것을 만듭니다. 변호사는 소프트웨어를 볼 일이 없습니다. 그리고 대표님은 세 가지 전문 언어를 오가며 통역하는 동안에도 회사는 계속 돌아갑니다.
빠진 것은 여섯 관점을 동시에 머릿속에 두고, 서로 충돌할 때 결정하는 사람입니다. 그리고 그것들은 끊임없이 충돌합니다. 가장 편한 기능이 데이터를 가장 적게 쓰는 경우는 드물고, 가장 빠른 모델이 법적으로 가장 단순한 경우도, 가장 우아한 자동화가 사람으로서 옳은 경우도 드뭅니다.
“자동화 프로젝트가 기술 때문에 실패하는 일은 거의 없다. 아무도 던지지 않은 질문 하나 때문에 실패한다.”
제 역할
저는 대기업에서 데이터베이스와 계획 시스템을 14년 개발했고, 2008년부터 중소기업을 위한 시스템을 만들고 있습니다. 무엇보다 위에 적은 실수들을 제가 직접 겪었다는 뜻입니다 — 그리고 그것이 나중에 얼마를 물게 하는지 압니다.
지금 어떻게 돌아가는지 말씀해 주십시오. 어떤 업무부터 손대야 하는지, AI가 힘이 되는 곳과 방해가 되는 곳은 어디인지 — 그리고 애초에 자체 개발이 필요한지 말씀드립니다. 서면으로, 영업 압박 없이. 이런 답이 나오는 경우도 적지 않습니다: 표준 시스템을 쓰시고 연동만 만들게 하십시오.
회사에서 반나절, 조직도가 아니라 실제 업무에 들어갑니다. 결과물은 우선순위가 매겨진 목록입니다: 어떤 3~5개 업무가 시간을 가장 많이 먹는지, 바로 되는 것, 나중에 올 것, 기성 도구로 충분한 곳. 이런 계획에서는 정작 중요한 스케치도 함께 나옵니다 — 데이터 모델, 일정과 정산 규칙, 열려 있는 개인정보·AI 쟁점들. 그 문서는 대표님의 것입니다. 다른 어떤 업체에 가져가셔도 됩니다. 그건 의도한 것입니다: 저와만 돌아가는 토대라면 토대가 아니니까요.
AI·업무 프로세스 진단에서 하는 일만드는 것은 지금 가장 시간을 많이 먹는 업무이지, 집 한 채를 한꺼번에가 아닙니다. 표준으로 충분한 곳은 사고, 사업이 남들과 다른 곳은 직접 만듭니다. 소스코드와 데이터, 접근 권한은 대표님의 것입니다 — 종속도, 나중에 발목을 잡는 라이선스도 없습니다.
구축이 진행되는 방식자라는 시스템에는 지켜보는 사람이 필요합니다: 자동화 점검, 새로운 예외 반영, 의존성 최신 유지, 법 상황이 움직일 때 규칙 다듬기. 그리고 제4조에 따른 교육을 그것으로 일하는 분들께.
팀을 위한 AI 데이그리고 제가 돕지 않는 범위: GDPR, AI법, 노동법, 세법에 관한 구속력 있는 자문은 하지 않습니다. 저는 올바른 질문이 일찍 던져지고, 기술이 그 답을 구현할 수 있게 합니다. 서명은 자격 있는 사람이 해야 합니다 — 그런 분이 없으시면 나중이 아니라 제때 말씀드립니다.
아무도 필요 없는 다섯 단계입니다. 틈틈이 한 주면 되고 — 누가 만들든 그다음의 모든 과정을 더 빠르고 더 싸게 만듭니다:
이 다섯 가지가 있으면 어려운 부분은 절반이 끝난 것입니다. 나머지는 사거나, 만들거나, 둘 다 하면 됩니다 — 다만 그건 그다음 일입니다.
자주 묻는 질문
대개 둘 다입니다. 먼저 표준 시스템이 80%를 덮는지 확인합니다 — 주소, 업무, 문서, 청구서는 살 수 있고 사야 합니다. 자체 개발이 값어치를 하는 곳은 사업이 남들과 다른 지점입니다: 기간이 있는 투입, 일할 정산, 고유한 매칭 로직. 그 부분은 연동으로 붙이지, 옆에 두 번째 섬으로 세우지 않습니다.
어떤 업무가 반복되고, 규칙이 있고, 시간을 먹는 순간부터입니다. 그래도 순서는 그대로입니다: 먼저 측정하고, 그다음 자동화. 한 주만 적어 보면 대개 시간의 대부분을 먹는 업무 두세 개가 보입니다. 그것부터입니다 — 아무리 시끄럽게 굴어도 나머지는 기다립니다.
법적 정리가 끝난 경우에만 됩니다. 사람을 업무나 일자리에 선발·선별·평가하는 소프트웨어는 EU AI법 부속서 III에 해당합니다 — 고용 분야의 고위험입니다. 순수하게 준비적인 기능이 제6조 3항의 예외에 들어가는지는 개별 판단이며 기록으로 남겨야 합니다. 확실한 것은, 결정은 사람이 해야 하고 그 과정이 추적 가능하게 기록돼야 한다는 점입니다.
네 — 그래야 합니다. 다만 작게 시작한다는 것이 작게 생각한다는 뜻은 아닙니다. 데이터 모델은 처음부터 전체 그림을 견뎌야 합니다. 데이터를 소급해 고치는 일이 나중에 기능을 덧붙이는 것보다 비싸기 때문입니다. 만드는 것은 단계적으로, 생각하는 것은 전체로.
그럴 일은 드뭅니다. 지금 시스템에 없는 것은 대개 연결, 제대로 된 규칙, 혹은 그 위에 얹는 자동화 한 조각뿐입니다. 돌아가고 있는 것은 먼저 살펴봅니다 — 직접 만든 AI 솔루션도 마찬가지입니다. 그런 점검이 어떻게 진행되는지 →
어떤 데이터인지에 따라 다릅니다. “어떤 모델에 넣어도 된다”부터 “자체 장비를 벗어나지 않는다”까지 네 단계가 있습니다. 개인정보는 가장 엄격한 단계에 있습니다. 네 단계 자세히 →
준비하실 것도, 알고 계셔야 할 것도 없습니다. 이야기가 끝나면 어떤 업무부터 손대야 하는지, 그리고 정말 무언가를 만들어야 하는지 아시게 됩니다. 무료이고, 영업 압박도 없습니다.
