테크뷰는 2024년에 클라우드 ERP 리뷰를 쓰면서 이런 문장을 남겼습니다.
“추가개발비가 발생하는 것이 아닌 추가개발이 불가하다는 단점이 있습니다.”
단점이라고 적었습니다. 클라우드 ERP는 원하는 대로 고칠 수 없으니 구축형보다 아쉽다는 판단이었습니다. 많은 분들이 지금도 같은 이유로 클라우드 전환을 망설이십니다.
그런데 그 뒤로 여러 기업의 ERP 도입과 교체 과정과 리뷰를 확인하면서 관점이 바뀌었습니다. 고칠 수 없다는 제약이 오히려 시스템을 지키는 장치로 작동하는 경우를 반복해서 봤기 때문입니다.
이번 글에서 다룰 내용은 그 관점의 변화입니다. 구축형 ERP를 쓰다가 클라우드로 전환하는 기업들이 실제로 어떤 문제에 부딪혔는지, 표준 프로세스를 받아들인다는 것이 무엇을 의미하는지, 그리고 언제 전환을 검토해야 하는지를 정리했습니다.
1. 커스터마이징의 리스크
(1) 리뷰로 확인한 장점
구축형 ERP 클라우드 전환 관련 테크뷰에 수집되었던 리뷰 중 제조 중견기업 IT기획팀의 이야기입니다.
이 회사는 구축형 ERP를 10년 넘게 사용했습니다. 담당자가 회고한 첫 문장이 인상적이었습니다.
처음에는 분명 잘 맞았습니다.
여기서 짚고 넘어갈 부분이 있습니다. 커스터마이징이 처음부터 잘못된 선택이었던 것이 아닙니다. 구축 시점에는 회사 프로세스에 정확히 맞는 시스템이 만들어졌고, 그것이 구축형을 선택한 이유이기도 했습니다.
문제는 그 다음에 시작됩니다. 수정 하나하나는 그때그때 합리적인 판단이었습니다.
10년이 지나는 동안 IT 담당자와 현업 담당자가 여러 번 교체됐습니다. 임원진이 바뀔 때마다, 부서장이 바뀔 때마다 새로운 요청이 들어왔습니다. 각 부서는 우리 업무엔 이 기능이 꼭 필요하다고 말했고, 그 말은 대체로 사실이었습니다.
개별 요청은 모두 타당했습니다. 결재를 받았고, 개발이 진행됐고, 해당 부서는 만족했습니다. 어느 시점을 놓고 봐도 잘못된 의사결정을 찾기 어렵습니다.
(2) 커스텀이 항상 옳지는 않다.
그런데 10년이 쌓이면 다른 것이 됩니다.
구체적으로 세 가지 증상이 나타났습니다.
① 이유를 알 수 없는 기능들
왜 만들었는지 아무도 설명하지 못하는 기능이 수두룩했습니다. 요청한 사람도, 개발한 사람도 이미 회사에 없습니다. 쓰는 사람이 있는지조차 확인이 어렵습니다. 그런데 없앨 수도 없습니다. 어딘가에서 그 기능에 의존하고 있을지 모르기 때문입니다.
② 하나를 고치면 다른 곳이 터진다
담당자에 따르면 한 기능을 수정하면 다른 부서 데이터에서 에러가 발생하는 일이 비일비재했습니다. 커스터마이징이 누적되면서 모듈 간 결합도가 올라간 결과입니다. 수정 범위를 사전에 예측할 수 없는 상태가 됩니다.
③ 유지보수 비용이 예측 불가능해진다
에러를 잡고 고도화하는 데 들어가는 외주와 내부 공수가 계속 발생했습니다. 담당자가 특히 강조한 것은 비용의 크기가 아니라 예측 불가능성이었습니다. 언제 무엇이 터질지 모르니 IT 예산 자체를 산정하기 어려웠다는 것입니다.
담당자는 이 상태를 “시스템의 한계가 회사 전체의 생산성을 발목 잡는 수준”이라고 표현했습니다.
이 패턴에서 얻을 수 있는 결론은 하나입니다.
커스터마이징의 진짜 비용은 개발비가 아닙니다. 10년에 걸쳐 누적되는 복잡도입니다. 그리고 이 비용은 도입 시점의 견적서에 절대 나타나지 않습니다.
2. 클라우드 ERP가 주는 강점
(1) 표준 프로세스에 맞추다.
이미 구축형 ERP를 도입해서 사용 중인 기업은 아래 질문에 마주하게 됩니다.
"과연 또다시 우리 입맛대로 커스텀 개발을 할 것인가?"
구축형 ERP 클라우드 전환 관련 앞선 후기를 작성한 고객은 다음과 같은 결론에 도달했습니다.
무분별한 개발을 최소화하고, 산업 표준 프로세스가 녹아 있는 클라우드 ERP를 도입하기로 했습니다. 시스템을 회사에 맞추는 대신 회사를 시스템에 맞추기로 한 것입니다.
두 방식은 결과가 이렇게 갈립니다.
| 구 분 | 시스템을 회사에 맞추기 | 회사를 시스템에 맞추기 |
|---|---|---|
| 수정 | 의사결정마다 발생 | 최소화 |
| 시간이 지나면 | 결합도 상승, 복잡도 누적 | 구조 유지 |
| 업그레이드 | 리스크 (커스텀 재적용) | 일상적 이벤트 |
| 비용 | 예측 불가 | 구독료로 고정 |
(2) 클라우드 전환 신호 5가지
앞선 사례가 모든 기업의 이야기는 아닙니다.
지금 시스템에 별다른 문제가 없다면 서두를 이유도 없습니다. 다만 아래 신호 중 해당하는 항목이 늘어난다면 검토를 시작할 시점입니다.
① 사용 중인 버전의 지원이 종료된다
가장 강제력이 큰 신호입니다. 지원이 끊기면 보안 패치도, 법규 변경 반영도 멈춥니다. 이 경우 선택지는 “전환할까”가 아니라 “언제, 어디로”만 남습니다.
② 업그레이드 견적이 신규 도입 견적에 근접한다
커스터마이징이 많을수록 버전 업그레이드마다 그 기능을 다시 얹어야 합니다. 이 비용이 쌓이다 보면 어느 순간 차라리 새로 도입하는 것과 비슷해지는 지점이 옵니다. 견적서를 나란히 놓고 비교해보시기 바랍니다.
③ 인프라 갱신 주기가 돌아왔다
서버 리스 만료, 전산실 이전, DB나 OS의 지원 종료. 어차피 하드웨어에 다시 투자해야 하는 시점입니다. 실무에서 전환 결재가 가장 많이 올라가는 타이밍이기도 합니다. 같은 예산을 서버에 쓸 것인지 구독료로 쓸 것인지의 비교가 이때 성립합니다.
④ 시스템을 아는 사람이 사라진다
담당자가 퇴사하거나 정년을 앞둔 상황입니다. 앞서 본 “왜 만들었는지 모르는 기능”이 여기서 나옵니다. 구버전을 다룰 수 있는 인력 자체가 시장에서 줄어들면 유지보수 단가도 함께 올라갑니다.
⑤ 사업 변화를 시스템이 따라오지 못한다
해외 법인 설립, 신사업 추가, M&A. 사업은 이미 움직이는데 시스템 반영에 몇 달이 걸린다면, 시스템이 병목이 된 상태입니다.
(3) 실제 사례
실제 해당하는 사례가 있습니다.
영림원이 공개한 도입 사례에 따르면, 자동차 생산라인 구축 전문기업 텔스타-홈멜은 2005년부터 사용하던 구축형 ERP를 클라우드 ERP로 변경하면서 시스템에버를 선택했습니다.
구축형 ERP 클라우드 전환 배경은 시스템 고장이 아니라 사업 자체의 변화였습니다. 전기차 시대가 오면 기존 엔진·변속기 관련 사업이 사라진다는 판단 아래 스마트팩토리 구축 전문기업으로 방향을 틀었고, 그 전환을 뒷받침할 시스템이 필요했다는 것입니다.
공개된 도입 효과는 다음과 같습니다.
| 항목 | 내용 |
|---|---|
| 프로젝트별 원가 | 결산 없이 실시간 확인 |
| 수익성 분석 | 기존 ERP에는 없던 기능 |
| 월 마감 | 자동전표 처리 강화로 약 5일 단축 |
여기서 눈여겨볼 것은 두 가지입니다.
첫째, 수익성 분석이 기존 시스템에는 없던 기능이었다는 점입니다. 신호 ⑥에서 말한 기능 격차가 실제로 나타난 사례입니다.
둘째, 12년 넘게 쓰던 벤더를 바꾸지 않았다는 점입니다. 같은 영림원 제품 안에서 구축형에서 클라우드로 배포 방식만 옮겼습니다. 즉 이 결정은 “구축형이 나빠서”가 아니라 “우리 단계에 맞는 방식으로” 내린 판단에 가깝습니다.
3. 시스템에버 선택에 강점
표준 프로세스를 받아들이는 것이 장기적으로 시스템을 지킨다를 제품 설계 원칙으로 삼은 사례가 영림원소프트랩의 클라우드 ERP 시스템에버입니다.
상세 시스템에버 기능 소개
야근 없는 결산 작업을 위한 준비 작업(시스템에버 ERP 활용하기)
시스템에버 : 영림원 클라우드 ERP 주요 기능 및 후기
(1) 표준 프로세스 탑재
영림원은 1994년 설립 이후 30년 넘게 ERP 한 분야만 해온 기업입니다. IT, 식품, 화장품, 공공 등 산업군별 ERP를 보유하고 있는데, 그 대부분이 고객사 데이터센터에 직접 구축하는 방식이었습니다.
시스템에버는 그렇게 쌓인 구축 경험을 표준 패키지로 재구성한 제품입니다.
산업 표준 프로세스를 기반으로 기업 업무에 필요한 전체 모듈을 통합 제공하며, 프로세스와 기능 구성은 기존 구축형 패키지와 유사한 수준을 유지합니다. 즉 클라우드로 옮기면서 기능을 덜어낸 것이 아니라, 수천 건의 구축 사례에서 공통분모를 뽑아낸 결과물에 가깝습니다.
(2) 주기적인 업데이트
클라우드 ERP에서 업데이트가 없다는 뜻은 아닙니다.
주기적으로 업데이트가 진행되며, 추가 개발 없이 그 업데이트를 그대로 적용받습니다. 앞선 사례에서 본 커스텀 재적용 때문에 업그레이드를 못 하는 상황이 구조적으로 발생하지 않습니다. 제약과 안정성이 같은 원인에서 나옵니다.
(3) 비용 구조
비용 구조도 성격이 다릅니다.
구축형은 ERP 라이선스에만 통상 2~3억 원이 소요되고, 여기에 컨설팅비와 서버·운영체제 등 인프라 비용이 별도로 붙습니다. 반면 시스템에버는 월 사용료 기반이며 별도 인프라 비용이 발생하지 않습니다.
앞선 인터뷰에서 담당자가 강조한 비용의 예측 가능성이 이 구조에서 나옵니다.
(4) 구축형도 함께 판매
영림원은 구축형도 함께 판매합니다.
이 글에서 가장 중요하게 짚고 싶은 부분입니다. 영림원은 구축형 ERP인 K-System Ace를 여전히 주력으로 판매하고 있습니다. 국내외 2,600여 개 고객사가 사용 중인 제품입니다.
즉 영림원은 구축형은 낡았고 클라우드가 답이라고 말하는 회사가 아닙니다. 두 방식을 모두 보유하고 기업 단계에 따라 나눠 제안하는 구조입니다. 앞서 텔스타-홈멜이 벤더를 바꾸지 않고 방식만 옮길 수 있었던 것도 같은 이유입니다.
그리고 아래 경우엔 구축형이 더 나은 선택입니다.
① 커스터마이징 자체가 경쟁력인 경우
우리 회사만의 프로세스가 실제로 시장에서 차별화를 만들고 있다면 이야기가 다릅니다. 남들과 다르게 일하는 방식이 곧 수익의 원천인데, 그것을 표준에 맞춰 버리면 경쟁력을 스스로 지우는 셈입니다.
문제는 대부분의 기업이 이걸 과대평가한다는 점입니다. 우리는 특수하다는 확신은 흔하지만, 실제로 검증해보면 상당수는 관행에 가깝습니다.
② 조직 규모가 제품 범위를 넘어서는 경우
시스템에버는 중소·중견기업을 주 타깃으로 설계된 제품입니다. 다국적 법인을 여러 개 운영하거나 국가별 회계 기준을 동시에 다뤄야 하는 규모라면 SAP나 오라클 같은 글로벌 제품군이 더 적합할 수 있습니다.
핵심은 클라우드냐 구축형이냐가 아니라, 우리 회사가 지금 어느 단계에 있느냐입니다.
4. 클라우드 ERP 전환
커스터마이징은 도입 시점에 가장 매력적으로 보이고, 10년 뒤에 가장 비싼 값을 치릅니다. 견적서에 나타나지 않는 비용이기 때문입니다.
구축형 ERP 클라우드 전환 방식이 무조건 정답은 아닙니다. 다만 고칠 수 없다는 제약이 시스템을 지키는 장치로 작동한다는 관점은 한 번쯤 검토해볼 가치가 있습니다. 테크뷰가 2024년에 단점이라고 적었던 부분을 지금 다시 쓰는 이유입니다.
핵심 3줄 요약
① 커스터마이징의 진짜 비용은 개발비가 아니라 10년간 누적되는 복잡도입니다.
② 표준 프로세스 수용은 기능을 포기하는 일이 아니라 쌓인 부채를 정리하는 작업입니다.
③ 전환 여부는 커스터마이징을 경쟁력·관행·이미 표준으로 분류해본 뒤에 판단하시기 바랍니다.
우리 회사가 지금 어느 단계에 있는지 판단이 어려우시다면, 테크뷰 전담 컨설턴트가 기업 상황에 맞춰 ERP 비교·추천 리포트를 정리해 보내드립니다.
여러 종의 베스트 ERP 프로그램을 사용하거나 기능을 파악하기 위해서는 상당한 시간이 소요됩니다. 이런 기업 담당자 분들을 위해 테크뷰 ERP 전담 컨설턴트가 베스트 ERP 비교/추천 리포트를 송부드리고 있습니다. 위에 이미지를 클릭하여 설문을 작성해주시면 됩니다.
본 서비스에는 아래와 같은 사항이 포함되어 있습니다.
- 기업과 팀의 니즈에 맞춘 ERP 추천
- 필요한 기능 보유 여부를 확인한 비교표 정리
- 도입 시 전담 컨설턴트와 본사 기술 지원
함께보기 좋은글
1.주요 산업별 추천 ERP 시스템(제조, 유통, 바이오, 공공 등)
2.ERP RFP 작성법: 요구사항 정의부터 벤더 선정까지 핵심 체크리스트
3.리뷰어가 평가한 베스트 ERP 솔루션 7종 주요 특징 및 기능 정리
댓글 남기기