ERP 시스템 선정: 중견 제조사 사례 연구

이 사례 연구는 중견 제조사가 12주 만에 ERP를 선정하고 불필요한 지출 120만 달러를 피한 과정을 보여 줍니다. ERP 선정을 앞두었거나 선정 과정에서 막혀 있는 CFO, COO, CIO를 위한 글입니다. 차이를 만든 것은 다섯 가지였습니다. 데모보다 프로세스 맵이 먼저였습니다. 모든 벤더가 고객의 실제 데이터로 같은 스크립트 시나리오를 시연했습니다. 5년 총소유비용(TCO) 모델이 가격표가 가린 비용을 드러냈습니다. 경영진이 각자 따로 점수를 매겨 편향을 드러냈습니다. 그리고 이사회는 한 장짜리 의사결정 자료를 보았습니다. 절감은 벤더 할인이 아니라 사업에 필요 없는 범위를 잘라 낸 데서 나왔습니다. 이제 시작하는 중이라면 핵심 프로세스부터 맵으로 그리십시오.

ERP 자문 25년이면 웬만한 일은 다 겪어 봤다고 생각했습니다. 그런데 폴란드의 한 중견 제조사가 잘못된 시스템을 거의 승인할 뻔했습니다. 120만 달러짜리 실수가 만들어지고 있었습니다. 경영진은 벤더의 영업 공세, 사내 정치, 희망 사항 목록이 되어 버린 요구사항 목록에 짓눌려 있었습니다.

그때 제가 투입되었습니다. 선정 절차를 단순화하고, 구조화된 평가 기준을 도입했으며, 경영진에게 실제로 겪는 고충이 무엇인지 물었습니다. 또 ERP 선정은 기능 경연이 아니라 거버넌스와 리스크에 관한 의사결정이라는 점을 상기시켰습니다.

결과는 12주 만의 확신 있는 선택, 불필요한 지출 120만 달러 회피, 그리고 망설임이 아니라 명확함을 안고 구축에 들어간 이사회였습니다.

1. 01벤더가 묻지 않는 요구사항연계, 종속, 준비 상태, 사이트별 차이
2. 02스크립트 기반 데모 데이같은 워크플로, 고객의 실제 데이터
3. 035년 비용 모델3년 차 이후 50만 달러 상승분을 드러냄
4. 04따로 매기는 평가CIO, CFO, COO가 각자 평가
5. 05한 장짜리 이사회 자료이사회가 45분 만에 정렬

12주 만에 ERP 선정, 불필요한 지출 120만 달러 회피

매출이 4억 달러에 조금 못 미치는 회사였습니다. 재무, 창고, 생산이 각각 별도 플랫폼에서 돌아갔고 연계는 거의 없었습니다. 리포팅은 느리고 믿을 수 없었으며, 부서들은 업무를 굴리기 위해 수작업 우회 방법을 만들어 두었습니다. 이사회의 입장은 분명했습니다. 1년을 더 기다릴 수는 없다는 것이었습니다.

경영진과 시간을 보내면서 드러난 압력은 이러했습니다.

1. CIO: 클라우드 역량과 장기적 확장성을 밀어붙임
2. CFO: 비용 통제를 강하게 요구하며 또 한 번의 예산 초과를 우려
3. COO: 운영 안정성이 우선이라고 주장하며 생산 차질을 우려
4. 벤더: 분기 말 할인과 "한정 기간" 제안으로 결정을 압박

우선순위 하나하나는 그 자체로 말이 되었습니다. 합쳐 놓으니 교착 상태가 되었습니다. 확실한 숫자를 가진 사람이 없었고, 의사결정은 비용 모델이 뒷받침되지 않는 벤더의 슬라이드에 끌려가고 있었습니다.

직원들은 지쳐 있었습니다. 평가 틀 없이 데모가 3~4건 잡힌 주도 있었습니다. 한 관리자는 어느 제품에 어떤 기능이 있었는지 더는 기억나지 않는다고 조용히 털어놓았습니다. 의사결정 피로가 쌓였고, 아무거나 고르고 싶은 유혹은 실제로 컸습니다.

아래 표는 흔한 선정 문제와 각각의 해결 방법입니다.

