OMS 전환할 때 데이터 손실 0 만드는 법 — 1주 평행 운영 체크리스트
OMS 도입 결정은 끝났지만 진짜 두려운 건 그 다음입니다.
"구 시스템 끄고 새 시스템 켜는 그 1주, 주문이 새거나 재고가 어긋나면 어떡하지?"
이 글은 그 1주를 안전하게 건너기 위한 가이드입니다. 자사몰 + 스마트스토어 + 오픈마켓 2~5개를 운영 중이고, 엑셀이나 구 OMS에서 새 OMS로 옮기려는 셀러님을 위한 day-by-day 체크리스트입니다.
Key Takeaways
- 전환 실패의 80%는 "즉시 전환" 에서 옵니다. 1주 평행 운영이 정답입니다
- Day 0~7 체크리스트 + 자주 빠지는 4가지 함정 + Go/Hold/Rollback 결정 기준
- 1주 평행 운영 비용 (이중 작업 시간) < 1건 사고 비용 (오배송·등급 하락·환불·매출 손실)
왜 "즉시 전환" 이 위험한가?
가장 흔한 전환 실패는 이 패턴입니다.
월요일 자정에 구 시스템 데이터 export → 새 시스템 import → 화요일 0시부터 새 OMS 운영 시작
겉으로는 깔끔합니다. 그런데 화요일 점심쯤 첫 사고가 납니다. "어제 들어온 주문 중 3건이 새 시스템에 안 보임", "스마트스토어 재고가 실제와 다름", "운영팀이 새 화면 익히는 데 30분이 걸려서 출고가 밀림".
근본 원인은 셋입니다.
1. 데이터 정합성 — 구 시스템 SKU 코드와 새 시스템 SKU 매칭 룰이 어긋나면 import 시점에 일부 row가 누락됩니다. 100% 검증이 안 되는 상태에서 운영 시작하면 사고는 불가피합니다.
2. 운영 습관 — 사람의 손이 한순간에 새 화면에 익숙해지지 않습니다. 첫 1주는 익숙해지는 비용이 있습니다.
3. Edge case — 평소 잘 안 나오는 케이스 (반품 / 부분 환불 / 묶음 주문 / 사은품)가 첫 1주에 안 잡힙니다.
해결책은 1주 평행 운영 입니다. 구 시스템과 새 시스템을 동시에 돌리고, 데이터 정합성을 매일 확인하면서 점진적으로 신 시스템으로 무게중심을 옮깁니다. 1주 후에 결정하면 됩니다 — 계속 갈지, 며칠 더 기다릴지, 롤백할지.
Day 0 — 전환 전날: 준비
새 시스템 가동 1일 전에 끝내야 할 5가지입니다.
1. SKU 매칭 표 검증 — 구 시스템 SKU 코드 vs 새 시스템 SKU 코드 1:1 매칭 표를 만들고, 100개 이상 SKU라면 무작위 10개를 직접 양쪽 확인합니다. 1개라도 어긋나면 import 룰을 다시 점검합니다.
2. 재고 baseline 캡처 — Day 0 24시 기준 구 시스템의 모든 SKU 재고를 스냅샷으로 캡처합니다 (엑셀 export + 인쇄). Day 1~7 동안 검증의 기준이 됩니다.
3. 운영팀 교육 — 운영팀 1~3명에게 새 시스템 화면을 2시간 walk-through. 출고·재고 조정·반품 처리 3가지 시나리오를 직접 클릭해보게 합니다.
4. 롤백 시나리오 — "Day 5 점검 후 회복 불가 사고 발견 시 어느 시점 백업으로 돌릴까?" 답을 정해둡니다. 보통 Day 0 자정 백업이 안전합니다.
5. 운영자 책임자 1명 지정 — 1주 동안 매일 18시에 데이터 정합성 점검 + 보고할 사람을 정합니다. founder 본인 또는 운영팀장.
Day 1 — 평행 운영 시작: 모든 주문 양쪽 처리
이 날부터 7일 동안 핵심 룰은 "모든 주문은 양쪽 시스템에 다 입력한다" 입니다.
스마트스토어·자사몰·쿠팡에서 들어오는 주문을 구 시스템에 입력하고, 새 시스템에도 동일하게 입력합니다. 출고도 양쪽에서 처리 시뮬레이션합니다 (실제 출고 결정은 구 시스템 기준).
운영 시간이 평소 2배가 됩니다. 운영팀 1명 풀타임 추가 운영처럼 느껴집니다. 정상입니다.
Day 1 18시 점검:
- 양쪽 시스템에 동일 주문 건수 확인 (1건이라도 차이 나면 import 룰 점검)
- 동일 SKU 5개 무작위 재고 비교
- 운영팀에게 "오늘 어디서 막혔나?" 질문 → 새 시스템 UX 이슈 list-up
Day 2~3 — 익숙해지기 + Edge case 노출
Day 2~3은 운영팀이 새 시스템 화면에 익숙해지는 구간입니다. 평소 잘 안 나오는 케이스가 슬슬 등장합니다.
자주 보이는 edge case:
- 반품/교환 — 구 시스템 출고 후 반품이 들어오면 새 시스템에는 출고 기록이 없음
- 묶음 주문 — A+B 묶음 SKU가 새 시스템에서는 A와 B로 분리되어 있어 출고 카운트가 달라짐
- 사은품 — 일정 금액 이상 자동 추가 사은품 룰이 새 시스템에 미설정
- 부분 환불 — 5개 중 2개만 환불 처리 시 양쪽 재고 처리 방식이 다름
Day 2~3 18시 점검:
- 위 4가지 edge case 별 처리 룰 확정
- 양쪽 재고 차이 1% 이상이면 alert (10개 차이 = 1%, 50개 SKU 기준)
- 운영팀 누가 어느 부분 익숙하지 않은지 list-up → 추가 교육
Day 4~5 — 무게중심 이동: 새 시스템 주도
Day 4부터 운영 주도를 새 시스템 기준으로 옮깁니다. 구 시스템은 검증용으로만 동작.
이게 가장 중요한 결정입니다. Day 1~3 동안 데이터 정합성 검증이 충분히 됐다면 Day 4부터 출고 처리를 새 시스템에서 합니다. 구 시스템은 18시 점검 때만 양쪽 비교용으로 봅니다.
운영 시간이 평소로 돌아옵니다. 새 시스템 익숙도는 70~80% 수준입니다.
Day 5 18시 점검:
- 양쪽 시스템 재고 차이 0.5% 이하인가? (충분히 정합)
- 운영팀 클릭 속도 평소 대비 80% 이상인가?
- 운영팀 본인이 "이제 새 시스템이 더 편하다" 답하는가?
3개 모두 Yes면 Day 6~7에 전환 완료를 향해 갑니다. 1개라도 No면 평행 운영 1주 추가 검토.
Day 6~7 — 전환 완료 또는 1주 연장 결정
Day 6은 구 시스템을 read-only 모드로 둡니다. 출고·재고 변경은 새 시스템에서만. 구 시스템은 "Day 0 백업 + Day 1~5 데이터 보존" 용도.
Day 7 18시에 최종 결정 회의 (founder + 운영팀장 15분):
| 결정 | 시그널 |
|---|---|
| Go (전환 완료) | Day 5~7 데이터 정합성 0건 사고 + 운영팀 새 시스템 익숙도 80%+ + 셀러 본인 신뢰 |
| Hold (1주 연장) | 데이터 정합성 1~2건 미해결 사고 또는 운영팀 한 명 적응 부진 |
| Rollback (전환 중단) | 3건 이상 데이터 사고 또는 새 시스템 자체 기능 결함 (벤더 측 문제) |
Go라면 Day 8 자정부터 구 시스템 백업본만 보관하고 새 시스템 single source.
자주 빠지는 4가지 함정
함정 1. SKU 매칭을 "import 후 검증" 으로 미루기
"일단 import 다 하고 그 다음에 SKU 안 맞는 것 찾자" — 가장 흔한 실수입니다. 1000개 SKU 중 5개 누락되면 1주 후에야 사고로 드러납니다. Day 0에 무작위 10개 직접 양쪽 확인 룰을 지키세요.
함정 2. Edge case 무시하고 정상 케이스만 검증
반품·묶음·사은품·부분 환불 — Day 1~3에 의도적으로 시나리오 만들어서 테스트하세요. 실제 발생 기다리지 말고. (실제 발생 시점에 잡으면 이미 사고)
함정 3. 운영팀 의견 수렴 안 함
"운영팀이 익숙해지면 되겠지" — 운영팀 본인이 "이 화면 못 쓰겠다" 말하면 즉시 추가 교육 또는 UX 이슈 벤더에 전달. 운영팀 동의 없이 Go 결정하면 Day 8부터 사고 폭발.
함정 4. 롤백 시나리오 미준비
"전환 잘 되면 됐지 굳이 롤백 시나리오까지" — 1주 평행 운영의 진짜 가치는 롤백 가능성을 유지하는 것입니다. Day 0 백업 + Day 0~5 변경 로그 보존 → 최악에도 6일 전으로 돌아갈 수 있어야 합니다.
평행 운영 비용 vs 사고 비용
1주 평행 운영의 직접 비용은 운영 시간 2배 × 5일 = 약 40~80시간입니다. 운영팀 1명 풀타임 1주치.
반대로 즉시 전환 시 사고 비용:
- 오배송 1건 = 환불 + 재배송 + 셀러 등급 하락 = 매출 손실 합산 30~100만원
- 재고 어긋남 1건 누적 = 다음 분기 정산 정정 = 며칠 잡힘
- 신뢰 손실 = 측정 불가, 가장 큼
평행 운영 1주의 시간 비용 (월급 환산 약 50100만원)이 사고 12건 비용보다 작습니다.
엑셀로 운영하는 셀러가 OMS 도입을 미루면 잃는 7가지 에서 다룬 손실 메커니즘과 같은 구조입니다 — 작은 사고가 누적되어 큰 비용으로 돌아옵니다.
OMS 전환 결정이 아직이라면
이 글은 이미 OMS 도입을 결정한 셀러님을 위한 가이드입니다. 결정 자체가 고민 중이라면 다른 두 글이 도움이 됩니다.
이미 결정했고, 어떤 OMS를 선택할지 고민이라면:
마무리 — 1주를 안전하게 건너기
OMS 전환은 1주의 평행 운영으로 데이터 손실 0을 만들 수 있습니다. 즉시 전환의 유혹은 단기 효율로 보이지만, 사고 1건의 비용이 평행 운영 1주의 비용을 항상 넘습니다.
저희 Thinkago는 D2C 셀러가 구 시스템에서 새 OMS로 옮길 때 데이터 정합성 자동 검증 + 평행 운영 dashboard + 롤백 백업 자동 보존 을 기본으로 제공합니다. 매일 18시 점검을 셀러님 대신 자동화하는 도구입니다.
전환 검토 중이시라면 30분 데모로 셀러님 현재 시스템과 전환 후 흐름을 보여드릴 수 있어요.
추가 질문 있으시면 contact@thinkago.kr 로 직접 메일 주셔도 답드립니다.