업데이트:
ERP 프로젝트는 업무 분석, 범위와 책임자 결정, 데이터·연동 설계, 설정·개발, 데이터 이전과 사용자 인수 테스트, 운영 전환 순서로 계획합니다. 각 단계에는 산출물, 확인 담당자와 다음 단계로 넘어갈 조건이 필요합니다. 실제 검증 결과에 따라 앞 단계의 결정을 다시 조정할 수 있습니다.
이 글은 주문·재고·구매 업무를 정리하는 팀을 위한 실무 제안입니다. 아래 주문 흐름은 설명용 ERP 예시이며 특정 고객의 구축 성과를 뜻하지 않습니다.
1. 실제 거래를 따라 업무 흐름을 정리하세요
주문 접수부터 완료까지 누가 등록하고 승인하는지, 어디서 다시 입력하는지, 어떤 경우에 처리가 멈추는지 기록합니다. 정상 주문뿐 아니라 재고 부족, 취소와 반품도 살펴봅니다. 민감한 정보를 제거한 화면이나 문서를 사용하면 규칙을 구체적으로 확인할 수 있습니다.
먼저 해결할 문제를 한 문장으로 적으세요. 예를 들어 “쇼핑몰 주문을 엑셀에 다시 입력하면서 수정이 반복된다”입니다. 현재 수정 건수나 대조 시간을 기록해 도입 후 측정값과 비교합니다.
Microsoft의 업무 프로세스 설계 가이드도 요구사항을 업무 목표와 연결하고 현재 흐름과 목표 흐름을 비교하는 방법을 설명합니다.
2. 첫 구축 범위와 결정권자를 정하세요
첫 범위는 하나의 업무가 끝까지 처리될 수 있도록 정합니다. 주문 등록, 재고 예약과 출고 상태 확인을 먼저 구현한다면, 청구처럼 기존 도구에서 계속 처리하는 업무의 전달 방법도 명시해야 합니다.
- 업무 책임자: 처리 규칙과 예외를 승인합니다.
- 데이터 책임자: 기준 시스템과 이전 결과를 확인합니다.
- 실무 사용자: 실제 역할과 권한으로 업무를 검증합니다.
- 프로젝트 책임자: 우선순위와 추가 요구사항의 일정·비용 영향을 결정합니다.
추가 보고서나 드물게 쓰는 기능은 후속 범위로 검토할 수 있습니다. 다만 필수 권한, 중요한 예외 처리와 운영 기록은 첫 업무가 작동하는 데 필요한지 함께 판단하세요.
3. ERP 데이터와 API 연동 기준을 설계하세요
상품, 고객, 거래처와 재고의 식별자 및 관리 주체를 정합니다. 이전 원본과 대상 필드를 연결하고 형식, 필수 여부, 중복과 누락 처리 규칙을 기록합니다. 빈 값을 무조건 0으로 바꾸면 원래 의미가 사라질 수 있습니다.
쇼핑몰이나 CRM을 연결할 때는 업데이트 방향, 주기, 인증, 재시도, 오류 알림과 재처리 담당자를 정합니다. 같은 주문 이벤트가 두 번 들어와도 주문과 재고 예약이 중복되지 않는지 검증해야 합니다. 준비 항목은 API 연동 요구사항 체크리스트에서 확인할 수 있습니다.
4. 설정·개발 결과를 작은 업무 단위로 확인하세요
표준 기능으로 가능한 부분, 설정을 바꿀 부분, 추가 개발할 부분을 나눕니다. 실무자가 시범 화면에서 입력 항목과 승인 경로를 확인하고, 새 요구사항은 목적과 영향에 따라 첫 범위에 넣을지 결정합니다.
설명용 ERP 업무 예시: 알려진 상품의 주문을 받아 재고를 예약하고 출고 담당자에게 전달합니다. 모르는 상품 코드는 보류하고 담당자가 해결합니다. 반품 상품은 상태를 확인한 뒤 판매 가능 재고에 반영합니다. 정상 처리와 예외를 한 흐름으로 설계하는 것이 핵심입니다.
5. 마이그레이션 계획과 사용자 인수 테스트를 준비하세요
ERP 마이그레이션 프로젝트 계획에는 이전 대상, 정제 담당자, 시험 적재, 대조 기준, 최종 전환 시점과 복구 조건을 포함합니다. 건수뿐 아니라 수량·금액과 상품·거래처 연결도 확인하세요. 불일치는 원인, 수정 담당자와 재검증 결과를 남깁니다. ERP 재고 데이터 이전 체크리스트에서 필요한 증빙을 확인할 수 있습니다.
사용자 인수 테스트는 시작 조건, 동작, 기대 결과, 확인자와 증빙을 한 묶음으로 적습니다. 예를 들어 같은 주문을 두 번 수신해도 ERP에는 주문 한 건과 합의한 수량의 예약만 남아야 합니다. 재고 부족, 권한 부족과 연동 중단도 테스트합니다.
Microsoft의 테스트 전략 가이드는 범위, 시작·종료 조건과 결과 추적을 명확히 하도록 제안합니다. 실무 점검은 ERP 사용자 인수 테스트 체크리스트로 구체화할 수 있습니다.
6. 운영 전환과 인수인계를 완료하세요
기존 시스템 입력을 멈출 시점, 최종 데이터 이전, 대조와 운영 시작 결정권자를 정합니다. 전환을 취소해야 하는 조건과 그동안 발생한 거래를 어떻게 처리할지도 합의합니다.
공개 후에는 문의 창구, 연동 확인 담당자, 장애 우선순위와 권한 변경 절차가 필요합니다. 교육과 운영 문서를 준비하고, 초기 수정 건수와 대조 시간을 도입 전 기준과 비교해 개선 여부를 판단하세요.
ERP 프로젝트 계획 FAQ
견적 전에 어떤 문서를 준비해야 하나요?
업무 목록, 현재 사용하는 도구, 익명화한 데이터 예시, 담당자, 첫 구축 범위와 검수 조건을 준비합니다. 미정인 내용은 확인할 사람과 시점을 적어두면 됩니다.
ERP 구축 기간과 비용은 어떻게 정하나요?
업무 범위, 사용자, 데이터 품질, 연동, 추가 개발과 검증 참여 일정에 따라 달라집니다. 요구사항 확인 전에 일률적인 기간을 정하기는 어렵습니다. 제안서의 산출물, 전제 조건, 제외 범위와 고객 측 준비 업무를 함께 확인하세요.
엑셀이나 기존 CRM을 모두 없애야 하나요?
반드시 그럴 필요는 없습니다. 유지할 업무, 기준 데이터와 대조 방법을 정한 뒤 연동을 검토합니다. 엑셀 재고관리에서 ERP로 전환하는 판단 기준도 참고하세요.