흔한 문제	영향	대응 방법
곧바로 벤더 데모부터 시작함	기능에 정신이 팔려 프로세스 적합성이 무시됨	프로세스 흐름부터 문서화하고, 고객 자체 데이터로 데모를 진행
경영진의 모호한 요구사항	충돌하는 우선순위가 의사결정을 막고 범위를 넓힘	필수 요건과 권장 요건 목록을 경영진 서명으로 확정
5년 비용 모델 부재	Go-Live 이후에야 숨은 비용이 드러남	라이선스, 인상 조항, 연계, 지원을 포괄하는 TCO 관점을 구축
연계 사각지대	뒤늦게 발견된 인터페이스가 지연과 초과를 유발	모든 시스템을 초기에 맵으로 그리고, 위험한 인터페이스는 PoC로 검증
정치와 편향	의사결정이 사실이 아니라 의견에 기댐	가중치 스코어카드와 역할별 기준을 사용

1단계: 벤더가 묻지 않는 요구사항

대부분의 선정은 모듈과 기능에 초점을 맞춥니다. 저는 기존 시스템이 하루아침에 사라지지 않는다는 점에서 연계가 가장 중요해질 곳을 살폈습니다. 벤더 종속 문제도 꺼냈습니다. 어떤 영업팀도 첫 슬라이드에 올리지 않는 위약금과 향후 마이그레이션 비용입니다. 그리고 조직의 준비 상태를 점검했습니다.

워크숍에서 생산 사이트마다 재고 관리 방식이 다르다는 것을 발견했습니다. 어떤 곳은 원자재를 스프레드시트로 추적했고, 어떤 곳은 로컬 데이터베이스를 썼습니다. 그 차이만으로도 컷오버 위기가 될 수 있었습니다. 일찍 짚어 낸 덕분에 경영진은 시스템 선정이 프로세스 정렬과 함께 가야 한다는 점을 이해했습니다. 어디서나 제가 적용하는 같은 원칙입니다. 프로세스가 먼저, 시스템은 그다음입니다.

2단계: 실제 데이터로 진행한 스크립트 기반 데모 데이

벤더는 자기들이 가장 잘하는 것을 보여 주고 싶어 하고, 그러면 약점이 가려집니다. 저는 스크립트를 정해 둔 데모 데이를 설계했습니다. 모든 벤더가 주문-수금(order-to-cash)과 생산 계획이라는 같은 핵심 워크플로를 고객의 실제 데이터로 같은 순서에 따라 시연했습니다. 골라 낸 시나리오는 없었습니다.

일부 벤더는 이례적이라며 반발했습니다. 저는 물러서지 않았습니다. 고객은 브로슈어가 숨겨 둔 차이를 드러내는 일대일 비교를 보게 되었습니다.

3단계: 숨은 비용 드러내기

가격표는 오해를 부릅니다. 저는 5년 TCO 모델을 만들었습니다. 요금을 슬그머니 올리는 연간 인상 조항과, 본업에서 빠진 직원을 대신 채우는 비용을 넣었습니다. 벤더가 처음 제시하는 금액의 2~3배가 드는 경우가 많은 하이퍼케어 지원도 포함했습니다.

‘중간 가격대’ 옵션 하나에서 3년 차 이후 50만 달러가 숨어 있는 인상이 드러났습니다. 모델이 없었다면 고객은 표면 가격만 보고 그 옵션을 골랐을 것입니다. 그 작업 하나만으로도 이번 투입의 값어치는 충분했습니다.

4단계: 내부 편향 무력화

데이터가 있어도 편향은 스며듭니다. CIO는 클라우드 우선 벤더 쪽으로, CFO는 초기 가격이 가장 낮은 쪽으로, COO는 안정성 쪽으로 기울었습니다. 저는 각자와 따로 구조화된 평가 세션을 진행한 뒤 결과를 비교해, 개인 선호가 사실보다 앞선 지점을 보여 주었습니다. 구조화된 평가가 있으니 근거 없이 "이쪽이 더 느낌이 좋다"고 말하기가 어려워졌습니다.

5단계: 이사회 정렬

모든 것을 한 장짜리 경영진 대시보드에 요약했습니다. 스코어카드, 비용 범위, 리스크 히트맵입니다. 전문 용어도 긴 보고서도 없었습니다. 이사회 논의는 한 시간이 채 걸리지 않았고, 경영진은 45분 안에 의견을 모았습니다. 이들이 확신을 갖고 회의장을 나선 것은 데이터가 더 많아서가 아니라 데이터가 구조화되고 투명했기 때문입니다.

아래 표는 선정 단계를 순서대로, 그리고 각 단계의 산출물을 보여 줍니다.

