WMS 견적의 세 가지 숫자: 소프트웨어, 구축, 연간 비용을 제대로 비교하는 법

고객이 있었다 — 로스앤젤레스의 아웃도어 용품 이커머스 회사, 대표는 Chen이라는 분. 2024년 초, 그가 커피를 사며 말했다. "Susan, 이 WMS 견적 두 개 좀 봐줘. A 업체는 소프트웨어에 120K를 달래. B 업체는 구독으로 연 150K야. 누굴 골라야 해?"

두 페이지를 넘기다 웃었다. A 업체 견적은 소프트웨어 라이선스 페이지가 화려하게 편집되어 있었다 — 굵은 글씨, 큰 숫자. 하지만 뒷부분의 구축 페이지는? 깨알 같은 글씨 — 예상 180인일, 단가는 "최종 작업 명세서 기준"이라는 모호한 표현. Chen은 첫 페이지의 "120K"를 2주 동안 쳐다봤다.

1년 뒤 그가 돌아왔다. 이번엔 불평이었다. "소프트웨어는 가동됐는데, 구축 비용이 결국 400K 가까이 들었고, 시스템은 매일 잔고장을 낸다. B 업체의 연 150K 구독이 5년으로 보면 더 쌌을 거야."

그만이 아니다. 3PL 영업에서 수년간 일하며 수백 개의 WMS 견적을 봤고, 거의 모든 구매자가 같은 함정에 빠진다. "소프트웨어가 얼마냐"를 비교하지, "5년 실제 비용이 얼마냐"를 비교하지 않는다. 업체들은 그 비교 방식을 반긴다. WMS 견적의 세 숫자 — 소프트웨어, 구축, 연간 비용 — 중에서 가장 깊은 물은 첫 번째가 아니기 때문이다.

견적은 세 개의 사업이다, 하나가 아니라

구조를 바로잡자. 편집이 아무리 화려해도, 완전한 WMS 견적은 사실 세 개의 청구서다.

청구서 하나: 소프트웨어. 영구 라이선스는 선납 비용, SaaS는 연/월 구독이며, 보통 창고 수, 사용자 수, 주문량에 연동된다. 이 숫자가 가장 투명하고 — 비교하기도 가장 쉽다.

청구서 둘: 구축. 인일 × 일당으로 청구되며, 현황 분석, 설정, 데이터 마이그레이션, 연동, 테스트, 가동 지원을 포함한다. 이 청구서가 가장 자주 터지고, 업체 마진이 가장 두꺼운 곳이다. 최종 구축 비용이 원래 견적의 두 배로 끝나는 걸 봤다.

청구서 셋: 연간 서비스 비용. 영구 모델에서는 연간 유지보수 또는 갱신이라고 부르며 — 보통 라이선스 비용의 연 15~22%. SaaS에서는 구독에 포함된다. 그리고 잡다한 더미가 있다 — 업그레이드, 커스텀 개발, 신규 연동 — 견적은 이걸 "추후 협의"로 표시하길 좋아한다.

이 구조가 보이면 견적을 앞에서부터 읽지 않게 된다. 5년 지출을 결정하는 건 세 청구서의 합 — **총소유비용 (TCO)**이다.

이야기 하나: 첫 페이지만 읽은 남자

Chen 이야기로 돌아가자. 가동 1년 뒤, 나는 그와 함께 실제 숫자를 복원했다.

A 업체 (그가 고른 곳): 선납 라이선스 비용. 구축 계약서에는 "예상 180인일", 일당은 엔지니어 등급별 차등. 가동 후, 원래 요구사항 문서에 세 개의 연동이 빠져 있었다는 게 드러났다 — Shopify 스토어, UPS, 3PL 창고와의 연동. 각 연동은 별도 견적, 가장 싼 것도 수천 달러. 더 나쁜 건, 나중에 웨이브 피킹 로직 추가를 원하자 업체가 "표준 기능 범위 초과, 커스텀 개발로 시간당 청구"라고 한 것 — 원격 엔지니어 1시간 비용이 창고 감독관 1주일 급여보다 비쌌다.

5년으로 보면? 라이선스, 실제 구축 비용, 연 약 18% 유지보수, 커스텀 작업과 연동의 자잘한 비용들 — 내가 범위를 추정해 줬다. 5년 총액은 첫 페이지의 "120K"의 4~5배였다.

B 업체 (그가 건너뛴 곳): 구독 모델, 연 약 150K, 구축은 1년 차에 포함, 연동은 표준 목록 기준에 추가분 별도 청구. 5년으로 보면 연 약 150K × 5년, 연간 인상률은 계약상 5%로 상한.

Chen은 그 카페에서 한동안 조용하더니 말했다. "소프트웨어가 제일 싼 업체가 5년 청구액은 제일 비쌌네 — 진작 말해줬어야지."

나는 말했다. "말했어. 네가 첫 페이지만 들었지."

이야기 둘: 구축 인일의 "탄력성"의 실체

