WMS 구축에는 얼마나 걸릴까? 창고 규모별 현실적인 일정 — 30+건의 가동 경험을 바탕으로

WMS 구축에는 얼마나 걸릴까? 30+건의 가동 프로젝트 끝에, 이렇게 답하겠다. 애매하게 돌리지 않고. 소규모 창고 6–8주, 중규모 3–5개월, 대규모 시설 6–9개월, 멀티사이트 네트워크 9–18개월. 공개된 2026년 업계 벤치마크도 동의한다. 소규모 사이트 약 3개월, 대규모 네트워크 18개월.

벤더가 "6주, 보장합니다"라고 약속하면, 계약 전에 세 가지를 물어라. 데이터 정제는 누가 하는가, ERP 연동에 몇 주가 걸리는가, 병행 운영은 며칠인가. 이 실패 패턴을 세 번 봤다. 일정이 죽는 곳은 항상 이 세 가지다. 6주면 소프트웨어 설치는 된다. 그걸로 장사를 돌릴 수는 없다.

창고 규모별 WMS 구축 일정의 실상

"그건 나름이다"는 그만. 자신의 행을 찾아라.

창고 규모	모습	현실적인 일정
소규모	단일 사이트, 50k sq ft 미만, 5,000 SKU 미만, ERP 없음 또는 기본 회계 소프트웨어만	6–8주
중규모	50k–150k sq ft, 5k–50k SKU, ERP 연동, 로트 또는 유통기한 추적	3–5개월
대규모	150k sq ft 이상, 50k SKU 이상, 자동화(컨베이어, 소터), 무거운 프로세스 커스터마이징	6–9개월
멀티사이트 네트워크	2개 이상 사이트, 표준 프로세스를 사이트별로 순차 전개	9–18개월(첫 사이트가 가장 길고, 이후 사이트당 3–6주)

소규모 행 주의사항: 6–8주는 데이터가 깨끗하고 요구사항이 명확하다는 전제다. 쓰레기 마스터 데이터가 작은 사이트를 14주까지 끌고 간 걸 본 적 있다.

WMS 구축 일정에 대한 벤더 견적이 허구인 이유

벤더의 6주 계획: 요구분석 1주, 설정 2주, 교육 1주, 가동 1주, 버퍼 1주. 그럴싸하게 들린다. 문제는 "최적화"되어 빠진 것들이다.

데이터 정제는 0주다. SKU 마스터, 로케이션 마스터, 고객 데이터 중 얼마나 많은 것이 손으로 입력한 스프레드시트에 살고 있는가? 중복 바코드는 몇 개인가? 그 항목 하나가 2–4주를 먹는다.
ERP 연동이 "표준 커넥터, 2주"로 적혀 있다. 커넥터는 연결은 해주지만, 필드를 매핑해주지는 않는다. 3방향 매핑 — 주문 상태, 재고 동기화, 회계 전기 — 이게 진짜 작업이다.
병행 운영이 "가동일에 두 시스템을 돌리겠습니다"로 압축되어 있다. 2주의 병행 운영이 하한선이다. 콜드 컷오버하는 창고에는 첫날 구해줄 사람이 없다.

그러니 6주 "가동"은 가짜다 — 소프트웨어는 설치됐고, 사람은 교육 안 됐고, 데이터는 대조 안 됐고, ERP는 연결 안 됐다.

단계별 내역: 주수는 어디로 가는가

중규모 창고를 기준으로 한다.

단계	소규모	중규모	대규모
요구분석	1–2주	3–4주	4–6주
프로세스 설계 + 설정	1–2주	3–5주	6–10주
데이터 정제 + 마스터 데이터	1주	2–4주	4–8주
ERP / 주변 연동	1–2주	4–8주	8–16주
테스트(SIT + UAT)	1주	2–4주	4–8주
교육 + 병행 가동	1주	2–3주	3–6주

ERP 행을 봐라. 중규모 일정의 거의 3분의 1이다. 같은 2026년 벤치마크에 따르면 연동은 서비스 예산의 대략 4분의 1로, 단일 최대 항목이다. 돈도 시간도 거기로 간다.

사이클카운트 결과와 시스템 데이터를 현장에서 검증하는 WMS 컨설턴트와 창고 팀

7단계 실행 체크리스트

순서대로. 단계를 건너뛰지 마라.

