블로그로 돌아가기
지원 언어:

과잉 구매 없이 성장하는 중소기업에 적합한 ERP를 선택하는 방법

MercTechs Team
MercTechs Team
엔지니어링 팀
게시일
2026년 7월 24일
읽기 시간
8 분 읽기
지난 분기에 저희가 대화를 나눈 어느 중견 제조업체는 2년에 걸쳐 진행된 18만 달러 규모의 ERP 구축 프로젝트를 막 상각 처리한 상태였습니다. 소프트웨어는 정상적으로 작동했습니다. 교육도 이루어졌습니다. 컨설턴트들이 왔다 갔습니다. 그러나 가동 개시 6개월이 지난 시점에서 창고팀은 다시 스프레드시트로 돌아가 있었고, 재무팀은 워크플로가 실제 회사 운영

지난 분기에 저희가 대화를 나눈 어느 중견 제조업체는 2년에 걸쳐 진행된 18만 달러 규모의 ERP 구축 프로젝트를 막 상각 처리한 상태였습니다. 소프트웨어는 정상적으로 작동했습니다. 교육도 이루어졌습니다. 컨설턴트들이 왔다 갔습니다. 그러나 가동 개시 6개월이 지난 시점에서 창고팀은 다시 스프레드시트로 돌아가 있었고, 재무팀은 워크플로가 실제 회사 운영 방식과 더 이상 맞지 않았기에 송장을 이중으로 입력하고 있었습니다. 시스템이 고장 난 것이 아니었습니다. 단지 그 시스템을 구매한 회사에 맞지 않는 시스템이었을 뿐입니다.

잘못된 ERP 선택의 실제 비용

ERP 관련 의사결정은 소프트웨어 결정처럼 보이지만 실제로는 비즈니스 구조 개편 프로젝트처럼 작동합니다. 중소기업이 지나치게 크거나, 지나치게 경직되어 있거나, 회사의 실제 운영 방식과 지나치게 동떨어진 플랫폼을 선택하는 경우, 그 소프트웨어는 성장의 지렛대가 되기는커녕 모든 거래에 부과되는 세금이 됩니다. 직원들은 시스템을 우회합니다. 보고서는 더 이상 신뢰받지 못합니다. 재무팀은 두 개의 진실을 유지합니다. 하나는 ERP에, 다른 하나는 그림자 스프레드시트에 존재하며, 결국 경영진은 둘 중 어느 것도 사용하지 않게 됩니다.

이러한 양상은 산업을 가리지 않고 반복됩니다. 어느 소매 체인은 이사회에서 무언가 진지해 보이는 시스템을 원했다는 이유로 대형 엔터프라이즈 ERP를 도입하고, 18개월이 지난 뒤에야 매장 관리자들이 여전히 본사에 일일 매출을 메시지로 보내고 있음을 발견합니다. 취약한 와이파이가 연결된 공용 노트북에서 ERP에 로그인하는 데 4분이 걸리기 때문입니다. 어느 물류 스타트업은 저렴한 지역 SaaS 제품을 구매했다가, 1년 뒤 물량이 세 배로 늘어나 벤더의 클라우드 인스턴스가 피크 시간대 쿼리에서 타임아웃을 내기 시작하자 시스템의 절반을 다시 구축하게 됩니다.

문제는 소프트웨어 자체에 있는 경우가 드뭅니다. 문제는 ERP 선정이 운영 설계 과제가 아니라 조달 과제로 취급된다는 점에 있습니다. 40명 규모 유통업체에 적합한 ERP가 400명 규모 유통업체에도 적합한 경우는 거의 없으며, 자사가 실제로 어느 쪽에 해당하는지에 관한 정직한 대화를 건너뛴 중소기업은 그 대가를 수년간 치르게 됩니다.

기능 목록이 아니라 운영 모델에서 시작하십시오

단 한 번의 벤더 데모라도 참석하기 전에, 현재 자사의 비즈니스가 실제로 어떻게 운영되는지를 매핑하는 데 일주일을 투자하십시오. 어떤 워크플로가 안정적이고 반복 가능합니까? 어떤 것들이 여전히 분기마다 새로 만들어지고 있습니까? 현재 데이터는 어디에 존재하고, 누가 소유하며, 부서 간에 얼마나 자주 이동해야 합니까? 그 데이터로부터 어떤 의사결정이 내려지며, 얼마나 신속하게 내려져야 합니까?