또 하나. 2025년 중반, 피닉스의 자동차 부품 유통사 — 80,000평방피트, 200개 이상의 SKU 패밀리. 두 업체가 입찰. 한 곳은 구축에 120인일, 다른 곳은 220인일을 견적했고, 일당은 대략 같았다.

고객이 물었다. "인일이 거의 두 배인데 — 싼 쪽이 그냥 더 효율적인 거 아냐?"

두 작업 명세서(SOW)를 나란히 놓고 비교하게 했다. 120인일 업체의 SOW에는 "표준 프로세스 설정"이라고 적혀 있었다. 표준이 뭔데? 정의 없음. 데이터 마이그레이션은 "마스터 데이터 가져오기 지원" — 어느 정도까지 지원? 언급 없음. 테스트는 "사용자 인수 테스트 지원" — 버그가 나오면 누구 인일로 고치나? 언급 없음.

220인일 업체는 모든 걸 항목별로 적었다. 연동 몇 개, 연동당 며칠, 데이터 정제는 누구 책임, 그리고 — 흑백으로 — UAT에서 발견된 결함 수정이 업체 인일을 쓰는지 고객 인일을 쓰는지.

고객은 220인일 업체를 골랐다. 이유를 물었다. "120인일 쪽은, 빠진 100인일이 전부 변경 주문으로 돌아올 거야 — 변경 주문 단가는 계약 단가보다 30% 비싸. 견적의 인일 수는 중요하지 않아. 초과분이 어떻게 가격 매겨지는지가 중요해."

이게 업체 측 테이블에서 본 내부 진실이다. 구축 가격의 트릭은 일당이 아니라 "범위"가 어떻게 정의되는지에 있다. 범위가 흐릿할수록 나중에 추가될 여지가 크다. 견적에 수상하게 낮은 인일이 보이면 "왜 이렇게 싸지"라고 묻지 마라. "범위가 끝나면 하루가 얼마냐"고 물어라.

하나의 표: 두 업체의 5년 TCO 비교

재사용 가능한 프레임워크다. 다음에 견적 두 개를 받으면 직접 채워 넣어라 — 주의: 모든 숫자는 견적 첫 페이지의 숫자가 아니라, 가장 가능성 높은 실제 결과로 채워라:

이 표를 채우면 반직관적인 결론이 마주 본다. 소프트웨어 라이선스가 가장 싼 업체가 5년 TCO는 가장 비싼 경우가 매우 많다. 영구 라이선스 업체는 이익 중심을 구축과 커스텀 작업에 둔다 — 싼 소프트웨어는 고객 유치용 미끼일 뿐이다. 구독 업체는 반대다. 갱신으로 먹고살기 때문에 순조로운 구축과 안정적인 시스템이 그들의 이익에 부합한다 — 당신의 성공은 그들의 갱신과 연결되어 있다.

구독이 항상 이긴다는 뜻은 아니다. 프로세스가 극도로 안정적인 초대형 창고라면 10년 상각한 영구 라이선스가 더 쌀 수 있다. 하지만 대부분의 중소형 창고에게는 구독 총액이 더 예측 가능하다 — 그리고 예측 가능성 자체가 가치다.

다음 협상 때, 이 세 가지를 물어라

업체 측에서 수년을 보내며 느낀 건, 구매자들은 "더 깎아줄 수 있어요?"를 묻길 좋아하지만, 정작 중요한 세 가지는 묻지 않는다는 것이다.

하나: "SOW 범위를 넘는 변경에 대한 일당은 얼마인가요?" 인일 부풀리기의 치료제다. 변경 주문 단가를 "상호 합의"에 맡기지 말고 계약서에 직접 써 넣어라. 변경 단가가 계약 단가보다 30~50% 비싼 경우를 봤다. 문서화되지 않으면, 그 값을 낼 각오를 하라.

둘: "갱신 인상에 상한이 있나요? 그리고 표준 기능과 커스텀 개발의 경계는 어디인가요?" 구독 구매자는 전반부만 묻고, 영구 구매자는 후반부만 묻는다. 인상 상한이 없으면 2년 차에 20% 인상을 지렛대 없이 당한다. 기능 경계가 불분명하면 리포트 하나 추가도 "커스텀 개발"로 시간당 청구된다.

셋: "지난 3년간 비슷한 규모 고객의 실제 구축 인일을 보여주세요." 견적의 인일 수를 믿지 마라 — 실제 데이터를 믿어라. 업체가 이 숫자를 공유할 의향이 있는지도 필터다. 회피하면, 부풀리기가 얼마나 들어 있는지 짐작할 수 있다.

Chen은 나중에, 이제 어떤 견적이든 먼저 마지막 페이지로 넘겨 비용 요약을 보고 이 세 가지를 묻는다고 했다. "견적은 뒤에서부터 읽는 거라고 아무도 안 알려줬어."

이제 알았다. 다음 WMS 계약은 — 마지막 페이지부터 시작하라.

Susan, 3PL 영업 디렉터 지음

영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.