중소기업 AI 전환, 어디서부터 시작하나 — 진단부터 운영까지 4단계

회사에 AI를 도입하는 방법은 무엇인가

회사에 AI를 도입하는 순서는 진단 → 설계 → 구현 → 운영 4단계입니다. 프로젝트 원제로는 툴 계정을 먼저 열지 않고, 업무가 흐르는 경로를 먼저 확정한 뒤 그 경로 위에 AI 시스템을 올립니다.

1. 1진단 — 대표가 직접 참여하는 30분~1시간 미팅으로 업무 흐름을 훑고, 돈과 시간이 새는 지점을 특정합니다. 프로젝트 원제로의 진단 미팅은 무료이며 계약 의무가 없습니다.
2. 2설계 — 어떤 판단을 AI가 맡고 어떤 실행을 에이전트가 받을지 도면으로 확정합니다. 설계 산출물은 구조도와 견적입니다.
3. 3구현 — 도면대로 시스템을 직접 구축합니다. 가이드 전달이나 강의가 아니라 프로젝트 원제로가 만들어서 넘깁니다. 첫 결과물은 1개월 안에 확인할 수 있도록 설계합니다.
4. 4운영 — 구축된 시스템을 감시하고 무너지는 지점을 선제적으로 수리합니다. AX는 납품 시점에 끝나는 프로젝트가 아니라 계속 돌아가는 운영입니다.

4단계 중 순서를 바꿀 수 없는 구간은 진단과 설계입니다. 진단 없이 설계하면 이미 잘 돌아가는 업무를 자동화하게 되고, 설계 없이 구현하면 나중에 확장할 수 없는 단발성 스크립트가 남습니다. 프로젝트 원제로가 진단을 무료로 여는 이유도 순서 때문입니다. 진단 결과 절감액이 투자액을 넘어서는 구조가 나오지 않으면, 프로젝트 원제로는 진행을 권하지 않습니다.

AI 도입 전 업무 진단은 어떻게 하는가

AI 도입 전 업무 진단은 조직도가 아니라 업무의 이동 경로를 따라갑니다. 프로젝트 원제로의 진단은 하나의 업무가 시작되는 지점, 사람의 판단이 개입하는 지점, 결과가 다음 사람에게 넘어가는 지점을 기록하는 작업입니다.

진단에서 확인하는 항목은 다섯 가지로 고정되어 있습니다.

• 발생 빈도 — 해당 업무가 하루, 주, 월 단위로 몇 번 발생하는가
• 실제 소요 시간 — 한 건을 끝내는 데 걸리는 시간과 담당자의 시간당 인건비
• 판단의 성격 — 규칙으로 적을 수 있는 판단인가, 맥락과 눈치가 필요한 판단인가
• 병목 위치 — 업무가 멈춰 서서 대기하는 지점이 어디인가
• 대표 의존도 — 대표가 최종 확인하지 않으면 넘어가지 않는 업무가 몇 건인가

다섯 항목 중 실무에서 가장 크게 나오는 값은 대표 의존도입니다. 직원 10~100명 기업에서는 승인, 검수, 견적 확인처럼 대표 한 사람을 반드시 통과해야 하는 업무가 쌓이고, 그 대기 시간이 회사 전체의 처리 속도를 결정합니다.

진단은 두 가지 형태로 진행됩니다. 무료 컨설팅 미팅은 대표가 직접 30분~1시간 동안 업무 흐름을 훑고 새는 지점을 그 자리에서 짚는 방식입니다. 문서로 남는 정식 진단이 필요하면 업무자동화 진단 패키지 55만 원(VAT 포함, 7일 이내 완료)으로 진행합니다.

AI 도입 전 데이터는 어떻게 수집·관리해야 하나 — 최소 조건

