ERP, 처음부터 다 만들어야 할까요 | 첫 모듈 고르는 순서
ERP 구축 비용이 공개 시장 자료 기준 5,000만~2억 원+라 부담된다면 모듈 하나부터 시작해 보세요. 첫 모듈 고르는 기준 3가지, 이중 입력 기간, 두 번째로 넘어가는 신호, 단계별 계약 나누는 법을 직접 운영해 본 개발사 기준으로 정리했어요.

먼저 짧게 답부터 드릴게요. ERP 구축 비용은 공개 시장 자료 기준으로 5,000만~2억 원+ 범위라, 한 번에 다 만들기보다 모듈 하나부터 시작하는 편이 안전해요. 첫 모듈은 엑셀·수기 병목이 가장 크고 돈이나 재고가 걸린 업무로 고르고, 범위는 “전표 한 종류가 끝까지 도는 것”에서 자르세요. 기존 회계 프로그램과는 6주 안팎 이중 입력하며 맞춰 보고, 코드 체계와 거래처·품목 구조만은 처음부터 크게 잡아야 해요. 직접 만들고 운영해 본 개발사 기준으로 정리했어요.
“ERP를 만들고 싶긴 한데, 한 번에 다 하면 견적이 감당이 안 돼요.”
ERP개발을 알아보는 대표님과 실무 담당자에게서 가장 자주 듣는 말이에요. 모듈별 비용이 왜 갈리는지는 ERP 개발 비용, 모듈별로 왜 차이가 날까요에서 다뤘어요. 이 글은 금액이 아니라 순서를 다뤄요. 무엇을 먼저 만들고, 언제 다음으로 넘어갈지예요.
1. ERP 구축 비용이 부담될 때, 왜 모듈 하나부터 시작할까요

ERP프로그램은 이름이 하나일 뿐, 실제로는 회계·재고·구매·영업 같은 여러 업무 묶음이에요. 이걸 한 번에 발주하면 두 가지 일이 생겨요.
- 1년 가까이 지나서야 쓸 수 있고, 그동안 업무 방식이 바뀌어 요구사항이 낡아요
- 현장이 한꺼번에 새 방식에 적응해야 해서 “일부만 쓰는” 상태로 굳어요
다 만들어 놓고 결국 회계 같은 몇 개 모듈만 쓰게 되면, 나머지에 들인 돈은 그대로 묻혀요. 많이 만드는 것보다 쓰이는 것부터 만드는 것이 먼저예요.
용어 정리 — 모듈은 ERP 안에서 재고·회계처럼 기능 단위로 나눈 덩어리예요. MVP(최소 기능 제품)는 가장 작은 범위로 실제 업무에 써 보는 첫 버전이고요. 실무에선 “1단계 모듈”을 MVP처럼 다뤄요. 단계형 발주 방식은 PoC·MVP 단계별 산출물에 정리해 뒀어요.
2. 첫 번째 모듈은 어떤 업무로 고를까요

기준은 세 가지예요. 하나만 맞아도 후보고, 둘 이상 맞으면 첫 모듈이에요.
자사 실무 기준 예시 — 첫 모듈 후보 점검표
| 점검 질문 | 맞으면 | 예시 업무 |
|---|---|---|
| 엑셀·수기 때문에 매주 시간이 새나요? | 시간 절감 효과가 바로 보여요 | 주문 접수, 출고 정리 |
| 돈이나 재고가 걸려 있나요? | 틀리면 손실이 나서 효과가 커요 | ERP재고관리, 미수금 |
| 업무 규칙이 1년째 거의 안 바뀌었나요? | 처음부터 안정적으로 만들 수 있어요 | 입출고 처리, 발주 |
(자사 실무 기준 예시예요. 특정 고객사 사례가 아니에요.)
반대로 피할 후보도 있어요. 규정이 자주 바뀌는 급여 계산이나, 여러 부서가 함께 쓰는 승인 업무는 첫 모듈로 무거워요. 재고처럼 사용자가 적고 결과가 숫자로 바로 보이는 업무가 가장 시작하기 좋아요.
3. 첫 모듈의 범위는 어디에서 자를까요