이는 화려하지 않은 작업이며 대부분의 중소기업은 이 단계를 건너뜁니다. 팀에 요구사항을 작성해 달라고 요청한 결과, 다른 모든 중소기업의 위시리스트와 동일해 보이는 위시리스트가 나옵니다. 재고 관리, 영업 모듈, 회계 연동, 모바일 접근, 대시보드. 모든 벤더는 기꺼이 모든 항목에 체크 표시를 해 줄 것입니다. 데모는 인상적일 것입니다. 결정은 가격, 영업 담당자에 대한 호감도, 그리고 직감에 좌우될 것입니다. 그리고 구축 단계에 이르러서야, 자사만의 특유한 커미션 계산 방식, 특유한 입고 3자 대사 절차, 특유한 다중 창고 할당 규칙이 체크된 어느 항목에도 실제로는 부합하지 않는다는 사실을 발견하게 됩니다.

운영 모델 지도가 반드시 정식 문서일 필요는 없습니다. 운영 책임자, 재무 책임자, 그리고 실제로 일상 업무를 수행하는 한두 명이 함께하는 화이트보드 세션이면 충분합니다. 부서를 나타내는 상자, 부서 간에 흐르는 데이터를 나타내는 화살표, 그 과정에서 내려지는 의사결정을 나타내는 마름모를 그리십시오. 그런 다음 각 화살표에 세 가지를 주석으로 달아 두십시오. 오늘날 그 데이터가 어떻게 이동하는가, 얼마나 자주 이동하는가, 그리고 제때 이동하지 못하면 어떤 일이 벌어지는가. 그 문서는 컨설턴트가 건네줄 어떤 RFP 템플릿보다도 가치가 있습니다.

세 가지 큰 경로와 각각의 실제 비용

자사의 비즈니스가 실제로 어떻게 운영되는지 이해하고 나면, ERP 시장은 세 가지 실용적 범주로 나뉩니다.

첫 번째 범주는 턴키 SaaS입니다. Odoo Online, 소규모 티어의 NetSuite, Zoho One, 그리고 소수의 지역별 동등 제품들이 여기에 속합니다. 사용자당 월 단위로 요금을 지불하며, 수개월이 아니라 수 주 안에 작동하는 시스템을 얻고, 대신 일부 워크플로가 소프트웨어를 따라 구부러져야 한다는 사실을 받아들이게 됩니다. 이 경로는 운영이 비교적 표준적이며 성장 전략이 차별화보다는 물량 확대에 방점을 두는 중소기업에 적합합니다. 함정은 SaaS가 곧 구축 비용이 없다는 뜻이라고 가정하는 데 있습니다. 진지한 배포에는 여전히 데이터 마이그레이션, 은행 및 마켓플레이스와의 연동, 사용자 교육, 그리고 가동 개시 이후 시스템을 소유할 담당자가 필요합니다. 연간 라이선스 비용의 2배에서 4배를 일회성 셋업 비용으로 편성하십시오. 인건비를 포함한 3년간 총비용이 5만에서 8만 달러 미만인 경우는 드물다는 점을 솔직히 인정해야 합니다.

두 번째 범주는 자체 호스팅 오픈소스입니다. Odoo Community, ERPNext, 그리고 소수의 다른 제품들이 여기에 속합니다. 라이선스는 무료입니다. 그 외 모든 것은 무료가 아닙니다. 플랫폼을 호스팅하고, 구성하고, 업그레이드하고, 확장할 수 있는 기술 파트너가 필요합니다. 그 대신 커스터마이징에 대해 훨씬 더 큰 통제권을 얻고, 규모가 커질수록 사용자당 요금은 훨씬 낮아집니다. 이 경로는 강력한 내부 IT 인력이 있거나 유능한 구축 파트너와 장기적 관계를 맺고 있으며, 경직된 SaaS 제품이 매일같이 마찰을 일으킬 만큼 실제 특유한 요소가 운영 모델에 충분히 존재하는 중소기업에 적합합니다. 여기서의 함정은 지속적인 엔지니어링 투입을 과소평가하는 데 있습니다. 오픈소스 ERP는 보안 패치, 버전 업그레이드, 그리고 월말 결산 시점에 회계 모듈이 외래키 오류를 던졌을 때 대기할 담당자를 필요로 하는 살아 있는 시스템입니다.

세 번째 범주는 맞춤 개발입니다. 중소기업의 경우 이는 드물어야 하며, 대개는 올바른 답이 아닙니다. 그러나 비즈니스 자체가 차별화 요소이고, 어떠한 패키지 제품도 자사가 하는 일을 모델링하지 못하는 경우에는 이것이 올바른 답이 됩니다. 독자적 리스크 모델을 보유한 원자재 트레이더, 고유한 BOM 구조를 보유한 특수 제조업체, 매칭 알고리즘 자체가 비즈니스인 마켓플레이스. 이러한 회사들은 이따금 자사에 맞추어진 소프트웨어가 아니라, 자사를 위해 만들어진 소프트웨어를 필요로 합니다. 올바른 파트너라면 귀사가 그러한 회사에 해당하는지 여부를 정직하게 말해 줄 것입니다. 자신이 맞춤 개발이 필요하다고 생각하는 중소기업 대부분은 실제로는 그 위에 소규모의 표적화된 커스텀 모듈 세트가 얹힌 훌륭한 오픈소스 ERP를 필요로 합니다.

