우리 고객이 있다 — 저장성의 작은 가전 수출 업체, 연 매출 수억 위안, ERP를 쓴 지 8년. 지난해 말에 나를 불러서 단도직입적으로 물었다: "Susan, 솔직히 말해줘 — 우리가 정말 독립형 WMS가 필요한가?"
내가 말했다: 돈을 쓰기 전에 서두르지 말라. 내 네 가지 질문에 답하면 답이 나올 것이다.
나는 양쪽을 다 팔아봤다 — ERP 스위트도, 베스트오브브리드 WMS도. 그래서 양 진영이 유지하는 예의 바른 허구를 깨뜨리겠다: 대부분의 중소기업에게 ERP에 딸려오는 창고 모듈은, 아프기 시작할 때까지는 충분하다. 그리고 그 아픔에는 알아볼 수 있는 증상이 있다. 아래 두 고객: 한 곳은 돈을 낭비했고, 한 곳은 잘 썼다. 당신은 어디인지 보라.
돈을 낭비한 곳: ERP 모듈로 충분했다
먼저, 낭비한 돈. 자동차 부품 고객: 단일 창고, SKU 700~800개, 하루 주문 300~400건, 단순한 주문 프로필 — 기본적인 개별 주문 피킹으로 모든 출고가 해결된다.
2년 전 벤더 영업사원이 감언이설로 속삭였다 — "이 정도 규모면 독립형 WMS여야 합니다, 아니면 성장을 따라가지 못합니다." 그들은 샀고, 거의 100만 위안이 날아갔다. 가동 2년 후 재방문해서 창고 관리자에게 웨이브 피킹을 얼마나 자주 썼는지 물었다. 그는 머리를 긁적였다: "써본 적 없습니다. 우리 주문은 웨이브가 필요 없습니다."
전형적인 "3년 후의 회사"를 위한 소프트웨어를 사면서 "오늘의 회사"를 위한 것은 사지 않는 사례다. ERP 재고에 바코드 스캔이 붙으면 충분했다: 입고하고, 출고하고, 장부는 맞는다. 그 100만이 산 것은 "프로답게 보인다"는 기분 좋은 착각뿐 — 연간 유지보수료까지 얹어서. 소프트웨어는 놀려도 되지만, 유지보수료는 절대 할인하지 않는다.
구매 담당 친구들에게 한 마디: 영업사원이 "업그레이드할 때입니다"라고 하면 "분기 실적까지 계약 하나가 부족하다"로 번역하라.
돈을 잘 쓴 곳: 네 가지 기준선 중 하나에 걸렸다
다음은 잘 쓴 돈. 뷰티 서플라이체인 고객: 창고 3개, 십여 개 브랜드의 풀필먼트, 건당·주문당·보관일당 청구 — 브랜드마다 자체 요금표.
처음에는 ERP 창고 모듈로 버텼는데, 월말 정산이 굴욕의 의식이 됐다: 시스템 재고는 실재고와 절대 맞지 않았고, 일상적으로 천 단위로 어긋났다. 반품이 급증하면 어느 브랜드의 상품이 어느 창고에 가는지는 전적으로 창고 슈퍼바이저의 머리 속에 있었다. 고객 클레임 하나가 3일간의 탐정 일이 되었다.
그들은 독립형 WMS로 전환했고, 3개월 만에 장부가 깨끗해졌다. 왜? ERP 창고 모듈은 원래 다중 고객 청구라는 장기를 갖고 태어나지 않았기 때문이다. "이 브랜드가 이번 달 몇 유닛을 보관했고, 몇 건을 출고했나"를 계산하라고 하면 — 못 한다. 나쁜 소프트웨어라서가 아니다. 그 기능이 처음부터 만들어지지 않은 것이다.
ERP 창고 모듈의 한계
벤더 입장에서, 동업자들이 싫어할 말을 하겠다. 대부분의 ERP 벤더가 "우리도 WMS 모듈이 있습니다"라고 할 때의 솔직한 번역은 — 재고가 되고, 입출고에 바코드를 스캔할 수 있고, 그게 전부다.
한계는 눈으로 보인다:
첫째, 전략이 없다. 입고 배치는 경험과 감, 피킹은 발로 뛴다. 웨이브, 풋월, 픽앤소트 — 기대하지 마라. ERP는 장부로 생각하고, WMS는 오케스트레이션으로 생각한다. DNA가 다르다. 회계 시스템에 교통정리를 맡기면 교차로에 멍하니 서 있을 뿐이다.
둘째, 다중 창고는 이름뿐이다. 많은 ERP가 다중 창고를 장부의 이어 붙이기로 구현한다. 이동과 글로벌 재고 가시성은 나중에 붙인 티가 난다. 하나의 네트워크를 원했는데 받은 것은 여러 권의 장부였다.
셋째, 청구 엔진이 없다. 위의 뷰티 고객을 보라 — 그들이 죽은 곳이 바로 거기다. 3PL, 다중 고객 — 보관과 하역에 청구가 필요해지는 순간 ERP는 항복한다. 계산을 안 하는 게 아니라, 요금표라는 개념 자체가 없다.
넷째, 추적성은 반쪽짜리다. 배치, 시리얼, 유통기한 — 필드는 있다. 하지만 제약·식품 감사 강도로 전체 체인을 뽑으면 무너진다. 아무도 스트레스 테스트를 안 해서 괜찮아 보이는 것뿐이다.
독립형 WMS의 네 가지 기준선
그래서 선은 어디인가. 내가 고객에게 던지는 네 가지 질문은 네 개의 기준선이다. 하나에 걸리면 독립형 WMS를 진지하게 검토하고, 두 개 이상이면 주저하지 마라:
- 주문이 "움직임"을 필요로 하는가. 하루 수백 건, 건당 몇 라인 — 개별 피킹으로 충분하다. 물량이 늘고 컷오프 시간이 빡빡해져 웨이브와 풋월이 필요해지면 ERP는 끼지 못한다. 신호는 명확하다: 피커들이 "다리가 떨어질 것 같다"고 불평하기 시작하면, 플레이북이 너무 얇은 것이다.
- 창고가 "복수"인가. 두 곳 이상에서 조율, 이동, 하나의 글로벌 재고 뷰가 필요 — ERP의 다중 창고는 인생의 선택을 의심하게 만든다. 두 번째 창고를 열기 전에 시스템이 따라올 수 있는지 물어라.
- 상품에 "청구"가 필요한가. 남의 재고를 관리하고 건당·주문당 청구 — 청구 엔진 없이는 재앙이다. 자기 상품은 뭐든 좋다. 남의 상품은 거래 하나하나가 장부에 남아야 한다. 그게 장사다.
- 상품에 "족보"가 필요한가. 배치, 시리얼, 유통기한, 컴플라이언스 감사가 전체 체인을 뽑는다 — 반쪽짜리 추적성으로는 통과 못 한다. 제약, 식품, 자동차 부품(OEM 리콜) — 같은 논리다.
네 가지 중 하나에도 안 걸리면? ERP 모듈을 잘 쓰고, 아낀 돈으로 능력 있는 창고 슈퍼바이저를 뽑아라. 소프트웨어보다 값어치가 있다.
| 비교 축 | ERP 창고 모듈 | 독립형 WMS |
|---|---|---|
| 첫해 투자 | 낮음, 라이선스 추가 | 높음, 독립 프로젝트 |
| 도입 기간 | 짧음, 수 주~수 개월 | 긺, 반년 이상 |
| 피킹 전략 | 주로 개별 주문 피킹 | 웨이브 / 풋월 / 픽앤소트 |
| 다중 사이트 | 약함, 장부 이어 붙인 느낌 | 강함, 글로벌 재고 |
| 창고 청구 | 없음 | 다중 고객 청구 엔진 |
| 컴플라이언스 추적성 | 반쪽짜리 | 전체 체인 배치/시리얼 |
벤더 내부 정보: 견적서에 없는 것들
마지막으로, 벤더 측만 아는 것들. 구매 담당 여러분, 메모하라:
첫째, 라이선스는 빙산의 일각이다. ERP 벤더가 "할인된 창고 모듈 라이선스"를 견적하고 득템했다고 생각하는가? 구축 서비스가 진짜 돈이다 — 인일(人日)로 청구되고, 일상적으로 라이선스 본체를 넘는다. 계약 전에 물어라: 인일이 총 몇 일이고, 초과하면 어떻게 되는가? 그 한 질문이 가장 많은 낭비 돈을 구한다.
둘째, "공짜로 쉽게"의 대가. ERP 벤더는 "ERP는 이미 있으니 창고 모듈은 그냥 따라온다"고 말하기 좋아한다. 맞다 — 하지만 독립형 WMS로 옮기고 싶은 날, 히스토리 데이터 추출도 연동 구축도 각각 값표가 붙는다. 들어가기는 쉽고 나오기는 비싸다. 입구에 서명하기 전에 출구를 생각하라.
셋째, 벤더가 무서워하는 질문. 다음에 ERP 영업사원이 "우리 WMS 모듈은 매우 성숙합니다"라고 하면 한 가지만 물어보라: "작년에 이 모듈 단독으로 계약한 순수 창고 고객이 몇 곳이었습니까?" 갑작스러운 침묵을 봐라. 대부분의 ERP 창고 모듈은 ERP 계약의 끼워팔기로 팔린다. 창고를 위해서만 산 고객은 드물다. 기능이 단독으로 팔리는지가 성숙도의 유일한 진짜 시험대다.
다음에 계약 얘기를 할 때, 이 세 가지를 물어라
마무리: 저장성 고객은 내 네 가지 질문에 답했다 — 세 개는 빗나갔고, "복수 창고"는 두 번째 사이트를 검토 중이라 절반. 내 조언은: 당분간 ERP를 잘 돌리고, 두 번째 창고가 가동되고 장부가 정말 맞지 않게 되면, 그때 독립형 WMS를 얘기하자. 오늘의 주문 물량을 위한 소프트웨어를 사라, 3년 후 로드맵 슬라이드를 위한 것이 아니라.
다음에 영업사원이 WMS를 들이밀면, 이 세 가지를 물어라:
하나 — 작년에 이 모듈 단독으로 계약한 순수 창고 고객이 몇 곳이었습니까? 둘 — 구축 인일은 총 몇 일이고, 초과분은 어떻게 청구됩니까? 셋 — 3년 후 독립형 WMS로 옮기면, 히스토리 데이터는 어떻게 나오고 비용은 얼마입니까?
그 세 가지를 들으면, 상대가 창고를 아는지 라이선스만 팔고 싶은지 한 번에 알 수 있다.
Susan, 3PL 영업이사 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.







