ERP 도입, 패키지와 맞춤개발 사이에서

ERP는 소프트웨어가 아니라 업무 정의다

ERP 도입이 실패하는 가장 흔한 이유는 기능 부족이 아닙니다. 업무가 정의되지 않은 상태에서 시스템을 먼저 고른 경우입니다. 견적서를 누가 만들고, 누가 승인하고, 어떤 조건에서 계약으로 넘어가는지가 문서로 정리되어 있지 않으면 어떤 ERP를 도입해도 현장에서 쓰이지 않습니다.

패키지가 맞는 경우

• 회계·인사처럼 법으로 형식이 정해진 업무 비중이 높다
• 업무 방식을 표준에 맞춰 바꿀 의지가 있다
• 빠른 도입이 중요하다

맞춤개발이 맞는 경우

• 업무 처리 방식 자체가 회사의 강점이다
• 기존에 쓰는 시스템·쇼핑몰·홈페이지와 데이터를 주고받아야 한다
• 패키지 커스터마이징 비용이 매년 반복되고 있다
• 필요한 기능이 몇 개로 분명하다

작게 시작하는 방법

전사 시스템을 한 번에 만들려는 시도는 대부분 지연됩니다. 가장 병목이 심한 업무 하나를 먼저 시스템으로 옮기고, 그 데이터가 쌓이는 것을 확인한 뒤 인접 업무로 확장하는 방식이 안전합니다.

예를 들어 견적 관리를 먼저 시스템화하면, 견적 데이터가 쌓이면서 자연스럽게 계약·정산으로 확장할 근거가 생깁니다.

도입 전 점검 항목

1. 지금 가장 자주 물어보게 되는 정보는 무엇인가
2. 같은 데이터를 두 번 이상 입력하는 지점은 어디인가
3. 월말에만 알 수 있는 숫자는 무엇인가
4. 담당자가 없으면 멈추는 업무는 무엇인가

이 네 가지 답이 곧 ERP의 1차 범위가 됩니다.