중소기업 ERP 도입 실패 사례 — 협력사 10곳 통합, 엑셀로 돌아간 이유

중소기업 ERP 도입 실패는 대부분 기능 부족이 아니라 부서 간 협조 공백에서 시작된다. 협력사 10여 개 법인을 하나의 시스템으로 묶으려던 도로 시설물 제조업체의 실제 사례로 원인과 대안을 정리한다.

어떤 회사였나 — 협력사 10여 개 법인을 하나로 보고 싶었던 이유

가드레일·가로등·버스정거장 같은 도로 시설물을 제조해 납품하는 이 회사는 협력사 형태로 나뉜 10여 개 법인, 전체 100명 이상 규모로 운영되고 있었다. 문제는 이 법인들이 각자 영업·시공·생산 단계를 따로 관리하고 있었다는 점이다. 견적이 나가는 시점, 시공이 진행되는 시점, 정산이 마감되는 시점의 정보가 한곳에 모이지 않으니 경영진 입장에서는 지금 어느 현장이 얼마짜리 일을 하고 있는지, 정산까지 얼마가 남았는지를 한눈에 보기가 어려웠다.

대표는 이 문제를 시스템으로 해결하고 싶어 했다. 견적부터 시공, 정산까지 전 과정을 하나의 ERP로 통합해 법인 10여 곳의 데이터를 실시간으로 확인하겠다는 목표였다. 방향 자체는 합리적이었다. 문제는 그 다음 단계, 실제로 시스템을 만드는 과정에서 드러났다.

이 회사만의 특수한 사정은 아니다. 협력사·지사 형태로 법인이 나뉘어 있거나, 영업·생산·시공처럼 업무 성격이 다른 조직이 물리적으로 떨어져 있는 중소·중견 제조업이라면 비슷한 고민을 한 번쯤 거친다. 경영진 입장에서는 전체 현황을 한 화면에서 보고 싶다는 요구가 자연스럽지만, 그 요구를 시스템으로 옮기는 과정에서 누가 데이터를 입력하고 검증할 것인지는 별개의 문제다.

왜 도입이 무산됐나 — 영업·시공·생산이 따로 있으면 생기는 협조 공백

ERP는 한 부서가 만들어서 나머지 부서에 나눠주는 방식으로 완성되지 않는다. 영업이 견적 데이터를 입력하고, 시공이 진행 현황을 갱신하고, 생산이 자재·단가 정보를 맞춰줘야 비로소 하나의 시스템으로 굴러간다. 이 회사에서는 바로 이 지점이 막혔다. 영업·시공·생산이 물리적으로 다른 현장, 다른 법인에 흩어져 있다 보니 시스템 구축에 필요한 데이터 입력과 검증을 현장 인력이 나서서 해줘야 하는데, 그 협조가 충분히 따라오지 않았다.

담당자가 직접 전한 말이 이 실패의 원인을 압축해서 보여준다. 전사 시스템은 결국 현장이 움직여줘야 완성되는데, 결정은 위에서 내려오고 실행은 현장 협조에 기대는 구조에서는 진행 속도가 급격히 떨어진다는 것이다. 문제는 예산도, ERP 벤더의 기능도 아니었다. 매일 다른 우선순위로 바쁜 현장 인력에게 "시스템 구축을 위한 데이터 입력"이라는 부가 업무를 얹었을 때, 그 업무가 우선순위에서 계속 밀린 것이다.

"ERP를 구축하려면 전사적인 협조가 필요합니다. 현장에서 시공이나 생산에 관련된 분들까지 직접 참여해서 만들어도 오래 걸리는데, 실질적으로 현업에 있지 않은 사람들이 만들려고 하면 사실상 불가능합니다."

— 도로 시설물 제조업 전산직 (협력사 10여 개 법인 중 영업사무소)

결국 무엇으로 돌아갔나 — 엑셀 회귀 + 부분 자동화로 유지

전사 ERP 프로젝트는 결국 중단됐다. 하지만 회사가 이전 방식으로 완전히 돌아간 것은 아니다. 견적서는 다시 엑셀로 작성하는 방식으로 돌아갔지만, 그룹웨어와 사내 서버를 통한 부분 자동화는 유지했다. 다우오피스 그룹웨어로 결재·공지·일정 같은 협업 업무를 처리하고, 시놀로지 서버로 파일을 공유하는 구조다. 전사 통합은 아니지만 최소한의 정보 흐름은 이 조합으로 버티고 있는 셈이다.

다만 엑셀 회귀에는 뚜렷한 한계가 있었다. 견적서에 들어가는 볼트·너트 같은 자재 단가가 수시로 바뀌는데, 이 변동이 최신 견적서에 즉시 반영되지 않는 경우가 생겼다. 담당자가 구버전 수량 산출서를 그대로 쓰다가 실제 단가와 다른 금액으로 견적이 나가는 일이 발생한 것이다. 시스템을 포기한 대가로, 데이터 동기화라는 더 근본적인 문제가 남은 셈이다.