요구분석: 프로세스 목록을 먼저 써라. 입고, 적치, 보충, 피킹, 포장, 출하, 반품, 사이클카운트 — 각각 한 페이지씩: 지금 어떻게 돌아가는지, 책임자는 누구인지, 일일 물량은 얼마인지. 글로 쓸 수 없는 프로세스는 나중에 다시 만들어진다.
프로세스 설계: 미래 상태를 고정하라. 프로세스당 표준 방식은 하나. 예외는 별도 목록. "표준"이 두 개를 넘는 프로세스는 설계로 돌려보내라 — 시스템은 그렇게 설정할 수 없고 교육으로도 설명할 수 없다.
마스터 데이터: 동결, 정제, 이관. SKU 마스터를 동결하고(신규 품목은 승인 필요), 이력을 정제하라 — 중복 바코드, 빈 로케이션, 유령 재고 — 그런 다음 테스트에 이관하고 풀 사이클을 돌려라. 더러운 데이터는 테스트에서 열 배로 돌아온다.
ERP 연동: 먼저 필드 매핑표. WMS 필드 대 ERP 필드 — 이름, 형식, 필수 플래그 — 서명된 표 하나. 인터페이스 테스트는 최소 두 라운드를 예산에 잡아라. 1라운드는 흐름 확인, 2라운드는 실제 데이터 물량으로. 이 실패를 세 번 봤다. 1라운드는 테스트 주문 10건으로 통과한다. 첫날 실제 주문 2,000건이 인터페이스를 타임아웃시키고 스테이징 테이블에 쌓인다.
설정 + 단위 테스트: 한 흐름을 설정하면 한 흐름을 테스트하라. 설정된 프로세스는 그 자리에서 테스트하라 — 끝에 몰아서 테스트하면 버그가 서로를 가린다.
UAT + 교육: 현장 직원에게 실제로 돌리게 하라. UAT는 실제 주문과 SKU를 쓰고, 교육은 RF 건을 사람들의 손에 쥐게 한다. 슬라이드 교육은 교육이 아니다.
병행 가동: 두 시스템을 2주간 돌려라. 구 시스템과 신 시스템을 나란히, 매일 대조하라. 합의된 임계값을 넘는 차이 — 가령 주문 정확도가 0.5% 어긋나면 — 당일 근인을 찾는다. 그 임계값은 킥오프 때 정하고 계약서에 넣어라.

멀티사이트의 경우: 사이트 1은 7단계를 전부 수행한다. 사이트 2부터는 델타 설정만 — 프로세스는 같고 로케이션 구조와 라벨 템플릿만 바뀐다. 사이트 2가 설계를 다시 논한다면, 프로젝트 매니저를 교체하라.

실제 프로젝트 세 건: 시간이 실제로 어디로 갔는가

프로젝트 하나: ERP 연동이 8주를 먹었다. 2024년, Ontario, California의 120k sq ft 3PL, 약 20,000 SKU, SAP Business One과 연동. 계약은 12주, 실제는 20주였다. 추가된 8주는 전부 필드 매핑에 갔다. 로트 번호가 SAP에서는 10자, WMS에서는 18자로, 변환 레이어와 세 라운드의 테스트가 필요했다. 교훈: ERP 연동은 최악의 경우로 예산을 잡아라.

프로젝트 둘: 진짜로 6주에 가동한 소규모 창고. 2025년, Dallas의 40k sq ft 창고, 3,000 SKU 미만, ERP 없음(주문은 Excel, 회계는 QuickBooks). 요구분석 1주, 설정 1주, 데이터 정제는 하루(3,000행, 한 오후), 테스트 1주, 교육 3일 — 6주 정확히. 빠른 소규모 프로젝트의 비결: 데이터가 적고, 프로세스가 단순하고, 결정을 빨리 내리는 보스가 있다. 반대도 세 번 봤다 — 대규모 창고의 커스텀 프로세스를 고집하는 소규모 창고가 6주를 14주로 늘린다.

프로젝트 셋: 5개 사이트 네트워크, 14개월. 2023년, 미국 동부의 식품 유통업체, 5개 사이트, 전 사이트 로트 및 유통기한 추적. 사이트 1은 5개월 걸렸다(표준 프로세스 고정이 가장 비싼 부분이다). 나머지 네 곳은 복제에 각 4–6주. 멀티사이트의 법칙: 사이트 1이 표준을 세우고, 나머지는 복사-붙여넣기. 표준을 고정하지 않는 프로젝트는 매 사이트에서 다시 논쟁한다.

직관에 반하는 한 가지 판단

빠르다고 싸지 않다. 6주짜리 졸속 프로젝트가 3개월 뒤에 같은 기간의 2차 구축으로 돌아오는 걸 봤다. 로케이션 코드 규칙이 정의되지 않아 건물 전체를 다시 라벨링했고, 피크 경로가 최적화되지 않아 처리량은 레거시 시스템보다 나빴다. 탄탄한 12주 프로젝트는 가동 후 거의 손댈 일이 없다. 계산해 봐라. 졸속 6주 + 재작업 8주 = 14주, 사기가 떨어진 팀은 덤이다. 그래서 "WMS 구축에는 얼마나 걸릴까"가 그렇게 많이 검색되는 것이다 — 누구도 하나의 숫자를 원하는 게 아니라, 계획을 세울 수 있는 표를 원하는 것이다.

다른 트레이드오프: 병행 운영 대 콜드 컷오버. 콜드 컷오버는 2주를 아끼지만, 첫날 뭔가 깨지면 돌아올 길이 없다. 병행 운영은 인건비가 더 들지만, 매일 대조가 문제를 일찍 잡는다 — 그리고 30+건의 프로젝트 경험상, 콜드 컷오버는 세 배가 넘는 확률로 실패한다. 그 2주를 아끼는 것은 피크 시즌 전체를 건 도박이다.