범위를 자르는 좋은 기준은 기능 개수가 아니라 “전표 한 종류가 처음부터 끝까지 도는가” 예요. 입고 전표라면 등록, 수정, 승인, 조회, 엑셀 내보내기까지 한 줄로 이어져야 해요.
처음 범위에서 일부러 빼는 것도 정해 두세요.
- 복잡한 권한 구조는 역할 2~3개로 시작해요
- 통계·대시보드는 엑셀 내보내기로 대신해요
- 예외 상황은 자주 나오는 3~4가지만 먼저 처리해요
웹개발 외주로 맡기는 경우라면 이 범위가 곧 기능 목록이 돼요. 프로그램 개발 비용은 범위가 늘면 같이 늘어나니, 첫 단계 견적을 확인할 때 “뺀 것 목록”도 같이 받아 두는 게 좋아요.
4. 기존 회계 프로그램·엑셀과는 어떻게 같이 굴릴까요

새 모듈이 곧바로 기존 방식을 대체하지는 못해요. 이중 입력 기간을 계획에 넣어야 해요. 새 시스템과 기존 방식에 같은 데이터를 한동안 함께 넣으며 숫자가 맞는지 확인하는 기간이에요.
자사 실무 기준 예시 — 이중 입력 기간 운영안
| 시기 | 하는 일 | 확인할 것 |
|---|---|---|
| 1~2주 | 새 시스템에 일부 품목만 입력 | 입력 화면이 현장에 맞는지 |
| 3~6주 | 전 품목을 두 곳에 입력 | 월말 재고 수량이 일치하는지 |
| 이후 | 기존 방식 중단 날짜 합의 | 차이가 났던 항목의 원인 |
기존 회계 프로그램과는 처음엔 엑셀 파일로 주고받아도 돼요. 입력 부담이 크다면 두 시스템을 잇는 API 서버 외주 개발을 2단계에 넣는 방법도 있어요. 연동이 비용을 키우는 지점은 원글에 적어 뒀어요.
5. 두 번째 모듈로 넘어가도 되는 신호는 무엇일까요

“다 만들었으니 다음”이 아니라 쓰이고 있다는 증거가 있을 때 넘어가요. 확인할 신호는 네 가지예요.
- 현장이 엑셀을 다시 열지 않고 시스템으로 일해요
- 월말 숫자가 두 번 연속 기존 방식과 맞아요
- 다음 업무 담당자가 먼저 “저희도 붙여 주세요”라고 해요
- 수정 요청이 새 기능보다 사소한 화면 개선 위주로 줄었어요
반대로 수정 요청이 계속 업무 규칙 자체에 몰리면, 아직 다음 모듈로 갈 때가 아니에요. 이 기준을 적어 두면 “언제 2단계를 시작하나”를 감이 아니라 합의로 정할 수 있어요.
6. 데이터 구조는 왜 처음부터 크게 잡아야 할까요

모듈은 작게 시작해도 기초 데이터는 전사 기준으로 잡아야 해요. 이 부분을 작게 시작하면 나중에 모든 모듈을 뜯어야 해요.
용어 정리 — 마스터 데이터는 거래처·품목·직원처럼 여러 업무가 함께 참조하는 기본 목록이에요. 재고에서 쓰는 품목과 회계에서 쓰는 품목이 달라지면 숫자가 서로 안 맞아요. 코드 체계는 이 목록에 번호를 붙이는 규칙이에요.
처음부터 정해 둘 것은 다음과 같아요.
- 품목 코드: 한 물건이 두 번 등록되지 않는 규칙, 단위(개·박스) 환산
- 거래처 코드: 법인과 지점 구분. 사업자번호는 지점 구조에 따라 겹칠 수 있어서 이것만으로 거래처를 가르면 안 돼요
- 이관 절차: 정제, 매핑, 검증 뒤 건수·금액 대조까지 한 흐름으로 보세요
7. 단계적으로 발주하면 계약은 어떻게 나눌까요

