솔직히 말하겠습니다. 성공한 AI 파일럿과 스케일 가능한 롤아웃은 전혀 다른 짐승입니다. 이 영화를 너무 많이 봤습니다. 물류센터 #1은 멋진 파일럿을 돌립니다——피킹 정확도는 오르고, 오류율은 내려가고, 분기 리뷰에서는 박수갈채. 그리고 물류센터 #2에서 멈춰 섭니다. 물류센터 #3은? 아무도 꺼내지도 않습니다.
핵심은 이겁니다, 그리고 양날의 검입니다. 파일럿은 사람과 투자로 성공합니다: 최고의 건물, 가장 강한 팀, 벤더의 상주 엔지니어, 모든 것이 한 사이트에 집중됩니다. 당연히 잘 되죠. 스케일링은 전혀 다른 것으로 성공합니다: 표준, 규율, 그리고 "똑같은 창고는 두 개도 없다"는 사실에 대한 건전한 존중. 파일럿 플레이북을 그대로 옮기면 곤란을 자초하는 셈입니다.
2023년, 캘리포니아 온타리오의 한 3PL——이커머스 풀필먼트, 네트워크에 6개의 건물이 있었습니다——이 저를 찾아왔습니다. 건물 #1은 피킹 검증을 위한 컴퓨터 비전을 파일럿으로 도입했습니다. 3개월 만에 오출하율이 거의 0까지 떨어졌고, 고객은 매우 만족했습니다. CEO는 손을 휘저었습니다: 전부 전개해라. 댈러스의 건물 #2가 가동되자마자 즉시 무너졌습니다. 같은 SKU인데, 마스터 데이터——품목명, 바코드 규칙——가 캘리포니아 것과 전혀 맞지 않았습니다. 모델은 이미지 인식은 잘 해냈지만, 시스템 SKU와 매칭하려는 순간 아무것도 맞지 않았습니다. 정확도는 파일럿 때의 99%에서 90% 초반대로 떨어졌습니다. 현장 직원들이 반발했습니다. 프로젝트는 2개월간의 재작업으로 동결됐고, 데이터 정리 비용만으로도 파일럿 전체보다 많이 들었습니다.
그것이 첫 번째 장벽입니다.
장벽 #1: 파일럿의 데이터는 건물 #2에 닿지 않는다
AI는 데이터를 먹지 슬라이드 자료를 먹지 않습니다. 파일럿 데이터는 보통 프로젝트 시작 전에 "리노베이션"됩니다: 벤더와 IT 팀이 마스터 데이터를 정리하고, 인터페이스를 연결하고, 예외 흐름을 다듬습니다. 그런데 건물 #2는? 그곳의 WMS는 두 버전 뒤처져 있을 수 있습니다. 바코드 규칙은 10년 전에 정해진 그대로입니다. SKU 명명 규칙은 건물마다 다르고, 반품 사유 코드는 표준화된 적이 없습니다.
파일럿 중에 "데이터 문제는 해결했다"고 결론 내리는 회사를 너무 많이 봤습니다. 아닙니다——해결한 건 건물 #1의 데이터 문제입니다. 각 건물은 서로 다른 역사적 짐을 안고 있고, 각각이 데이터의 가능성에 상한을 둡니다. 복제란 파일럿의 데이터 거버넌스 작업을 각 사이트에서 다시 하는 것이며——그 비용 항목은 파일럿 예산에 한 번도 들어있지 않았습니다.
해결책: 파일럿 킥오프 때 이것을 철칙으로 삼으십시오. 파일럿을 위해 수행된 모든 "일회성 데이터 정리"는 재사용 가능한 스크립트와 SOP로 기록되어야 하며——건물 #2에서 입증되기 전까지는 파일럿을 성공으로 치지 않습니다.
장벽 #2: 파일럿 드림팀은 이전되지 않는다
성공한 파일럿 뒤에는 항상 드림팀이 있습니다: 벤더의 최고 구현 컨설턴트, 본사의 가장 날카로운 IT 리드, 네트워크에서 가장 협조적인 사이트 매니저. 이 세 그룹은 여러분을 따라 각 건물을 돌아다니지 않습니다.
더 어려운 문제는 현장 사람들입니다. 파일럿 사이트는 자원봉사자로 구성됩니다——에너지 넘치고 몰입도 높습니다. 건물 #2에서는 "AI가 온다"는 말에 대한 첫 반응이 "나를 대체하려는 거야?"입니다. 2022년에 저는 한 의류 DC를 봤습니다. 파일럿 피커들은 AI의 실수를 바로잡는 것을 적극적으로 도운 반면, 두 번째 사이트의 피커들은 의도적으로 라벨을 비뚤게 붙였습니다. 기술 실패가 아니었습니다. 신뢰 실패였습니다. 프로젝트 팀은 도입이 회복되기까지 교육과 인센티브에 분기 내내를 썼습니다.
이 문제에는 두 측면이 있고, 둘 다 중요합니다: 기술은 복사하기 쉬운 부분입니다. 사람이 어려운 부분입니다. 파일럿의 성공은 어려운 부분이 기술이었다는 착각을 만듭니다. 한 번도 그렇지 않았습니다.
해결책: 롤아웃 계획에서 "사람"에 별도의 예산 항목을 두십시오. 신규 건물마다 파일럿 베테랑을 최소 1명 이상 3개월간 상주시킵니다——교육, 인센티브, 예외 처리, 모두 다. 여기서 아끼면 지뢰를 심는 셈입니다.
장벽 #3: 다수 사이트로의 스케일링은 ROI를 다시 쓴다
이게 제일 아픈 대목입니다. 파일럿 ROI는 보통 왜곡되어 있습니다: 벤더는 엔터프라이즈 계약을 따내기 위해 POC를 할인하거나 무료로 제공하고 상주 엔지니어도 붙여줍니다. 파일럿은 최고의 건물에서 돌아가니 성과가 엄청나 보입니다. 그러다 실제 견적서가 도착합니다: 건물별 소프트웨어 라이선스, 사이트별 통합 비용, 지원은 일당 청구.
한 번은 한 고객에게 비전 기반 피킹 검증 프로젝트의 실제 계산을 보여준 적이 있습니다. 파일럿과 롤아웃은 비용 구조가 완전히 달랐습니다:
| 비용 항목 | 파일럿(1개 건물) | 복제(건물 #2–3, 건물당) |
|---|---|---|
| 소프트웨어 라이선스 | 할인 또는 무료 | 건물별 정가 |
| 시스템 통합 | 일회성, 본사 IT가 흡수 | 건물별. 레거시 시스템은 추가 비용 |
| 데이터 거버넌스 | 프로젝트 팀이 비공식으로 처리 | 각 건물에서 다시 수행 |
| 교육 및 변화 관리 | 파일럿 팀이 겸임으로 커버 | 별도 워크스트림, 별도 예산 |
| 수익 | 최고의 건물, 가장 큰 기준선 | 평균적인 건물, 체감하는 한계 이익 |
패턴이 보이십니까? 비용은 오르고, 수익은 줄어듭니다. 아름다운 ROI의 파일럿은 롤아웃의 ROI에 대해 아무것도 말해주지 않습니다. 많은 프로젝트가 건물 #2에서 죽습니다——기술이 실패해서가 아니라, CFO가 복제 계산을 보고 사인하지 않았기 때문입니다.
그리고 역설적인 견해를 하나: 파일럿이 성공할수록 스케일업은 더 위험합니다. 성공은 모두에게 복제의 어려움을 과소평가하게 만듭니다. 예산은 느슨하게 승인되고, 장애물은 상상 속에서 사라집니다. 베테랑의 움직임은 반대입니다——파일럿 킥오프 당일, 건물 #2의 견적서를 요구하고, 최고의 건물이 아닌 가장 까다로운 건물을 기준으로 예산을 잡습니다. 가장 까다로운 건물을 살아남은 파일럿이 진짜 성공입니다.
복제 전 답해야 할 5가지 질문
실무적으로는 롤아웃에 승인하기 전에 이 다섯 가지 질문에 답하십시오. 하나라도 답을 못 하면, 먼저 그것을 고치십시오.
- 건물 #2의 데이터 인터페이스와 마스터 데이터 표준이 파일럿 설정을 그대로 재사용할 수 있습니까? 안 된다면 정리의 규모는?
- 파일럿 팀이 최소 1명을 건물 #2에 3개월간 상주시킬 수 있습니까?
- 벤더의 멀티사이트 견적서를 손에 쥐고 있습니까——건물별 가격입니까, 묶음입니까?
- 건물 #2의 사이트 매니저가 이 프로젝트를 진심으로 원합니까, 아니면 본사 지시입니까?
- 롤아웃 ROI가 건물 #2의 실제 숫자로 다시 계산됐습니까, 아니면 파일럿에서 복사한 것입니까?
다섯 개 모두에 답하면 성공 확률이 극적으로 올라갑니다. 하나라도 놓치면, 어디서 시작해야 할지 명확해집니다.
마지막 조언 하나: 다음에 AI 파일럿을 돌릴 때는 계약 전에 벤더에게 한 가지를 물어보십시오——"물류센터 #2의 견적서를 지금 당장 볼 수 있습니까?" 그걸 물어보면, 수많은 "파일럿 성공" 이야기의 결말이 파일럿 시작보다 훨씬 전에 쓰였다는 걸 알게 될 겁니다.
Lao Mi, 공급망 베테랑(20년) 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
