OMS가 필요한 시점에 대한 짧은 답은 이렇다. 애널리스트 보고서는 그만 읽고, 자신의 현장을 봐라. 아래 다섯 가지 신호 중 두 가지에 해당하면 OMS를 로드맵에 올려야 한다. 세 가지 이상이면, 도입을 미룰 때마다 소프트웨어의 일을 사람에게 시키며 월급을 태우는 달이 하나씩 늘어나는 것이다.
나는 수년 동안 WMS 구축 프로젝트를 해 왔고, 같은 영화를 너무 여러 번 봤다. 사장들은 OMS를 "대기업만 쓰는 것"이라 생각하고, 작은 팀은 주문에 허덕이며 오피킹을 반복한다. 처음엔 "아직 작으니까 엑셀로 버틸 수 있어"라고 한다. 그러다 자정에 사장에게 전화가 온다. "다음 주에 가동할 수 있나요?" 나는 매번 똑같이 말한다. 신호는 몇 달 전부터 있었다고.
그래서 이 글은 이론을 건너뛴다. 각 신호마다 정량화 가능한 트리거가 붙어 있다. 그냥 세면 된다.
신호 1: 채널마다 수작업으로 주문을 뽑아내고 있다
아침 풍경이 이런가? 운영 담당이 아마존 백엔드에 로그인해 주문을 일괄 다운로드하고, 다음엔 쇼피파이 백엔드에서 또 일괄, 다음엔 틱톡 샵에서 세 번째 일괄을 뽑은 뒤, 전부 하나의 마스터 스프레드시트에 복사-붙여넣기 해서 창고용으로 출력한다.
트리거: 판매 채널이 3개 이상이거나, 주문 이동과 대사에 하루 2시간 이상을 쓰는 사람이 있는 경우. 수작업 주문 취합은 가산이 아니라 곱셈으로 무너진다. 채널이 늘수록 주소 포맷과 프로모션 룰의 불일치가 늘고, 창의적인 실수가 늘어난다.
2024년 나는 로스앤젤레스의 한 뷰티 셀러와 일했다. 4개 채널, 하루 200~300건 주문, 아침 2~3시간을 주문 취합과 대사에만 쓰는 사람이 3명. 대형 프로모션에서 아마존에 40개 이상을 오버셀했고, 손해를 보고 취소해야 했으며 플랫폼에서 정책 경고를 받았다. 다음 주에 OMS 도입을 승인했다.
신호 2: 엑셀이 재고 시스템이고, 금이 가고 있다
엑셀이 나쁜 게 아니다. 그냥 다중 사용자·실시간·멀티채널을 감당 못 할 뿐이다. 전형적인 증상: 재고 시트를 마지막으로 수정한 사람이 누구인지 모르고, 두 사람이 서로 덮어쓰고, 스프레드시트에는 재고가 있는데 채널 A에서는 오버셀이 난다.
트리거: 100개 이상 SKU에 하루 수십 건의 입출고 행이 있는데 아직 스프레드시트에 산다. 아니면 더 간단하게, 창고에 물어봐라. "이거 지금 당장 판매 가능한 게 몇 개야?" 답에 스프레드시트 3개와 전화 2통이 필요하면 신호 확정이다.
신호 3: 분할 발송과 오피킹이 늘고 있다
주문 하나, 상품 세 개, 두 번에 나눠 발송, 종이 수첩에 "한 개 남음" 메모. 이게 분할 발송 혼란의 초기 단계다. 오피킹은 더 노골적이다. 색상 틀림, 사이즈 틀림, 고객 A의 물건에 고객 B의 송장.
트리거: 오송·누락·중복 발송이 원인인 월간 반품과 클레임을 세어봐라. 총 주문의 5% 정도(20건 중 1건)면 수작업 프로세스는 이미 감당을 못 한다. 진짜 비용은 운송비만이 아니다. 지원 티켓, 재배송, 별점 1점 리뷰다.
신호 4: 반품이 블랙홀이다
반품은 운영의 거짓말 탐지기다. 고객이 "제 반품 받으셨어요?"라고 묻는다. 지원은 답을 못 한다. 반품된 상품은 창고 구석에 쌓이고, 검수·재입고·재적치는 감으로 한다. 재무는 월말 결산을 하면서 실제로 얼마를 환불했는지 맞출 수 없다.
시카고의 생활용품 셀러, 2023년: 1000건이 넘는 반품이 구석에 쌓여 출고 대기 재고와 섞여 있었다. 반품된 물건을 새것처럼 재발송한 적이 두 번 있었다. OMS 도입 후: 모든 반품은 입고 시 스캔되고, 상태가 처음부터 끝까지 보인다.
트리거: 반품 처리에 일주일 이상 걸리거나, 지원이 일주일에 두 번 이상 "반품을 찾으러" 창고에 가는 것.
신호 5: 지원팀은 탐험을 하지 않으면 주문 상태를 못 본다
고객이 묻는다. "제 주문 발송됐나요, 어디 있나요?" 지원의 워크플로우: 스프레드시트에서 주문을 찾고, 창고에 발송됐는지 묻고, 운송사 사이트에서 운송장을 조회한다. 티켓당 5분, 하루 50티켓. 지원 담당의 하루가 끝난다.
트리거: "내 주문 어디 있어요" 류의 문의가 일일 지원 건수의 절반 이상을 차지하거나, 팀이 주문 추적에만 하루 2시간 이상을 쓰는 경우. 가장 측정하기 쉬운 신호다. 오늘 밤 지원팀에 그 숫자를 물어봐라.
반직관적인 진실: 단일 채널 500건보다 4채널 50건이 OMS를 더 필요로 한다
"하루 수십 건인데 정말 OMS가 필요할까요?" 짧은 답: 주문 수가 아니라 채널 수를 세라.
단일 채널 하루 500건: 주문 구조가 균일하고 룰은 한 세트. 라벨 출력 도구 + 엑셀로 충분하다. OMS가 주는 가치는 작다.
4개 채널 하루 50건은 주문 포맷 4개, 재고 정의 4개, 반품 정책 4개를 뜻한다. 수작업 복잡도는 곱셈으로 늘고, 채널 하나 추가될 때마다 오류 확률이 거의 두 배가 된다. 이런 저물량·멀티채널 셀러가 OMS의 투자 회수가 가장 빠른 곳이다. 시스템이 네 가지 룰 세트를 흡수하고, 사람들은 데이터 이동 대신 다시 운영자가 된다.
OMS는 언제 필요한가? 샀다. 그럼 먼저 이 3가지를 해라
결정은 시작에 불과하다. OMS를 가동하고도 혼란스러운 기업을 봤다. 처음 세 가지를 망쳤기 때문이다. 순서대로, 한 번에 하나씩.
첫째: 모든 채널을 연결하고 주문을 하나의 풀로 통합해라. 단계: 판매 중인 모든 채널을 나열한다. 다음 달에 열 예정인 것도 포함한다. 하나씩 연결하고, 물량 큰 것부터 시작한다. 연결마다 테스트 주문 3~5건을 돌리고 금액·주소·명세를 검증한다. 그 다음으로 넘어간다. 기존 수작업 프로세스는 한 주 병행 운영한 뒤에 끈다. 테스트는 자기 창고 주소로 보내는 실제 상품으로. 고객 주문으로 연습하지 마라.
둘째: 재고 정의를 통일하고 할당 룰을 고정해라. 정직한 실사 재고 조사부터 시작한다. 스프레드시트는 믿지 마라. 공식: 판매 가능 = 보유 재고 − 할당분 − 안전 재고. 룰: 재고가 딸릴 때 어느 채널을 먼저 닫을지는 네 판단이다. "먼저 주문을 뽑은 사람이 이기는" 게 아니다. 전형적인 실수: 입고 예정 재고를 판매 가능에 넣는 것. 대형 프로모션 한 방에 오버셀이다.
셋째: 이행 루프를 닫아라. 출력, 스캔, 푸시백. 포장대마다 스캐너를. 봉합 전에 상품 바코드를 스캔해라. 스캔 없으면 봉합 금지. 라벨은 OMS 템플릿에서 출력한다. 운송장 번호는 각 채널로 자동 푸시백한다. 스캔 안 되는 예외품은 전용 존에 두고 당일 대조한다.
이 세 가지를 제대로 하면 다섯 가지 신호 중 네 가지가 사라진다. 반품은 시간이 좀 더 걸린다. 반품 사유 코드와 검수 플로우를 세팅하면 한 달이면 정리된다.
계산해봐라: 수작업 주문 혼란이 진짜로 태우는 비용
OMS가 비싸다고 하기 전에, 지금 태우고 있는 걸 가격으로 따져봐라. 세 줄이다.
첫째 줄, 수작업 주문 처리: 인원 × 하루 시간 × 시간당 임금 × 월 근무일수. 규모 감각: 두 사람이 하루 2시간이면 월 약 90시간. 미국 창고 인건비로 치면 수천 달러다. 사라진다.
둘째 줄, 오피킹과 오버셀 손실: 월 문제 주문 건수 × 건당 평균 비용(운송비 + 재배송 + 환불 + 리뷰 피해). 월 수십 건의 문제 주문이면 가볍게 천 달러를 넘는다.
셋째 줄, 기회비용: 하루 2시간을 주문 이동에 쓴다는 건 상품과 리스팅에 못 쓰는 2시간이다. 사장들은 항상 이걸 잊는다.
OMS 쪽: SaaS 플랜은 월 수백 달러부터, 구축은 수천에서 수만 달러다. 월 소진액을 구독료로 나눠봐라. 3개월 회수면 느린 편이다. 세 가지 신호에 걸리는 셀러 대부분은 첫 달에 회수한다.
OMS 선정 함정: 이 실패를 정확히 세 번 봤다
마지막으로 선정. 잘못된 OMS는 OMS 없음보다 아프다. 세 가지 함정. 각각 최소 세 번씩 봤다.
함정 하나: 더러운 데이터로 가동한다. 세 채널에 이름이 세 개인 SKU 하나. OMS는 혼란을 자동화할 뿐이다. 가동 전에 SKU 코드를 통일하고 채널 매핑 테이블을 손으로 검증해라. 전 행.
함정 둘: 예쁜 데모에 속는다. 데모는 해피 패스만 보여줬다. 반품, 분할 발송, 부분 이행은 아무도 테스트 안 했다. 가장 골치 아픈 실제 시나리오 다섯 개를 데모에 가져가서 직접 실행시켜라. 영업이 허용하는지 자체가 시험이다.
함정 셋: 첫날 모든 채널을 전환한다. 가장 작은 채널부터 전환하고, 2주 돌려보고, 숫자가 맞는지 확인한 뒤 주력으로 넘어간다. 빅뱅 전환이 실패하면 돌아갈 곳이 없다.
오늘 밤: 20분 써서 지원팀에 숫자 두 개를 물어봐라. 오늘 주문 추적에 쓴 시간, 이번 달 오피킹 건수. "OMS는 언제 필요한가"에 대한 가장 정직한 답이다.
Lin Xiao, WMS 구현 컨설턴트 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