한 번에 총액 계약을 하는 대신 단계마다 계약을 나누면 부담이 줄어요. 대신 넣어야 할 조항이 있어요.
- 단계별 산출물과 검수 기준(통과 조건을 숫자로)
- 1단계 산출물에 데이터 구조 설계서 포함
- 소스코드와 설계 문서의 귀속(대금 지급 시점)
- 다음 단계 견적은 이번 단계의 단가표 기준
- 단계별 무상 하자보수 기간
공개 시장 자료 기준 MVP·PoC는 500만~3,000만 원대, ERP·관리시스템은 **5,000만~2억 원+**로 알려져 있어요(참고용, 프로젝트마다 달라요). 제조업이라면 스마트공장 지원사업 공고도 확인해 보세요. 첫 모듈 규모의 기초 단계 구축을 지원하는 공고가 해마다 나와요.
공식 외부 기준 — 2026년 공고 사례 1건(주관기관·유형 한정)
| 사업 | 기업당 사업비 | 나눠 내는 구조 | 출처 유형 |
|---|---|---|---|
| 대·중소 상생형 스마트공장(기초), 한국도로공사 주관 | 0.5억 원 | 정부 0.15억(30%) · 주관기관 0.24억(48%) · 기업 자부담 0.11억(22%) | 2026년 7월 도입기업 모집 공고문 |
(공고마다 주관기관·업종·모집 규모가 달라요. 이 숫자는 한 공고의 예시이고, 신청 조건은 해당 공고 원문에서 확인하세요.)
흔한 실수 첫 단계 계약서에 다음 단계가 아무 말도 없는 거예요. 1단계가 끝나고 나서 단가를 처음부터 협상하게 돼요. 단계 계약의 구조는 SI 개발 비용과 계약 방식을 참고하세요. 그리고 기초 데이터 구조를 1단계에서 “나중에”로 미루는 것도 자주 보는 실수예요.
8. 운영까지 해 본 개발사는 어디를 먼저 볼까요

자체 SaaS 4종을 직접 운영하며 배운 건, 초기 기능보다 운영 구조가 더 자주 비용을 바꾼다는 점이었어요. ERP도 같아요. 첫 모듈이 오픈한 날부터 시작되는 일이 있어요. 사용자 계정 정리, 권한 변경, 월말 마감 점검, 수정 요청 처리예요.
저희는 첫 모듈 견적을 받을 때 오픈 이후 3개월 동안 수정 요청이 몇 건쯤 들어올지를 먼저 물어봐요. 그 숫자가 없으면 유지보수 범위도 못 정하거든요. 유지보수 요율을 잡는 법은 유지보수 비용은 얼마를 잡아야 할까요에 있어요.
ERP를 한 번에 다 짓지 않아도 괜찮아요. 방향이 아직 명확하지 않아도 괜찮아요. 어떤 업무부터 옮길지, 범위를 어디서 자를지부터 같이 짚어 볼 수 있어요. 저희는 10년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해 온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 첫 모듈 범위부터 같이 정리해 볼까요 →
9. 자주 묻는 질문 (FAQ)
ERP 구축 비용이 부담될 때 모듈 하나부터 시작해도 되나요?
네, 오히려 권해요. 엑셀이나 수기로 가장 많이 막히는 업무 하나를 먼저 시스템으로 옮기면 초기 투자가 작고, 써 보면서 다음 범위를 정할 수 있어요. 다만 코드 체계와 거래처·품목 같은 기초 데이터 구조는 처음부터 전사 기준으로 잡아 두어야 나중에 모듈을 붙일 때 다시 만들지 않아요.
ERP재고관리부터 만들어도 나중에 회계와 연결할 수 있나요?
연결할 수 있어요. 재고 모듈을 만들 때 품목 코드, 거래처 코드, 단위, 입출고 전표 구조를 회계에서도 쓸 수 있는 형태로 잡아 두면 돼요. 기존 회계 프로그램과는 처음엔 엑셀 파일이나 API(프로그램끼리 데이터를 주고받는 통로)로 연결하고, 나중에 자체 모듈로 바꾸는 순서로 가면 돼요.
ERP개발을 단계별로 외주 맡길 때 계약은 어떻게 나누나요?
단계마다 산출물과 검수 기준을 따로 적은 계약을 맺어요. 1단계에는 데이터 구조 설계서와 소스코드 귀속을 반드시 넣고, 다음 단계 견적은 이 단계의 단가 기준으로 낸다는 조항을 두면 단계가 넘어갈 때 협상력을 잃지 않아요. 유지보수 범위는 단계마다 따로 정해 두세요.