2024년 캘리포니아 온타리오에서 WMS 계약을 체결한 클라이언트가 있었습니다. 가동 시작 3개월 후, CFO 책상 위에 47,000달러짜리 변경 주문서가 올라왔습니다. "커스텀 웨이브 규칙 개발". 사장은 가격이 아니라 격분했습니다 — 나중에 그 기능이 관리 콘솔의 드롭다운 메뉴였다는 사실이 밝혀졌기 때문입니다. 구현 컨설턴트는 20분 만에 그 메뉴를 열어 두었습니다.
저는 놀라지 않았습니다. 3PL 계약을 수년간 판매하면서 "커스텀 개발"이라는 단어에 시스템을 두 번 살 만큼의 돈을 태우는 클라이언트를 지켜봤습니다. 그래서 벤더 측 테이블에서 본 내부 이야기를 공개합니다. 구현 업체가 커스텀 개발에 가격을 매기는 방식, "커스텀 요청" 중 실제로는 설정에 불과한 것들, 그리고 미터기가 멈추도록 계약서를 쓰는 방법입니다.
견적에서 마진이 실제로 숨어 있는 곳
상대방의 계산을 이해하기 전에는 협상할 수 없습니다.
제가 수년간 체결한 계약을 기준으로, 미국의 WMS 구현 컨설턴트는 인일당 약 1,200~2,500달러를 청구합니다. 업계 경험에 기반한 범위이며, 벤더 등급과 컨설턴트 경력에 따라 크게 달라지므로, 서명 전에 반드시 서면으로 확인받으세요. 구조적인 함정은 여기 있습니다. 순수 설정 작업 — 로케이션 설정, 규칙, 워크플로 — 은 일반적으로 구현 패키지에 포함되거나 더 낮은 요율로 제공됩니다. 요구사항에 "커스텀 개발"이라는 라벨이 붙는 순간, 가격은 추정 인일 × 그 일당으로 바뀝니다.
그리고 인일을 추정하는 사람은 누구인가요? 구현 업체입니다. 요구사항이 20일이 걸리든 80일이 걸리든 그들의 판단이며, 구매자가 기술적으로 반박할 입장은 거의 없습니다. 더 깊은 진실: 커스텀 개발은 설정보다 훨씬 두꺼운 마진을 가져갑니다. 설정은 표준화되어 있고 경쟁이 치열해서 가격이 정직하게 유지됩니다. 커스텀 개발은 블랙박스 — 60일이든 100일이든 "경험"이 말하는 대로입니다. 그래서 패턴을 알아차리게 됩니다. 조금이라도 모호하게 기술된 요구사항은 즉시 "커스텀 개발이 필요합니다"라는 판결을 받습니다. 악의가 아니라 비즈니스 모델입니다. 인일을 파는 것이 체크박스를 파는 것보다 돈이 됩니다.
2023년 캘리포니아의 홈굿즈 전자상거래 클라이언트가 있었습니다. 요구사항 문서에 한 줄이 있었습니다. "로트별 FIFO, 유통기한 90일 미만인 로트부터 먼저 출하". 구현 업체는 견적을 들고 왔습니다. 커스텀 개발, 180인일. 일당 1,500달러로 270,000달러입니다. 거의 서명할 뻔했습니다. 다행히 운영 디렉터가 한 가지 질문을 했습니다. 귀사의 로트 전략 모듈로 이게 안 되나요? 답: 됩니다. 표준 기능 — 로트 관리 켜기, 규칙 2개 설정, 3일 작업, 구현 패키지에 포함. 180인일과 3일의 차이는 아무도 생각하지 못한 하나의 질문이었습니다.
그래서 저의 첫 번째 역발상 견해: 구매자가 "커스터마이징"이라고 부르는 것의 4분의 3은 아무도 찾아보려 하지 않은 설정입니다. 여러분의 비즈니스는 그렇게 특별하지 않습니다. 시스템이 이미 할 수 있는 것을 배우기 전에 코드 값을 내기 시작한 것뿐입니다.
모든 요청을 세 가지 버킷 중 하나에 분류하라
코드냐 설정이냐는 질문에 대한 저의 현장 검증 방법은 분류부터 시작합니다.
버킷 1: 순수 설정. 시스템에 이미 토글, 규칙 엔진, 모듈이 있습니다 — 여러분이 찾지 못했을 뿐입니다. 웨이브 전략, 입고 규칙, 순환 실사 정책, 사용자 권한, 라벨 형식. 이것들에 코드를 쓰는 것은 게으름에 대한 세금입니다. 올바른 움직임은 구현 업체가 제안서에 "표준 설정으로 납품"이라고 명시하게 하고, 그에 맞는 인수 기준을 다는 것입니다.
버킷 2: 가벼운 커스터마이징. 핵심 프로세스는 손대지 않고, 가장자리만 코드를 씁니다. 커스텀 리포트, ERP나 전자상거래 플랫폼과의 연동, 조정된 라벨 레이아웃. 범위가 울타리 안에 있으면 코드는 괜찮습니다 — 리포트와 인터페이스는 상대적으로 격리되어 있어 업그레이드가 거의 건드리지 않습니다. 협상의 핵심은 인터페이스당 가격 대 일괄 요금, 그리고 인터페이스 문서의 소유자가 누구인지입니다.
버킷 3: 무거운 커스터마이징. 핵심 워크플로를 다시 씁니다 — 시스템의 골격입니다. 특수 주문 통합 로직, 다중 창고 할당 규칙, 비표준 과금 모델. 이 버킷만이 "코드를 써야 하는가"에 대한 진짜 논쟁의 가치가 있습니다. 클라이언트에게 드리는 저의 조언: 먼저 세 가지 질문을 하세요. 이 프로세스가 우리의 경쟁 우위인가요? 향후 3년 동안 자주 바뀔까요? 이것 없이는 비즈니스가 멈추나요? 세 가지 모두 예스라면 커스텀 개발을 이야기합시다. 하나라도 노라면 먼저 프로세스를 시스템에 맞추세요.
2024년 텍사스의 뷰티 브랜드에 진짜 버킷 3 니즈가 있었습니다. 3개 창고에 걸친 크로스독 통합 규칙으로, 세 사이트에서 나온 동일 고객의 주문을 목적지별로 풀 컨테이너에 합쳐 국제 구간의 비용을 절감하는 것이었습니다. 진짜 커스터마이징 — 설정으로는 불가능했습니다. 45인일의 개발로 계약했습니다. 하지만 계약 방식을 보세요. 범위는 계약 부속서의 12개 인수 기준으로 쪼개졌고, 각각 입출력이 명시되었습니다. 납품 후 90일간 무상 버그 수정. 그리고 — 가장 중요한 — 업그레이드 호환 조항: 벤더의 메이저 업그레이드로 커스텀 기능이 깨지면 구현 업체가 무상으로 수정한다, 횟수는 2회로 명시했습니다. 이 한 조항만으로 2025년 메이저 업그레이드 때 본전을 뽑았고, 최소 30,000달러의 재테스트 비용을 절약했습니다.
가장 비싼 부분은 결코 개발이 아니다
대부분의 구매자는 가동일까지만 계산합니다. 그게 함정입니다. 커스텀 개발에는 세 가지 숨은 비용이 있으며, 각각이 원래 구축보다 더 지독합니다.
업그레이드마다 재테스트. WMS 벤더는 1년에 최소 한 번 메이저 릴리스를 내놓고, 커스텀 코드는 매번 재테스트 — 종종 다시 작성 — 해야 합니다. 업계 경험에 따르면 메이저 업그레이드당 적응 비용은 원래 개발비의 약 30%~50%이며, 커스터마이징의 깊이에 따라 다릅니다. 3년이 지나면 이 항목이 조용히 구축 비용을 추월합니다.
버전 락인. 커스터마이징이 깊을수록 업그레이드는 무서워집니다. 업그레이드를 건너뛰면 새 기능과 보안 패치를 놓칩니다. 제가 본 가장 극단적인 사례: 40개가 넘는 커스터마이징 때문에 매 업그레이드가 지뢰밭이 되어 2019년 릴리스에 6년 동안 얼어붙은 클라이언트. 결국 시스템을 교체했을 때 데이터 마이그레이션은 필요했던 것의 두 배로 고통스러웠습니다.
사람 락인. 커스텀 코드 문서는 대개 형편없습니다. 시간이 지나면 그것을 쓴 1~2명의 개발자만 만질 수 있게 됩니다. 그들이 떠나면 구현 업체가 여러분을 쥐게 됩니다 — 사소한 버그 수정에 10인일 견적이 나오고, 다른 누구도 그 코드에 손대려 하지 않으니 반박할 수 없습니다.
그래서 저의 두 번째 역발상 견해: 커스텀 개발은 기능을 사는 것이 아니라 부채를 사는 것입니다. 가동일은 기분이 최고지만, 업그레이드 날은 아픕니다. 올바른 질문은 "이 커스터마이징 비용이 얼마인가"가 아니라 "이 커스터마이징이 5년 동안 얼마가 들 것인가"입니다.
| 차원 | 순수 설정 | 가벼운 커스터마이징 (리포트/인터페이스) | 무거운 커스터마이징 (핵심 워크플로) |
|---|---|---|---|
| 초기 비용 | 구현에 포함 | 항목별·일별, 협상 가능 | 블랙박스 인일, 가장 비쌈 |
| 속도 | 일 단위 | 주 단위 | 월 단위 |
| 업그레이드 영향 | 거의 없음 | 작고, 잘 격리됨 | 크고, 매 릴리스 재테스트 |
| 벤더 의존 | 없음 | 가벼움 | 강한 락인 |
| 경험칙 | 먼저 토글을 찾으라 | 범위가 울타리 안에 있으면 OK | 세 질문이 모두 예스일 때만 |
계약서에 반드시 들어가야 할 세 줄
내부 이야기는 여기까지 — 실행 편입니다. 커스터마이징이 불가피할 때, 이 세 조항이 계약서에 들어가거나 서명하지 마세요.
하나: 부속서에 범위를 고정하라. 요구사항을 한 줄씩 나열하고, 인수 기준은 입출력 세분화까지. "추후 양측이 확인"이라는 말은 모두 미래의 변경 주문입니다. 구현 업체는 범위를 열어 두는 것을 좋아합니다. 여러분의 일은 모든 틈을 닫는 것입니다.
둘: 변경 주문 요율에 미리 상한을 두라. 인일 상한 단가를 서면으로 정하고, 추정을 20% 이상 초과하는 것은 여러분의 서면 승인이 필요합니다. 60인일이 120인일이 되는 것을 막는 조항이 이것입니다. 이것 없이 체결한 계약 중 열에 아홉은 예산을 초과했습니다.
셋: 업그레이드 호환 조항. 벤더의 메이저 업그레이드로 커스텀 기능이 깨지면 구현 업체가 무상으로 수정한다 — 횟수를 명시하세요, 예컨대 2회 — 그 이상은 협상입니다. 대부분의 구매자는 이 조항을 생각조차 하지 않지만, 3년 동안 가장 많은 돈을 절약해 주는 조항이 이것입니다.
다음에 계약을 협상할 때는 이 세 가지 질문을 하세요. 설정으로 할 수 있나요? 상한이 있는 일당은 얼마인가요? 업그레이드로 깨졌을 때 누가 무상으로 고치나요? 세 가지를 모두 물으면, 상대방은 만만한 상대가 아니라는 것을 알게 됩니다.
Susan, 3PL 영업 디렉터 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