단계	목적	결과
비즈니스 목표 정의	ERP가 해결해야 할 과제(비용 통제, 컴플라이언스, 확장성)에 합의	목표에 대해 경영진과 현업이 정렬
현행 프로세스 맵 작성	워크플로, 고충, 의존 관계 문서화	적합성을 판단할 기준선
벤더 후보군 압축	현실적인 옵션으로 좁힘	관련성 있는 후보에 집중한 평가
Fit-Gap 분석 수행	각 옵션을 비즈니스 요구와 비교	커스터마이징, 리스크, 연계 갭을 명확히 파악
총소유비용 모델링	라이선스, 구축, 교육, 5년간의 지원	예산 수립과 이사회 승인을 위한 재무적 명확성
레퍼런스 확인	같은 ERP를 쓰는 유사 업종 동료와 대화	벤더 성과를 직접 확인

1. 12주 만에 ERP 선정
2. 사업 가치가 없는 모듈을 빼고 부풀려진 프리미엄 번들을 거절해 불필요한 지출 120만 달러를 회피. 할인을 좇아서 얻은 것이 아님
3. 의사결정 피로가 풀렸고, 경영진은 정렬된 상태로 합의된 기대치를 안고 킥오프에 들어감
4. 벤더의 분기 말 마감 압박이 무력화됨. 고객은 자기 조건으로 구매함

"Noel은 ERP를 고르도록 도와준 데 그치지 않았습니다. 정치를 헤치고, 숨은 비용을 보고, 이사회 수준의 결정을 명확하게 내릴 방법을 주었습니다. 12주 만에 100만 달러가 넘는 비용을 아꼈고, 10년을 갈 뻔한 실수를 피했습니다." (폴란드 제조 그룹 CFO)

비용 모델은 이번 투입에서 가장 가치 있는 산출물이었습니다. 이 모델이 다룬 항목과 가장 자주 빠뜨리는 부분을 정리했습니다.

비용 항목	포함할 내용	흔히 빠뜨리는 것
소프트웨어	현재 및 예상 사용자와 법인에 대한 라이선스 또는 구독	사용자 증가, 1년 차 이후의 가격 인상
구축	파트너 비용, 사내 프로젝트 팀, 예비비	본업에서 빠진 인력을 대신 채우는 사내 대체 비용
연계	유지되는 시스템과의 인터페이스, 미들웨어, 테스트	프로젝트 후반에 발견되는 인터페이스
데이터 마이그레이션	정제, 모의 적재, 대사	레거시 데이터 품질 작업
교육 및 변화 관리	교육 설계, 실시, 현장 지원	하이퍼케어 기간의 보충 교육
하이퍼케어 및 지원	Go-Live 후 지원과 운영 모델	벤더가 처음 제시한 범위를 넘어서는 하이퍼케어 범위
종료 및 갱신	갱신 조건, 데이터 내보내기, 마이그레이션 비용	갱신 시 조건이 바뀔 때의 종속 비용

같은 그림의 계약 측면은 CFO를 위한 ERP 계약 협상 가이드를 참고하십시오.

2026년에 선정하는 중견 제조사라면 달라질 점이 세 가지입니다.

SAP GROW가 후보군에 들어갈 것입니다. SAP GROW는 SAP의 퍼블릭 클라우드 ERP를 기반으로 하며, SAP를 처음 도입하는 기업의 검토 대상에서 이제 NetSuite, Dynamics 365 Business Central, Infor와 같은 자리에 놓입니다. 고정 범위 상품인 GROW Fast는 몇 달 안의 Go-Live를 목표로 하고, Clean Core가 설계상 강제됩니다. TCO 모델은 영구 라이선스에 유지보수를 더한 방식이 아니라 5년간 구독 비용의 증가를 비교해야 합니다.

AI는 서류 작업의 속도를 높이지, 판단의 속도를 높이지는 않습니다. AI 어시스턴트는 이제 요구사항 요약, 평가 프레임워크, 1차 Fit-Gap 분석 초안을 작성할 수 있습니다. 어떤 벤더가 사업에 실제로 맞는지는 여전히 경험 있는 사람이 판단할 몫입니다.

클라우드가 기본값입니다. 예전에는 일부 중견 제조사가 클라우드와 온프레미스를 저울질했습니다. 2026년의 현실적인 기본값은 데이터 거주지나 주권 규정이 달리 요구하지 않는 한 클라우드입니다. 벤더마다 온프레미스 시나리오를 따로 만들지 말고, TCO에서 클라우드 옵션끼리 직접 비교하십시오.

스크립트 기반 데모 데이, 숨은 비용을 드러내는 TCO, 따로 매기는 평가, 한 장짜리 이사회 자료는 후보군에 누가 올라 있든 여전히 유효합니다. 벤더를 더 깊이 다룬 제조업에 가장 적합한 ERP 가이드도 참고하십시오.