커스터마이징의 함정

ERP를 선택하는 모든 중소기업은 커스터마이징을 조금만 할 것이라고 믿습니다. ERP를 구축해 본 모든 중소기업은 조금의 커스터마이징이 곧 많은 커스터마이징이 된다는 사실, 많은 커스터마이징이 업그레이드 시점에 악몽이 된다는 사실, 그리고 커스터마이징의 규모가 확대됨에 따라 총 소유 비용이 인력 증가보다 더 빠르게 커진다는 사실을 알고 있습니다.

엔지니어링 관점의 현실은 명료합니다. 커스터마이징은 자사의 비즈니스 로직과 벤더 플랫폼의 특정 버전 사이에 의존성을 생성합니다. 벤더가 버전 18을 릴리스했는데 자사는 여전히 버전 16에 머물러 있다면, 업그레이드를 건너뛰고 보안 및 기능 측면에서 서서히 뒤처지거나, 파트너에게 비용을 지불하여 모든 커스터마이징을 새로운 API에 맞추어 재작성해야 합니다. 커스터마이징의 규모가 클수록 마이그레이션 청구서는 높아지며, 아예 업그레이드를 중단할 가능성도 커집니다. 6년 또는 7년 뒤에는 지원이 종료된 플랫폼 버전을 운영하고 있게 되고, 상담하는 모든 컨설턴트는 전면적인 재구축을 견적으로 제시합니다.

이를 피하는 규율은 표현하기는 간단하지만 강제하기는 어렵습니다. 제안되는 모든 커스터마이징에 대해 두 가지 질문을 던지십시오. 이 워크플로가 우리가 시장에서 승리하는 방식에 진정으로 핵심적인가, 아니면 단지 우리가 지금 그렇게 해 오던 방식일 뿐인가? 그리고 우리가 프로세스를 플랫폼의 표준 동작에 맞추어 변경한다면, 실제로 금전이나 고객을 잃게 되는가, 아니면 몇 개월간 불편할 뿐인가? 제안되는 커스터마이징 대부분은 두 시험 모두를 통과하지 못합니다. 그것들을 조기에 폐기하십시오. 그러면 자사의 ERP는 5년 뒤에도 여전히 업그레이드 가능한 상태로 남아 있을 것입니다.

총 소유 비용에 예상치 못한 변수들이 존재합니다

라이선스 비용은 ERP 예산에서 가장 작은 항목이며, 거의 항상 선정 위원회가 집중하는 대상입니다. 실제 비용은 다른 곳에 있습니다.

구축 파트너 수수료는 통상적으로 단순한 SaaS 배포의 경우 첫해 라이선스 비용의 1배에서 3배, 오픈소스 또는 대규모 커스터마이징 시스템의 경우 2배에서 5배에 이릅니다. 특히 데이터 품질이 일관되지 않은 Excel 기반 운영에서 이관되는 레거시 시스템으로부터의 데이터 마이그레이션은 어떤 컨설턴트가 견적을 제시하든 그 두 배의 시간이 소요되는 것이 예사입니다. 기존 은행 커넥터, 전자세금계산서 공급자, 마켓플레이스, 창고 시스템, 내부 도구와의 연동은 대개 일정이 가장 먼저 미끄러지는 지점입니다. 교육과 변화 관리는 서버 비용이나 라이선스 협상에 비해 무형적으로 느껴지기 때문에 거의 항상 예산이 부족하게 배정됩니다.

그리고 초기 제안서에는 좀처럼 등장하지 않는 지속 비용이 있습니다. 가동 개시 이후 자사 내부의 누군가가 ERP를 소유해야 합니다. 시간제로도 아니고, IT 관리자의 부업 프로젝트로도 아니며, 진정으로 소유해야 합니다. 이 담당자는 사용자로부터의 질문에 답하고, 소규모 개선사항의 우선순위를 정하고, 구축 파트너와의 관계를 관리하며, 경영진 대화에서 그 시스템을 대변합니다. 50명에서 200명 규모의 회사에서 이는 현실적으로 유능한 인력 한 명의 절반에 해당하는 시간입니다. 이를 예산에 반영하거나, 이를 위해 채용하거나, 아니면 자사의 ERP가 서서히 방치된 소프트웨어로 전락하게 되리라는 사실을 받아들이십시오.

변화 관리는 눈에 보이지 않는 성패의 갈림길입니다