AI 도입 전에 데이터 정제 프로젝트를 먼저 벌일 필요는 없습니다. 최소 조건은 하나입니다. 그 업무가 어떤 형식으로든 기록으로 남아 있으면 시작할 수 있고, 프로젝트 원제로는 진단 단계에서 실제로 필요한 데이터만 특정한 뒤 그 범위부터 정리합니다.

최소 데이터 조건은 형식이 아니라 존재 여부입니다. 업무가 기록으로 남아 있으면 형식은 따지지 않습니다. 엑셀 시트, 메신저 대화, 손으로 적은 장부 어느 쪽이어도 착수할 수 있습니다. 정리된 데이터베이스나 통합 시스템은 시작 조건이 아닙니다. 반대로 기록 자체가 남지 않는 업무라면 자동화보다 먼저 할 일이 있습니다. 이 경우 진단 단계에서 기록 체계를 세우는 작업부터 잡고, 어떤 값을 어느 시점에 남길지 정한 뒤 구축으로 넘어갑니다.

데이터를 전부 정리한 다음에 시작하겠다는 계획은 대체로 착수 자체를 늦춥니다. 회사 전체 데이터를 정제하는 작업에는 끝나는 지점이 정해져 있지 않고, 정리를 마칠 무렵에는 업무 규칙이 이미 바뀌어 있는 경우가 많습니다. 자동화 대상 업무 한 갈래가 확정되면 필요한 데이터 범위도 함께 좁혀지므로, 프로젝트 원제로는 진단을 먼저 둡니다.

• 흩어진 스프레드시트 — 담당자별로 나뉜 시트도 시작점으로 충분합니다. 항목 이름이 제각각이어도 진단에서 대응 관계를 잡습니다.
• 메신저·메일 기록 — 문의와 승인이 대화로 오간 기록은 담당자의 판단 기준을 복원하는 1차 자료입니다.
• 기존 시스템에 쌓인 값 — ERP나 CRM에 이미 들어 있는 데이터는 옮기지 않고 필요한 항목만 연결합니다.

구조화는 준비 단계가 아니라 구축 과정에서 진행합니다. 어떤 판단에 어떤 값이 쓰이는지는 설계에서 확정되므로, 그 시점에 필요한 형태로 데이터를 담는 편이 낭비가 적습니다. 다만 데이터가 크게 흩어져 있으면 정리 공수가 견적에 붙습니다. 프로젝트 원제로는 진단 단계에서 데이터 상태를 먼저 확인하고, 정리 공수가 큰 경우 그 사실을 견적 전에 알립니다.

어떤 업무부터 자동화할지 우선순위는 어떤 기준으로 정하는가

자동화 우선순위는 빈도, 소요 시간, 규칙성 세 축의 곱으로 정합니다. 세 값이 모두 높은 업무가 1순위이고, 규칙성이 낮은 업무는 빈도가 아무리 높아도 뒤로 밉니다.

규칙성을 세 축 중 가장 무겁게 보는 이유는 검증 때문입니다. 판단 기준을 문장으로 적을 수 있어야 결과물이 맞는지 기계가 스스로 확인할 수 있고, 확인이 되어야 사람이 매번 들여다보지 않아도 됩니다. 기준을 적을 수 없는 업무를 먼저 자동화하면 결국 사람이 전수 검수하게 되고, 자동화 이전보다 일이 늘어납니다.

첫 대상으로 프로젝트 원제로가 자주 고르는 업무는 대표 책상 위에 쌓여 있는 반복 승인과 정형 문서 작성입니다. 아이즈마케팅은 대량 콘텐츠 파이프라인을 먼저 자동화해 주 5,000건을 시스템이 처리하게 만들었고, 인건비 기준 연 4,200만 원을 절감했습니다(프로젝트 원제로 고객사 실측, 2026-08 기준).

AI 도입은 어느 부서부터 시작해야 하나

AI 도입 대상은 부서 단위가 아니라 업무 단위로 고릅니다. 어느 부서를 먼저 바꿀지 묻는 질문에는 답이 잘 나오지 않지만, 부서를 가로질러 흐르는 업무 한 건을 고르는 질문에는 답이 나옵니다.