결정을 서두르지 마십시오. 빠른 선택은 숨은 비용과 연계 리스크를 놓칩니다. 슬라이드가 아니라 5년에서 7년 앞을 내다보는 실제 숫자를 확보하십시오. 입장이 굳어지기 전에, 일찍부터 구조화된 세션에서 경영진의 우선순위를 조율하십시오. 기준을 표준화하고 참여자를 돌려 가며 직원을 데모 피로에서 보호하십시오. 그리고 짧은 점검 보고로 이사회를 계속 참여시켜, 뒤늦은 놀라움이 없도록 하십시오. 후보군에 SAP와 Oracle이 있다면 SAP vs Oracle 비교에서 트레이드오프를 정리했습니다.

중견 제조사는 데모에 빠지지 않고 ERP 선정을 어떻게 시작해야 합니까?

벤더 데모로 시작하지 않습니다. 주문-수금, 생산 일정 수립, 재고 관리, 공급업체 지급 같은 핵심 프로세스를 먼저 맵으로 그리십시오. 문서화하고 합의한 뒤에 각 시스템이 이를 얼마나 지원하는지 평가합니다. 잘 만든 데모에 몇 주를 쓰고 나서야, 본 것의 절반이 자사 운영과 무관했다는 것을 깨닫는 팀을 보았습니다. 프로세스 맵을 먼저 그리면 평가가 대체로 더 짧고 덜 정치적입니다.

ERP 5년 총소유비용 모델에는 무엇이 들어가야 합니까?

사용자 증가를 반영한 라이선스 또는 구독, 유지보수와 인상 조항, 구축, 연계, 데이터 마이그레이션, 테스트, 하이퍼케어, 그리고 본업에서 빠진 사내 직원의 대체 비용입니다. 한 사례에서는 팀이 라이선스 비용만 보고 시스템을 승인했다가 2년 차에 예산이 두 배가 된 것을 발견했습니다. 이 모델은 인상 조항과 갱신 조건을 확약하기 전에 논의하도록 만듭니다.

벤더 데모를 어떻게 하면 실제로 비교할 수 있게 만듭니까?

자사 데이터로 동일한 시나리오를 스크립트로 정하십시오. 모든 벤더가 주문-수금, 생산 계획, 반품 같은 같은 워크플로를 같은 순서와 같은 시간 안에 시연합니다. 점수는 프레젠테이션 완성도가 아니라 자사의 우선순위에 따라 가중치를 두십시오. 한 제조 팀은 벤더들에게 크레딧 발행이 포함된 복잡한 반품을 처리해 보라고 요청했는데, 그 테스트 하나가 잘 다듬어진 데모가 가려 둔 차이를 드러냈습니다.

ERP 결정을 승인하기 전에 이사회가 봐야 할 리스크는 무엇입니까?

데이터 마이그레이션 실패, 유지되는 시스템과의 연계 공백, 사이트 간 프로세스 도입의 불균형, 업그레이드나 갱신 시점에 문제가 되는 벤더 종속입니다. 발생 확률과 영향도를 보여 주는 한 장짜리 리스크 히트맵은 대개 논의의 방향을 바꿉니다. 그것이 없으면 경영진은 ERP가 라이선스와 일정의 문제일 뿐이라고 생각하기 때문입니다. 완화할 수 있는 리스크도 있고, 알고서 감수해야 하는 리스크도 있습니다.

ERP 선정 중 범위 확대(scope creep)는 어떻게 막습니까?

필수 요구사항과 선택 요구사항을 분리하고, 모든 기능을 측정 가능한 비즈니스 성과와 연결하십시오. 공식 변경 절차를 두어, 새 요구사항은 리스크 감소나 재무적 수익을 보여 주어야 한다고 정합니다. 모든 요청을 승인하다가 일정이 두 배가 된 팀을 본 적이 있습니다. 기능이 하나 늘 때마다 Go-Live 준비와 경쟁하게 되며, 경영진은 이를 일관되게 말해야 합니다.

벤더의 압박과 분기 말 할인에는 어떻게 대응합니까?

짧은 기한이 붙은 할인은 절감이 아니라 압박 전술로 보십시오. 진짜 절감은 불필요한 모듈을 빼고 과도한 라이선스에 이의를 제기하는 데서 나옵니다. 기능의 절반을 쓰지 않는다면 10% 할인은 덜 매력적으로 보입니다. 이번 사례에서는 결정을 미뤄도 제시되는 조건이 달라지지 않았습니다. 벤더는 구매 의사가 확실한 고객을 좀처럼 포기하지 않기 때문입니다. 120만 달러 절감은 할인이 아니라 범위에서 나왔습니다.