기술적으로 아무리 흠잡을 데 없는 ERP 구축이라 할지라도, 매일 그것을 사용하는 사람들이 사용하지 않기로 결정하면 여전히 실패합니다. 변화 관리는 ERP 프로젝트에서 가장 화려하지 않은 부분이며, 자리를 잡는 배포와 조용히 사라지는 배포를 가장 확실하게 구분하는 요소입니다.

효과가 있는 양상은 지루하고 효율적입니다. 부서장뿐 아니라 실제 일상 사용자들을 선정 과정에 참여시키십시오. 대대적인 일시 전환이 아니라, 정해진 기간 동안 병렬 운영을 진행하십시오. 이전 방식과 새로운 방식을 모두 이해하는 소규모의 사내 챔피언 그룹을 지정하고, 업무가 실제로 처리되는 방식과 충돌하는 벤더의 기본 구성을 재정의할 권한을 그들에게 부여하십시오. 최초 90일 동안의 채택 현황을 어떠한 상업적 KPI 못지않게 면밀히 추적하고, 채택이 지연되고 있다면 로그인 카운트가 수용할 만한 수준으로 보인다는 이유로 모든 것이 괜찮은 척하기보다는 롤아웃 속도를 늦출 의지를 가지십시오.

이를 제대로 해내는 회사들은 ERP 가동 개시를 2년에 걸친 채택 여정의 시작으로 취급합니다. 잘못 처리하는 회사들은 이를 컨설턴트가 떠나는 날 종료되는 프로젝트로 취급합니다.

실무적 의사결정 프레임워크

다음 분기 안에 이 결정을 내려야 하는 중소기업 경영진이라면, 짧고 정직한 체크리스트가 어떠한 애널리스트 보고서보다도 멀리 데려다 줄 것입니다.

먼저, 자사의 워크플로가 진정으로 안정적이고 표준적인지, 아니면 여전히 비즈니스가 어떻게 운영되는지를 파악해 나가는 중인지 자문해 보십시오. 안정적이라면 SaaS를 선호하십시오. 진화 중이라면 오픈소스를 선호하거나, 운영 모델이 안정될 때까지 결정을 유보하십시오. 그다음으로, 사용자, 거래량, 지역 측면에서 현실적인 3년간의 성장 궤적을 살펴보십시오. 현재 물량에 3을 곱한 뒤, 오늘의 수치가 아니라 그 숫자를 기준으로 후보 플랫폼 각각에 대해 스트레스 테스트를 수행하십시오. 가동 개시 이후 시스템을 운영하는 데 필요한 내부 소유권을 보유하고 있거나 채용할 수 있는지 자문해 보십시오. 그럴 수 없다면, 가능한 가장 턴키에 가까운 옵션을 선택하거나, 구축 파트너와의 장기적 매니지드 서비스 관계를 위한 예산을 편성하십시오. 마지막으로, 자사의 경쟁 우위 중 얼마만큼이 운영 워크플로 자체에 존재하는지 자문해 보십시오. 많은 부분이 그러하다면 유연성이 필요하며, 경직된 SaaS는 상처를 남길 것입니다. 그렇지 않다면 속도와 안정성이 필요하며, 표준 SaaS 경로가 현명한 선택입니다.

맺음말

성장하는 중소기업에 가장 적합한 ERP는 거의 언제나 가장 비싼 것도 아니고, 거의 언제나 가장 저렴한 것도 아닙니다. 그 형태가 자사의 비즈니스 실제 운영 방식과 부합하며, 그 총비용을 3년에서 5년에 걸쳐 정직하게 감당할 수 있고, 그 구축을 팀이 무너지지 않고 흡수할 수 있는 ERP입니다. 그 밖의 모든 것은 마케팅입니다.

이 결정의 초기 단계에 있다면, 가장 큰 지렛대의 투자는 대개 자사의 운영 모델을 정직하게 매핑하고, 세 가지 경로 중 어느 것이 자사의 현실에 부합하는지 알려 주며, 첫 번째 주요 업그레이드 시점에 자사를 괴롭힐 커스터마이징을 경계하도록 조언해 줄 경험 많은 파트너와 함께하는 몇 주간의 시간입니다. MercTechs에서는 제조, 유통, 서비스 전반에 걸쳐 중소기업들과 이 길을 함께 걸어왔으며, 그 양상은 일관됩니다. 쇼핑에 나서기 전에 자기 자신을 이해하는 데 시간을 들인 회사들이 5년 뒤에도 여전히 자사의 ERP를 만족스럽게 운영하고 있는 회사들입니다.

MercTechs Team

작성자: MercTechs Team

소프트웨어의 우수성을 제공하기 위해 헌신하는 전문가 집단.

Twitter/XLinkedInGitHub