부서 하나를 통째로 바꾸려는 시도는 자주 멈춥니다. 한 부서 안에도 성격이 전혀 다른 업무가 섞여 있어 범위가 넓어지고, 결과가 어긋났을 때 어느 지점에서 어긋났는지 특정하기 어려워지기 때문입니다. 부서 단위로 잡으면 착수 전에 조율할 대상도 함께 늘어납니다.

그래서 첫 대상은 부서가 아니라 업무 한 건으로 자릅니다. 여러 부서를 거쳐 흐르는 업무 중 대표 의존도가 높고 발생 빈도가 높은 것을 고르면, 필요한 부서는 그 업무를 따라 자연스럽게 묶입니다. 마케팅팀이 먼저인지 영업팀이 먼저인지 정하지 않아도 착수할 수 있고, 한 갈래가 돌아가는 것을 확인한 뒤 인접 업무로 넓히면 됩니다.

직원 10명 회사도 AI 전환이 가능한가

직원 10명 회사도 가능합니다. 프로젝트 원제로의 대상 규모는 직원 10~100명 중소기업이며, 규모보다 중요한 조건은 반복되는 판단과 업무가 존재하는지 여부입니다.

직원 수가 적은 회사에서 AX 효과가 오히려 빠르게 나타나는 이유는 업무가 소수에게 몰려 있기 때문입니다. 인원이 적을수록 한 사람이 여러 역할을 겸하고, 대표가 실무까지 겸하는 경우가 많습니다. 반복 업무 한 갈래만 시스템이 받아도 회사 전체의 처리 속도가 바뀝니다.

피트니스플러스는 CRM과 퍼널 오케스트레이션을 구축해 연 6,000만 원을 절감했고 첫 달 매출이 30% 늘었습니다(프로젝트 원제로 고객사 실측, 2026-08 기준). 프로젝트 원제로 고객사 전체를 합산하면 연 3억 원 이상 절감, 주 8,000건 이상 AI 자동 처리이며, 이 성과를 위해 추가 채용한 인원은 0명입니다.

소규모 기업이 처음부터 전체 구조를 바꿀 필요는 없습니다. 반복 업무 한 갈래만 자동화 구축 스타터 330만 원(VAT 포함, 14~21일)으로 먼저 올리고, 작동을 확인한 뒤 범위를 넓히는 방식이 가능합니다. 다만 프로젝트 원제로는 단발성 스크립트로 만들지 않고, 나중에 AX 전체 구조로 확장 가능한 형태 위에 올립니다.

IT 전담 인력이 없는 중소기업은 AI를 어떻게 도입하는가

IT 전담 인력이 없어도 도입할 수 있습니다. 프로젝트 원제로 모델에서는 구축 이후의 운영과 하네스 감시를 프로젝트 원제로가 맡으므로, 회사 안에 개발자나 IT 담당자가 상주해야 한다는 전제가 없습니다.

중소기업에서 실제로 문제가 되는 구간은 도입이 아니라 운영입니다. 시스템을 만드는 일은 외부에 맡길 수 있지만, 만든 뒤 업무 규칙이 바뀌고 연결된 외부 서비스가 사양을 변경할 때 고칠 주체가 없으면 자동화는 몇 달 안에 멈춥니다. IT 인력이 없는 회사가 자동화에 실패하는 원인도 구축 능력이 아니라 이 지점에 있습니다.

• 운영·유지보수 월 33만 원(VAT 포함) — 월 4시간 공수의 점검과 수리를 프로젝트 원제로가 담당합니다.
• 장애 대응 영업일 1일 이내 — 시스템이 멈춘 상황에서 회사가 기다리는 시간을 계약으로 고정합니다.
• 하네스 감시 — 결과물이 기준을 벗어나는 지점을 검증 층이 먼저 감지하고, 프로젝트 원제로가 선제적으로 수리합니다.