이 사례에서 확인된 3가지 — 전사 ERP 전에 점검해야 할 조건

이 사례는 중소·중견 제조업이 전사 시스템을 검토할 때 짚어야 할 조건을 구체적으로 보여준다.

• 현장 참여 없이는 구축 자체가 불가능하다 — 영업·시공·생산처럼 물리적으로 분리된 조직이 있다면, 시스템 구축 단계에서부터 각 현장의 데이터 입력·검증 인력이 확보돼야 한다. 경영진 의지만으로는 진행되지 않는다.
• 법인이 여러 개면 표준화가 선행돼야 한다 — 협력사 형태로 법인이 나뉜 구조에서는 법인별로 견적·정산 항목을 부르는 방식부터 다를 수 있다. 통합 전에 데이터 항목을 표준화하지 않으면 시스템을 붙여도 데이터가 맞물리지 않는다.
• 전사 통합의 대안은 부분 자동화다 — 그룹웨어·서버 조합처럼 협업 업무만 우선 자동화하는 것도 유효한 선택지다. 전사 ERP가 아니면 실패라고 볼 필요는 없다.

세 가지 조건을 뒤집어보면, 전사 ERP를 검토하는 시점에 필요한 것은 시스템 스펙 비교가 아니라 조직 진단이다. 현장 참여를 끌어낼 강제력이 있는지, 법인 간 데이터 항목이 이미 표준화돼 있는지를 먼저 점검하지 않으면, 예산과 시간을 들이고도 이 사례처럼 원점으로 돌아갈 위험이 크다.

실패를 피하려면 — 전사 ERP 대신 부서 간 정보 격차부터 줄이는 단계적 접근

이 사례에서 가장 먼저 무너진 지점은 부서마다 문서와 자료가 따로 관리되고 있었다는 것이다. 영업이 만든 견적서, 시공팀이 갱신한 진행 현황, 생산팀이 관리하는 단가 자료가 각자의 방식대로 흩어져 있으니 정보 격차가 생기고, 그 격차를 시스템 하나로 한 번에 메우려다 협조 공백에 부딪힌 것이다.

임팩트플로우는 B2B SaaS 매칭 플랫폼으로, 기업에 최적화된 문서 작성·협업 솔루션을 연결한다. 전사 ERP를 처음부터 노리기보다, 견적서 작성과 공유 이력 관리처럼 부서 간 정보 격차가 가장 먼저 벌어지는 지점부터 문서 작성·협업 솔루션으로 자동화하는 단계적 접근이 협조 공백을 줄이는 현실적인 방법이다. 실제로 엑셀 견적 관리의 한계(단가 미반영으로 인한 견적 오차)를 줄이는 방법은 제조업 견적서 자동화 사례에서 더 구체적으로 다뤘다.

전사 시스템으로 한 번에 도약하는 대신, 문서 공유와 이력 관리부터 자동화해 부서 간 정보 격차를 줄이면 전사 협조가 부족한 조직에서도 실패 리스크 없이 시작할 수 있다. 비슷한 실패 패턴을 더 폭넓게 확인하고 싶다면 ERP 도입 실패 3가지 패턴도 함께 참고할 만하다.

자주 묻는 질문

기능이나 예산보다 현장 협조 부족이 가장 큰 원인이다. 영업·시공·생산처럼 조직이 물리적으로 분리돼 있으면 시스템 구축에 필요한 데이터 입력·검증을 현장이 직접 해줘야 하는데, 이 협조가 뒷받침되지 않으면 프로젝트가 중단된다.

가능하지만 통합 전에 법인별 견적·정산 항목 표준화가 선행돼야 한다. 표준화 없이 시스템만 붙이면 법인마다 데이터 형식이 달라 통합 이후에도 정보가 맞물리지 않는 문제가 반복된다.

전사 통합이 무산돼도 그룹웨어·서버 같은 부분 자동화는 유지할 수 있다. 다만 엑셀 단독 관리로 돌아가면 단가·수량 같은 변동 데이터가 최신 버전에 반영되지 않아 오차가 생길 위험이 남는다.

부서 간 정보 격차가 가장 크게 벌어지는 지점, 예를 들어 견적서 작성·공유·이력 관리부터 문서 협업 솔루션으로 자동화하는 단계적 접근이 현실적이다. 전사 시스템 전체를 한 번에 구축하는 것보다 실패 리스크가 낮다.

협력사가 여러 곳으로 나뉜 조직이라면 전사 ERP보다 부서 간 정보 격차부터 줄이는 접근이 더 현실적인 시작점이 될 수 있다. 임팩트플로우는 B2B SaaS 매칭 플랫폼으로, 기업에 최적화된 문서 작성·협업 솔루션을 연결합니다.