한눈에 보기
맞춤형 ERP 제작 비용과 기간은 기능 개수보다 '지금 업무를 얼마나 정확히 문서로 정리했는지'에서 크게 갈립니다. 예외 처리 범위, 기존 데이터 이관 난이도, 다른 프로그램과의 연동 필요성, 현장 담당자의 테스트 참여도가 견적과 일정을 좌우합니다. 정확한 비용과 기간은 업무 인터뷰와 기능 정의서를 바탕으로 안내받는 것이 안정적입니다.
- 업무 정리 수준이 견적과 일정을 가장 크게 좌우합니다
- 예외 처리와 데이터 이관 범위를 먼저 정해야 합니다
- 연동 대상과 테스트 참여 일정을 미리 확인하세요
- 계약서에 소스코드 이관 조건을 명시해야 합니다
맞춤형 ERP 프로그램 제작이란 무엇인가요?
맞춤형 ERP 프로그램 제작은 기성품으로 해결되지 않는 회사만의 업무 방식을 프로그램에 그대로 담는 일입니다. 기성 ERP는 많은 회사의 공통 업무를 담으려고 만들어졌기 때문에, 특정 거래처와의 정산 방식이나 현장에서 쓰는 작업일지 양식처럼 회사마다 다른 처리 방식은 맞지 않을 수 있습니다.
억지로 기성 ERP에 맞추면 직원들이 엑셀과 ERP를 이중으로 쓰게 됩니다. 그러면 같은 자료를 두 번 입력하게 되고, 시간이 지날수록 엑셀과 ERP의 숫자가 서로 달라집니다. 맞춤형 ERP는 이런 회사만의 업무 흐름을 처음부터 프로그램 안에 담는 것을 목표로 합니다.
다만 준비 없이 시작하면 비용과 기간이 예상보다 늘어나기 쉽습니다. 그래서 아래에서는 무엇이 비용과 기간을 좌우하는지, 제작이 어떤 순서로 진행되는지, 시작 전에 무엇을 확인해야 하는지를 차례로 정리합니다.
왜 기성 ERP로는 부족한가요?
기성 ERP는 여러 회사의 공통 업무를 담으려고 만들어져서, 우리 회사만의 예외 처리 방식이 빠져 있기 때문입니다. 예를 들어 특정 거래처와의 정산 주기가 다르거나, 현장 작업일지에 꼭 들어가야 하는 항목이 따로 있다면 기성 ERP 화면에는 그 칸이 없습니다.
이때 흔히 하는 선택이 "일단 기성 ERP로 쓰고, 안 되는 부분은 엑셀로 처리하자"입니다. 처음에는 괜찮아 보이지만, 결국 같은 데이터를 두 곳에서 관리하게 됩니다. 월말 정산 때 어느 쪽 숫자가 맞는지 확인하는 시간이 매달 반복해서 생깁니다.
맞춤형 ERP는 이 이중 작업을 줄이는 데 목적이 있습니다. 다만 모든 업무를 한 번에 프로그램으로 옮기려 하면 범위가 너무 커집니다. 그래서 처음에는 꼭 필요한 업무부터 좁혀서 시작하는 편이 안전합니다.
비용과 기간을 좌우하는 것은 무엇인가요?
비용과 기간은 기능 목록의 길이보다 업무 정리 수준, 예외 처리 범위, 데이터 이관 난이도, 연동 필요성, 테스트 참여도에 더 크게 영향을 받습니다. 같은 기능 개수라도 이 다섯 가지가 어떻게 정해져 있느냐에 따라 견적과 일정이 달라집니다.
| 좌우 요소 | 내용 | 확인할 점 |
|---|---|---|
| 업무 정리 수준 | 지금 쓰는 엑셀, 수기 장부, 메신저 대화를 기준으로 업무 순서를 문서로 정리했는지 | 담당자가 업무 순서를 말로 설명할 수 있는가 |
| 예외 처리 범위 | 가끔 발생하는 특별한 경우를 어디까지 프로그램에 넣을지 | 예외가 얼마나 자주, 몇 가지나 있는가 |
| 기존 데이터 이관 | 과거 데이터를 얼마나 정확히 옮겨야 하는지, 데이터가 얼마나 깨끗한지 | 옮길 기간과 정리 상태를 확인했는가 |
| 연동 필요성 | 기존 회계 프로그램, 쇼핑몰, 알림톡 등과 연결해야 하는지 | 연동할 프로그램과 담당자가 정해졌는가 |
| 현장 테스트 참여도 | 실제 담당자가 언제, 얼마나 테스트에 참여할 수 있는지 | 업무가 몰리는 시기를 피할 수 있는가 |
이 요소들을 미리 정하면 견적과 일정이 훨씬 안정적입니다. 반대로 "대충 만들어 주세요"로 시작하면 개발 중간에 기능이 계속 붙어 일정이 밀리기 쉽습니다. 기능이 늘어나는 것 자체는 문제가 아니지만, 늘어난 기능이 앞서 정한 범위 안에 있는지 확인하지 않으면 비용과 기간이 함께 흔들립니다.
제작 절차는 어떻게 진행되나요?
일반적인 맞춤형 ERP 제작은 업무 인터뷰에서 시작해 기능 정의서, 화면 설계, 개발과 테스트, 현장 적용, 유지보수 순서로 진행됩니다. 각 단계에서 무엇을 확인하고 넘어가야 하는지가 중요합니다.
- 업무 인터뷰: 담당자와 실제 업무 순서를 확인합니다. 지금 쓰는 엑셀과 장부를 그대로 가져오면 설명이 훨씬 정확해집니다.
- 기능 정의서 작성: 꼭 필요한 기능과 나중에 할 기능을 나눕니다. 이 문서가 견적과 일정의 기준이 됩니다.
- 화면 설계 및 견적 확정: 화면과 기능을 보고 비용과 기간을 정합니다. 이 단계에서 범위를 확정하는 것이 좋습니다.
- 개발 및 중간 테스트: 실제 업무 자료를 넣어 보며 고칩니다. 중간에 확인하지 않고 마지막에 한 번에 보면 수정 범위가 커집니다.
- 현장 적용 및 교육: 담당자가 직접 써 보고 익숙해질 시간을 둡니다. 교육 없이 바로 투입하면 입력 실수가 늘어납니다.
- 유지보수: 사용 중 나오는 개선 요청을 처리합니다. 요청을 모아 두었다가 정기적으로 반영하면 안정적입니다.
비용은 기능과 연동 범위에 따라 달라지며 부가세 별도입니다. 기간도 위 요소에 따라 차이가 큽니다. 정확한 비용과 기간은 업무 인터뷰와 기능 정의서를 바탕으로 안내받는 것이 좋습니다.
시작 전에 무엇을 확인해야 하나요?
계약 전에 업무 정리 상태, 기능 우선순위, 데이터 이관 범위, 연동 대상, 테스트 참여 가능 시간, 소스코드 이관 조건을 확인해야 합니다. 이 여섯 가지를 정리해 두면 상담 자리에서 훨씬 구체적인 이야기를 나눌 수 있습니다.
- 지금 업무를 문서로 정리해 두었는가: 완벽한 문서가 아니어도 됩니다. 업무 순서와 사용하는 양식이 눈에 보이게 정리되어 있으면 충분합니다.
- 꼭 필요한 기능과 있으면 좋은 기능을 구분했는가: 두 목록을 나눠 두면 첫 개발 범위를 정하기 쉬워집니다.
- 기존 데이터를 옮길 범위를 정했는가: 몇 년치를 옮길지, 정리가 안 된 자료를 포함할지 정해야 합니다.
- 다른 프로그램과 연동해야 할 것이 있는가: 연동할 프로그램 이름과 담당자를 미리 확인해 두면 좋습니다.
- 현장 담당자가 테스트에 참여할 시간을 낼 수 있는가: 업무가 몰리는 시기를 피해 테스트 기간을 잡아야 합니다.
- 소스코드를 넘겨받을 수 있는지 계약서에 명시했는가: 나중에 유지보수 업체를 바꾸거나 기능을 추가할 때 중요합니다.
특히 소스코드 이관 여부는 처음에는 크게 와닿지 않지만 나중에 차이가 큽니다. 계약 전에 꼭 확인하시기 바랍니다.
흔한 실수와 피하는 방법은 무엇인가요?
가장 흔한 실수는 업무 정리 없이 기능 이야기부터 시작하는 것입니다. "이런 화면이 필요하다"는 말은 구체적인 것 같지만, 그 화면 안에 어떤 예외가 들어가는지는 빠져 있기 쉽습니다.
두 번째로 흔한 실수는 예외 처리를 나중에 정하자는 것입니다. 대부분의 업무는 단순하지만, 가끔 발생하는 특별한 경우를 어디까지 프로그램에 넣을지 정하지 않으면 개발 막바지에 범위가 늘어납니다. 인터뷰 단계에서 "이런 경우도 있나요?"를 충분히 물어보는 것이 좋습니다.
세 번째는 테스트 일정을 업무가 몰리는 시기에 잡는 것입니다. 담당자가 바빠서 테스트에 참여하지 못하면 문제가 마지막에 한꺼번에 드러납니다. 테스트 기간을 미리 달력에 잡아 두는 편이 안전합니다.
정리
맞춤형 ERP 제작 비용과 기간은 기능 개수보다 업무 정리 수준, 예외 처리 범위, 데이터 이관 난이도, 연동 필요성, 현장 테스트 참여도에서 크게 갈립니다. 업무 인터뷰와 기능 정의서로 범위를 확정하고, 화면 설계 단계에서 견적과 일정을 확인하는 흐름이 안정적입니다. 계약 전에는 데이터 이관 범위와 소스코드 이관 조건을 계약서에 명시해 두시기 바랍니다. 하이퍼코어는 2005년부터 제조·유통 사업을 직접 운영하며 화성 공장에서 쌓은 경험을 바탕으로 앱·웹·ERP를 한 팀에서 만들고, 소스코드를 100% 이관합니다.
상담은 홈페이지 오른쪽 아래 네이버 톡톡 또는 카카오톡 상담을 누르시거나 0502-1920-4796으로 문의해 주세요.