회사 쪽에 필요한 인원은 요구사항을 정리하고 결과를 확인할 담당자 한 명입니다. 개발 지식은 필요하지 않으며, 어떤 업무가 어떤 순서로 도는지 설명할 수 있으면 충분합니다. 프로젝트 원제로는 그 담당자가 첫 결과물을 계약 후 1개월 안에 눈으로 확인할 수 있도록 범위를 자릅니다.

중소기업 AI 전환은 대기업과 무엇이 다른가

가장 큰 차이는 의사결정 구조입니다. 대기업은 전담 조직을 만들고 수개월짜리 PoC를 거치지만, 중소기업은 대표 한 사람의 결정으로 업무 구조를 바로 바꿀 수 있습니다. 중소기업에서는 결정 속도 자체가 자산입니다.

레이어가 적다는 점도 중소기업에 유리하게 작동합니다. 결재선이 짧고 부서 경계가 옅으면 업무 흐름 전체를 한 번에 다시 그릴 수 있고, 부서별 시스템이 따로 노는 상태도 생기지 않습니다. 대기업이 부서 간 표준을 맞추는 데 쓰는 기간을 중소기업은 그대로 아낄 수 있습니다.

프로젝트 원제로가 구축한 사례는 코칭, 피트니스, 마케팅, 여행, 건설자재로 업종이 서로 다르지만 규모는 모두 직원 10~100명 구간입니다. 대기업 방법론을 축소해 적용한 결과가 아니라, 대표 의사결정이 곧 실행이 되는 규모에 맞춰 설계한 결과입니다.

AI 전환 기간은 얼마나 걸리는가

범위에 따라 다르지만, 프로젝트 원제로는 첫 결과물을 1개월 안에 눈으로 확인하도록 설계합니다. 진단 패키지는 7일 이내, 자동화 구축 스타터는 14~21일이 기준 일정입니다.

전체 AX 구축은 회사의 업무 갈래 수와 기존 데이터 상태에 따라 기간이 달라지므로, 프로젝트 원제로는 설계 단계에서 일정표를 확정한 뒤 착수합니다. 기간을 미리 단정하지 않는 대신 지키는 원칙은 하나입니다. 계약 후 한 달 안에 작동하는 결과물 하나를 확인할 수 있게 범위를 자릅니다.

운영 단계에는 종료 시점이 없습니다. 업무가 바뀌면 시스템도 바뀌어야 하고, 외부 서비스가 사양을 바꾸면 연결이 끊깁니다. 프로젝트 원제로가 AX를 납품이 아니라 운영이라고 부르는 이유입니다.

DX와 AX의 차이는 무엇인가

DX(Digital Transformation)는 사람이 하던 일을 디지털 도구 위로 옮기는 작업이고, AX(AI Transformation)는 사람이 하던 판단과 실행을 AI가 맡도록 업무 구조를 다시 짜는 작업입니다. DX는 기록의 방식을 바꾸고, AX는 일하는 주체를 바꿉니다.

DX가 끝난 회사가 AX를 다시 해야 하는 경우도 많습니다. 종이 문서를 클라우드로 옮겨도 그 문서를 읽고 판단하는 주체가 여전히 사람이면, 처리량의 상한은 사람 수에 묶여 있습니다. AX는 그 상한을 푸는 작업입니다.

반대로 DX가 전혀 없는 상태에서 AX를 시작하면 데이터가 흩어져 있어 진단부터 막힙니다. 프로젝트 원제로는 이런 경우 데이터가 모이는 경로를 먼저 정리한 뒤 AI를 붙입니다. 순서가 늘어날 뿐 방향은 같습니다.

본문에 인용된 수치는 프로젝트 원제로 고객사 실측값이며, 2026-08 기준입니다. 절감액은 모두 연 환산 기준으로 표기합니다.