Chapter 7: AMR·서비스 로봇 — 규모화의 선두

개요

이 장의 질문은 “누가 로봇을 가장 많이 보냈는가?”가 아니다. 더 중요한 질문은 이동 로봇 한 대의 기능을 수십·수백 대가 참여하는 반복 가능한 서비스 운영으로 어떻게 바꾸는가이다. 창고 AMR, 공장 물류 로봇, 음식 배달 로봇, 청소 로봇은 겉모습과 작업이 다르다. 그러나 모두 주문을 받고, 경로와 자원을 예약하고, 충전하며, 고장을 복구하고, 기존 정보 시스템에 결과를 돌려줘야 한다.

이 장의 논지는 AMR과 서비스 로봇의 규모화가 로봇 대수 경쟁이 아니라 운영 체제와 반복 경제성의 문제라는 것이다. 출하량은 시장 진입을 보여 줄 수 있지만 활성 가동 대수, 작업 이용률, 고객 재구매, 소프트웨어 구독, 유지보수 수익을 직접 말하지 않는다. 한 대의 최고 속도도 혼잡한 통로에서 전체 주문 처리량을 보장하지 않는다. 가치의 중심은 관제, WMS·MES·건물 시스템 연동, 충전, 유지보수, 현장 서비스와 계약 구조로 이동한다.

이 장의 심층 프로필은 SEER Robotics, Geek+, Pudu Robotics 세 곳으로 고정한다 ^{[1] [6] [10]}. SEER는 컨트롤러와 통합자 생태계, Geek+는 창고 풀필먼트와 거래소 공시, Pudu는 배달·청소·산업 배송을 아우르는 서비스 제품군을 보여 준다. 이 선택은 절대 순위가 아니라 서로 다른 규모화 경로를 같은 증거 규칙으로 읽기 위한 것이다.

이 장을 읽고 나면... - 출하, 설치, 활성 차량, 주문, 매출, 구독과 이용률을 서로 다른 사업 지표로 구분할 수 있다. - 로봇 관리 시스템, 창고 실행 시스템, WMS·MES·ERP가 나누어 맡는 역할을 설명할 수 있다. - SEER, Geek+, Pudu의 제품·기술·재무·현장 견인력·개발 생태계·성숙도를 동일한 프로필 필드로 비교할 수 있다. - 충전, 교통, 장애 복구, 유지보수와 현장 서비스가 전체 처리량과 반복 매출에 미치는 영향을 계산할 수 있다. - 공장 라인사이드 물류 파일럿을 작업 스키마, 로그, KPI, 안전, 책임 구조로 설계할 수 있다.

7.1 규모화의 단위: 로봇 한 대에서 완료된 주문으로

AMR의 기본 기능은 위치추정, 지도, 경로 계획, 장애물 감지, 구동 제어다. 서비스 로봇은 여기에 사람과의 상호작용, 문·엘리베이터·객실·테이블 같은 건물 자원, 청소 커버리지, 보안과 개인정보를 더한다. 하지만 구매자가 실제로 사는 것은 “자율 주행”이라는 기능이 아니라 정해진 시간 안에 완료되는 운반, 피킹, 배달, 청소 또는 회수 서비스다.

이 때문에 분모를 로봇 대수에서 주문으로 옮겨야 한다. 한 대가 하루 100개 임무를 완수한다고 해도 20대가 2,000개를 완수한다고 단정할 수 없다. 통로 교차, 충전기 대기, 엘리베이터, 작업자 인계, 피킹 스테이션, 비어 있는 선반 위치가 공유 자원이기 때문이다. 차량을 더 넣었는데 혼잡으로 총처리량이 떨어지는 구간도 생긴다.

이용률(utilization)은 켜져 있는 시간 비율이 아니다. 생산적 이동, 적재·하역, 작업 대기, 교통 대기, 충전, 고장, 계획 정지, 인간 개입을 분리해야 한다. 높은 이동 이용률도 빈 차로 오래 달리면 가치가 낮고, 낮은 이동 이용률도 주문 피크를 안정적으로 흡수하기 위한 예비 용량이면 합리적일 수 있다. 이용률은 서비스 수준과 함께 읽어야 한다.

7.2 관제는 교통 소프트웨어보다 넓다

로봇 관리 시스템(Robot Management System, RMS)은 임무를 차량에 할당하고, 교통 충돌을 피하며, 배터리와 상태를 본다. 규모가 커지면 단순히 최단 경로를 주는 것으로 부족하다. 어떤 주문이 더 급한지, 어떤 차량이 적절한 상부 모듈을 가졌는지, 어느 충전기를 언제 비워야 하는지, 통로와 엘리베이터를 누가 예약하는지까지 결정해야 한다.

차량군의 가치는 충전, 교통, 복구, WMS·MES 연동, 이용률과 서비스 운영에 달려 있다 ^{[3] [15] [16]}. AutoRT는 여러 실제 로봇을 여러 달 운영하며 작업 생성, 안전 필터, 저수준 기술, 사람 감독을 함께 조직했다. BUMBLE은 건물 규모 임무에서 지도, 기술 라이브러리, 기억과 인간 도움 요청을 결합했지만 전체 임무 성공률이 절반보다 낮았다. 두 연구는 상용 AMR 성능을 증명하지 않는다. 장기 임무는 개별 기술 성공률의 곱과 운영 복구 능력에 좌우된다는 교훈을 준다.

관제의 의사결정은 서로 다른 시간 척도에 있다. 수 밀리초 구동 제어, 초 단위 장애물 회피, 분 단위 임무와 충전, 시간·일 단위 주문 파동, 주·월 단위 유지보수와 소프트웨어 배포가 겹친다. 중앙 관제가 모든 순간 속도 명령을 내리면 네트워크 장애에 취약해지고, 각 로봇이 모든 결정을 독립적으로 하면 교통과 자원 예약이 충돌한다. 로컬 안전·주행과 중앙 임무·자원 관리의 권한 경계를 명시해야 한다.

스케줄러의 소유권은 운영 계약에 명시해야 한다. 더 긴 경로로 우회하거나 충전·예비 차량을 배정하는 판단, 장애 후 주문 상태를 이관하는 규칙의 책임자가 필요하다. 파일럿에서는 네트워크 단절·충전기 고장·통로 폐쇄를 의도적으로 주입해 자동 복구와 수동 에스컬레이션을 확인해야 한다. 예비품·배터리·소모품·현장 인력·업데이트 후 재검증을 누가 담당하는지까지 계약해야 차량군 처리량과 유지보수 비용을 함께 판단할 수 있다.

7.3 심층 프로필 1 — SEER Robotics

한국어 표기는 시어 로보틱스, 영어 브랜드는 SEER Robotics, 중국어 브랜드는 仙工智能이며 공식 법인명은 上海仙工智能科技股份有限公司다. 공식 회사 자료는 2020년 설립, 상하이 본사와 여러 지역 법인을 제시한다 ^[17]. 최신 법인 구조 전체와 각 자회사의 역할은 이 장의 근거만으로 완전히 확정하지 않는다.

대표 제품은 SRC 계열 이동 로봇 컨트롤러, 리프팅 AMR와 자율 지게차, RDS 로봇 관리 시스템, M4 스마트 물류 관리 시스템, 지도·배치·시각화 도구다 ^{[1] [3]}. 이 구조의 핵심은 완성차만 판매하는 것이 아니라 통합자나 로봇 제조사가 컨트롤러와 소프트웨어를 사용해 여러 형태의 차량군을 구성하게 하는 것이다.

SEER의 공식 제품 근거는 컨트롤러, AMR, RDS와 M4 차량군 소프트웨어의 존재를 확인하지만 동일 조건의 비교 처리량 벤치마크는 제공하지 않는다 ^{[1] [3]}. 공식 소개의 최대 ±2 mm 위치 정밀도, 국가·고객·파트너 수는 발행사 주장이다. 특정 팔레트, 통로 폭, 사람 교통, 차량 수, 충전 정책과 주문 분포를 맞춘 독립 실험 없이 다른 회사보다 높은 전체 처리량을 뜻하지 않는다.

기술 포지션은 “로봇 두뇌”를 컨트롤러와 관제에 두는 개방형 플랫폼이다. RDS는 여러 차량의 배차와 교통을, M4는 주문·사이트·장비를 더 넓은 물류 운영 화면으로 묶는 구조를 제시한다. 공식 자료는 개방 API, Python 저코드 스크립트, WMS·MES 연동, 자동 충전과 혼합 차량 관제를 설명한다 ^[4]. 하지만 API가 공개되었다는 말과 프로토콜의 완전한 사양, 버전 호환, 안전 권한, 제3자 차량의 동일 기능 지원은 다르다.

개발 생태계에서 공개적으로 확인되는 것은 컨트롤러·차량군 수준 API, 배치 도구, 통합자 지향 자료다. 공식 ROS 또는 ROS 2 패키지의 지원 제품·배포판·유지 기간, NVIDIA Isaac Sim·Isaac Lab용 검증 자산은 확보 근거에서 확인되지 않았다. “ROS 코어”라는 일반 문구를 공식 패키지 호환성으로 올려 읽지 않는다. 실제 도입에는 API 버전, 메시지 주기, 인증, 실패 코드, 오프라인 동작과 업그레이드 정책이 필요하다.

재무·견인력은 발행사와 거래소 근거를 분리해야 한다. 공식 소개는 여러 투자자를 열거하고 1,300개 이상 통합자·로봇 제조 파트너, 2,500개 이상 산업 파트너·고객, 65개 이상 국가·지역을 주장한다 ^[2]. SEER는 2026년 6월 24일 홍콩거래소 메인보드에 06106.HK로 상장했다. HKEX 투자설명서는 2025년 매출 4억4,187.7만 위안, 연간 손실 4,706.6만 위안, 조정 순손실 286.5만 위안, 영업활동 현금 순유출 2,779.8만 위안을 공시한다. 2025년 매출은 로봇 2억9,991.1만 위안, 컨트롤러 8,516.5만 위안, 소프트웨어 2,341.4만 위안, 액세서리 3,338.7만 위안이었고, 소프트웨어는 통상 일회성 라이선스 방식이었다. 따라서 감사 매출·손익은 확인되지만 활성 설치 기반, 갱신률과 반복 매출은 여전히 미검증이다 ^[5].

성숙도는 컨트롤러, 표준 차량, 관제·물류 소프트웨어, 통합 파트너를 갖춘 상용 산업 플랫폼으로 평가한다. 강점은 여러 형태와 브랜드를 묶으려는 소프트웨어 중심 전략이다. 한계는 공개 자료만으로 독립적인 주문 처리량, 차량 이용률, 고장 간 시간, 유지보수 비용, 고객 갱신을 재구성하기 어렵다는 점이다.

공식 제품 사진은 SRC가 탑재된 서로 다른 형태의 AMR와 RDS 화면이 한 운영 장면에 함께 보일 때 가장 유용하다. 아래 공식 사례 모음은 AMB 섀시가 실제 운반·도킹 장치로 확장된 여러 형태를 보여 주지만, 혼합 차량 관제, 교착 회피, 고장 복구를 증명하지 않는다.

7.4 심층 프로필 2 — Geek+

한국어 표기는 긱플러스, 영어 브랜드는 Geek+, 중국어 브랜드는 极智嘉이고 공시 법인명은 北京極智嘉科技股份有限公司다. 홍콩거래소 연간 실적 공시는 2015년 2월 3일 중국에서 설립되었고 2025년 7월 9일 홍콩거래소 주판에 상장되었다고 기록한다 ^[7]. 공식 회사 자료는 베이징 본사를 제시한다 ^[8].

대표 제품과 솔루션은 선반-작업자 P 계열, 토트와 고층 보관을 다루는 RS 계열, 팔레트 X 계열, 운반 M 계열, 분류 S 계열, 지게차 F 계열, 로봇 팔 피킹 스테이션이다 ^[6]. 소프트웨어는 WES, RMS, IOP, G-Studio와 시스템 포털을 중심으로 창고 설계, 주문 실행, 차량 관제, 운영 데이터를 잇는다. 기존 WMS·ERP·MES와 개방 API로 연결한다고 공식 포털이 설명한다.

Geek+는 2025년 신규 체결 주문이 41억3,700만 위안이라고 보고했다 ^[7]. 같은 공시는 전년 대비 31.7% 증가와 해외 주문 비중 약 80%를 제시한다. 그러나 체결 주문은 인식 매출이 아니다. 이행, 취소, 검수, 수금 시점이 다르므로 주문 수치를 회사 가치나 현금으로 바로 바꾸면 안 된다.

거래소 공시는 비교 가능한 회계 분모를 더 제공한다. 2025년 매출은 31억7,100만 위안, 총이익은 11억2,503.7만 위안, 연간 손실은 1,040.7만 위안, 조정 순이익은 4,382.2만 위안, 영업활동 현금 순유입은 8,570만 위안으로 보고되었다 ^[7]. 조정 순이익은 비IFRS 지표이므로 법정 연간 손익과 혼동하지 않는다. 이는 세 프로필 중 가장 강한 재무 근거지만, 특정 프로젝트의 ROI를 대신하지 않는다.

현장 견인력도 발행사 공시 단위를 유지해야 한다. 2025년 말 기준 약 950개 최종 고객, 40개 이상 국가·지역에 72,000대 이상 출하, 약 78% 고객 재구매율을 보고했다 ^[7]. 공시의 재구매율 정의와 기간을 유지해야 하며 활성 차량, 소프트웨어 좌석, 사이트별 이용률로 바꾸어 말할 수 없다. 출하가 많은 것은 유력한 상용화 신호지만 설치 후 운영 품질은 별도다.

기술적으로 Geek+의 장점은 창고 작업 흐름과 차량 형태를 하나의 실행 계층에 묶는 데 있다. RMS가 차량과 교통을, WES가 주문과 작업 논리를, IOP가 알람·운영 데이터를 다루는 구조다 ^[9]. 선반-작업자 흐름에서는 WMS·WES 주문이 들어오고 RMS가 선반 운반 차량을 배정하며 작업자 확인 후 재고가 갱신된다. 처리량은 로봇 속도뿐 아니라 작업대 균형, SKU 배치와 인간 피킹 속도에 좌우된다.

개발 생태계는 ERP·WMS·MES 통합, REST API·웹훅, 다국어 지원, 클라우드·온프레미스 선택을 공식 자료가 설명한다 ^{[6] [9]}. 공개 ROS·ROS 2 패키지와 NVIDIA Isaac Sim·Isaac Lab의 공식 지원은 확보 근거에서 확인되지 않았다. 창고 운영 플랫폼에서는 ROS 공개 여부보다 주문 의미, 재고 일관성, 장애 복구, 인터페이스 SLA와 데이터 소유권이 더 직접적인 조달 항목일 수 있다.

반복 경제성에는 중요한 단서와 빈칸이 함께 있다. 2025년 공시는 구독 기반 서비스 주문 증가율이 90%를 넘었다고 밝힌다 ^[7]. 하지만 구독 주문의 절대액, 인식 반복 매출, 총마진, 갱신률, 고객당 반복 매출은 별도로 공개하지 않았다. 성장률이 높아도 기준 규모가 작을 수 있으므로 “구독 사업이 확립되었다”는 결론보다 반복 수익을 향한 신호로 읽는다.

공식 사진은 한 대의 P 로봇보다 선반, 작업대, 여러 차량과 운영 화면이 함께 보이는 상품-작업자 시스템이 더 유용하다. 아래 K&V Elektro 사례 사진은 실제 창고 바닥에서 선반 아래를 주행하는 AMR의 물리적 맥락을 보여 주지만, 피크 시간 처리량이나 78% 재구매율의 정의를 증명하지 않는다.

7.5 심층 프로필 3 — Pudu Robotics

한국어 표기는 푸두 로보틱스, 영어 브랜드는 Pudu Robotics, 중국어 브랜드는 普渡机器人이고 공식 공지의 중국 법인명은 深圳市普渡科技股份有限公司다. 공식 회사 연혁은 2016년 선전에서 설립되었음을 기록하며 선전을 글로벌 본사로 표시한다 ^[11]. 홍콩에는 연구개발과 국제 운영 거점이 있으며 지역 법인과 공장도 존재하지만 전체 지주 구조는 부분 확인 상태다.

제품군은 네 운영 범주로 나뉜다. BellaBot·PuduBot·HolaBot은 식음료와 실내 배달, FlashBot은 호텔·병원·오피스의 층간 배달, CC1·MT1·SH1은 상업 청소, T300·T600은 산업 배송을 겨냥한다 ^[10]. 공식 제품 페이지는 T300 300 kg과 T600 600 kg 가반하중을 제시한다. 이 발행사 사양은 바닥, 경사, 속도, 정지 거리와 운반 장치 조건을 붙여 검증해야 한다.

Pudu는 2025년 3월 기준 누적 출하 90,000대 이상이라고 공식 브로슈어에서 보고했다 ^[12]. 출하는 활성 차량군이나 반복 매출을 확립하지 않는다. 설치되지 않았거나 유통 재고인 장비, 계약 종료 후 비활성 장비, 같은 고객의 교체품이 포함될 수 있다. 이후 공식 회사 페이지는 130,000대 이상을 주장하지만 기준일과 독립 감사가 같은 방식으로 고정되지 않으므로 두 숫자를 성장률로 계산하지 않는다 ^[11].

기술 포지션은 배달, 청소, 산업 운반에 공통 내비게이션·다중 로봇 스케줄링·클라우드·상호작용을 재사용하는 것이다. 서비스 현장에서는 경로 계획만으로 부족하다. 식당 POS와 테이블, 호텔 PMS와 객실, 병원 HIS·LIS와 시료 추적, 청소 작업 지도와 오염 구역, 공장 MES와 자재 주문이 임무 의미를 정한다.

PUDU Open Platform은 클라우드 API, 사설 클라우드 API, 로봇 측 OS SDK를 구분하고 배달·청소·산업 로봇을 한 인터페이스로 연결한다고 설명한다 ^[13]. 공식 문서는 Go, Java, JavaScript, Python, C# 예제와 상태·임무·경고 콜백을 제시한다. 접근은 승인된 대리점과 자체 운영 고객 중심이며 공개 무제한 API가 아니다. 공식 ROS·ROS 2 패키지와 NVIDIA Isaac 자산은 확보 근거에서 확인되지 않았다.

건물 통합은 Pudu의 서비스 운영을 잘 보여 준다. FlashBot은 클라우드 또는 하드웨어 방식으로 엘리베이터, 문, 게이트와 연결하고, 공식 사례는 호텔과 병원의 층간 배달을 설명한다 ^[14]. 이 사례는 물리적 가능성과 통합 경로를 보여 주지만 모든 엘리베이터 브랜드, 네트워크, 소방 규정, 병원 보안 정책에서 같은 성능을 보장하지 않는다. 특정 병원의 40대 배치는 발행사 사례이며 독립 감사된 서비스 수준이 아니다.

재무·견인력에서 공식 연혁은 2026년 약 1억5천만 달러 자금 조달과 15억 달러 초과 가치평가를 주장한다 ^[11]. 거래소 공시나 감사 재무가 아니므로 발행사 공개로 표시한다. 매출, 총마진, 수익성, 렌털·구독 비중, 유지보수 반복 매출, 고객 갱신률은 미공개다. 출하 규모가 커도 하드웨어 일회성 판매와 반복 서비스의 비율을 알 수 없다.

성숙도는 여러 서비스 분야에 상용 제품, 글로벌 서비스망, 개방 플랫폼과 대규모 출하 주장이 있는 단계다. 강점은 청소·배송·산업 운반을 하나의 운영 기반으로 묶고 건물 인터페이스를 제품화한 점이다. 한계는 제품군과 유통망이 넓을수록 지역별 서비스 품질, 활성률, 예비 부품, 배터리 교체, 계약 갱신이 더 불투명해질 수 있다는 점이다.

공식 제품 사진은 단독 홍보 컷보다 로봇이 실제 서비스 흐름에 놓인 전체 장면이 유용하다. 아래 El Portón 사례 사진은 BellaBot에 음식을 싣는 실제 인계 장면을 보여 주지만, 사람이 재설정한 횟수와 하루 이용률은 보여 주지 않는다.

7.6 세 규모화 모델을 같은 운영 질문으로 비교하기

SEER, Geek+, Pudu는 같은 AMR 시장에 있으면서 가치 포착 지점이 다르다. SEER는 컨트롤러와 소프트웨어를 통합자·로봇 제조사에 공급해 다양한 형태를 연결하려 한다. Geek+는 창고 작업 흐름, 차량과 시스템을 묶은 프로젝트를 직접 확장한다. Pudu는 표준화된 서비스 로봇 제품군과 클라우드·건물 통합을 여러 업종과 지역에 배포한다.

“선두”는 하나의 숫자로 결정되지 않는다. 개방형 컨트롤러 공급자는 직접 출하 대수가 적어도 많은 파트너 차량 안에 들어갈 수 있다. 창고 시스템 공급자는 차량보다 주문 실행 소프트웨어와 통합 공수에서 가치를 만들 수 있다. 서비스 로봇 공급자는 넓은 출하와 서비스망이 강점이지만 저가 하드웨어 교체 주기와 지역별 지원비가 반복 경제를 압박할 수 있다.

7.7 WMS·MES·건물 시스템: 임무 의미가 시작되는 곳

창고 관리 시스템(WMS)은 재고 위치, 주문, 로트와 우선순위를 알고 있다. 창고 실행 시스템(WES)은 주문을 피킹·보충·분류 작업으로 풀고 작업대와 자동화 설비를 균형화한다. RMS는 그 작업을 개별 차량 임무로 바꾸고 교통을 관리한다. 공장에서는 MES가 생산 오더, 공정 상태, 자재 소비를 알고, ERP가 구매·재무·상위 계획을 다룬다.

인터페이스가 불명확하면 물리적으로 성공한 이동이 사업적으로 실패할 수 있다. 로봇이 올바른 팔레트를 올바른 위치에 놓아도 WMS 재고가 갱신되지 않으면 다음 주문이 같은 물건을 다시 요청한다. 네트워크 재시도 때문에 동일 작업이 두 번 생성될 수 있다. 차량은 도착했지만 기계가 준비되지 않았거나 작업자가 인계를 확인하지 않으면 통로를 막는다.

통합 계약에는 멱등성, 순서, 타임아웃, 재시도, 취소, 부분 완료를 정의해야 한다. “작업 생성” 요청이 타임아웃되었을 때 새 요청을 보내는가, 기존 ID를 조회하는가가 다르면 중복 운반이 생긴다. 지도 좌표와 사업 위치 ID도 분리해야 한다. 선반 A-17이라는 업무 주소가 지도 점 하나와 영원히 같은 것은 아니다.

서비스 로봇은 건물 시스템까지 확장한다. 호텔 PMS는 객실과 투숙 상태, 병원 HIS·LIS는 환자·검체·권한, POS는 주문과 테이블, 청소 관리 시스템은 구역과 품질을 정의한다. 엘리베이터나 자동문 API는 단순 버튼 누르기가 아니라 접근 권한, 소방 모드, 사람 우선순위, 실패 시 안전한 대기 위치를 포함해야 한다.

7.8 이용률, 충전, 유지보수: 보이지 않는 차량군 용량

차량군의 이론 용량은 로봇 수와 속도의 곱이 아니다. 주문이 실제로 발생하는 시간대, 경로 중첩, 적재 시간, 충전 정책, 작업대 능력이 함께 결정한다. 평균 이용률만 최대로 만들면 피크 주문을 받을 예비 차량이 없어지고 배터리 부족이 동시에 몰릴 수 있다. 목표는 높은 이용률이 아니라 서비스 수준을 만족하는 최소 총비용이다.

충전 정책은 작은 운영 규칙처럼 보이지만 전체 흐름을 바꾼다. 기회 충전은 짧은 유휴 시간에 배터리를 보충하지만 충전기 왕복과 대기열을 늘린다. 깊은 충전은 차량을 오래 빼지만 주기를 단순화한다. 교체형 배터리는 장비 가동을 늘릴 수 있으나 사람 작업, 재고, 화재 안전, 배터리 상태 추적을 요구한다. 계절·온도·하중에 따라 실사용 가능 에너지가 달라진다.

유지보수는 고장 후 수리만이 아니다. 바퀴와 브러시 마모, 라이다·카메라 오염, 범퍼, 리프트 체인, 포크, 배터리, 네트워크, 지도 변화, 소프트웨어 버전을 관리한다. 청소 로봇은 물·세제·오수·브러시라는 소모 흐름이 추가된다. 식음료 로봇은 위생과 트레이 손상, 병원 로봇은 감염관리와 잠금·추적이 중요하다.

평균 고장 간 시간(MTBF)과 평균 수리 시간(MTTR)은 정의를 고정해야 한다. 한 바퀴 교체를 고장으로 세는지, 원격 재부팅을 수리로 세는지, 부품 대기와 고객 승인 시간을 포함하는지에 따라 수치가 달라진다. 차량 한 대의 MTBF가 좋아도 특정 소프트웨어 배포가 전체 차량군을 멈추면 시스템 가용성은 낮다.

7.9 반복 경제성: 하드웨어 판매 뒤에 무엇이 남는가

반복 경제는 구독 가격표 하나로 판별되지 않는다. 소프트웨어 라이선스, 관제 좌석, 클라우드 사용, 원격 모니터링, 유지보수 계약, 예비 부품, 배터리, 소모품, 현장 서비스, 성능 기반 요금이 반복 수익을 만들 수 있다. 반대로 무상 보증과 장애 대응이 늘면 출하가 커질수록 서비스 비용이 커질 수 있다.

고객에게도 반복 비용 구조가 있다. 네트워크와 서버, 인터페이스 유지, 지도 변경, 배터리, 청소 소모품, 안전 검사, 직원 교육, 소프트웨어 회귀 시험을 계속 부담한다. 로봇을 임대하거나 서비스형 로봇으로 계약하면 초기 지출은 낮아지지만 최소 기간, 사용량, SLA, 데이터 권리, 조기 종료와 자산 회수 조건이 중요해진다.

공급자 반복 경제를 평가할 때는 세 질문이 필요하다. 첫째, 반복 매출의 절대액과 총매출 비중은 얼마인가. 둘째, 갱신과 확장이 같은 고객에서 일어나는가. 셋째, 반복 매출을 제공하는 데 드는 현장 서비스와 클라우드 비용은 얼마인가. 구독 주문 증가율만으로는 답할 수 없다.

Geek+ 공시는 재구매율과 구독 기반 주문 성장이라는 단서를 준다. SEER는 통합자 생태계와 플랫폼을, Pudu는 개방 플랫폼과 서비스망을 제시한다. 그러나 세 회사의 반복 매출을 같은 정의로 비교할 공개 표는 없다. 없는 수치를 추정으로 메우지 않는 것이 중요하다.

7.10 발행사 주장과 독립 근거의 사다리

공식 제품 페이지는 제품명, 기능, 인터페이스와 발행사 사양을 확인하는 1차 자료다. 거래소 공시는 법인, 보고 기간, 회계 숫자에 더 강한 책임을 부여한다. 고객 사례는 특정 현장 가능성을 보여 주지만 성공 사례 선택 편향이 있다. 논문은 방법과 실험 분모를 제공하지만 상용 유지보수와 수익성을 보통 다루지 않는다. 독립 운영 연구는 유용하지만 사이트·작업 조건을 맞춰야 한다.

숫자를 비교할 때는 출처 계층보다 먼저 단위를 맞춘다. Geek+의 체결 주문과 매출, Pudu의 출하, SEER의 파트너·고객을 한 막대그래프에 놓을 수 없다. 독립 분석기관의 시장점유율도 매출, 출하, 설치, 특정 제품 범주 중 무엇을 분모로 삼았는지 확인해야 한다. 공식 문서가 외부 시장 조사 결과를 인용하면 그 수치는 거래소 공시 안에 있어도 조사 정의까지 자동 검증되는 것은 아니다.

데모 영상은 경로, 사람 회피, 엘리베이터, 청소 커버리지의 가능성을 탐색하는 데 유용하다. 그러나 총 시도, 수동 리셋, 촬영 중단, 원격 조작, 배터리와 네트워크 조건이 없다면 가동률 근거가 아니다. “24/7”이라는 문구도 충전, 계획 정비, 소모품 교체, 장애 복구를 포함한 실제 연속 서비스 수준과 분리해야 한다.

7.11 제조 워크스루 — 라인사이드 자재 보충

가상의 전자제품 공장에서 원자재 창고의 키트 박스를 여러 조립 라인 옆으로 운반하고 빈 용기를 회수한다고 하자. 피크 시간에는 지게차와 작업자가 같은 통로를 쓰고, 생산 순서가 바뀌며, 일부 박스는 무겁다. 목표는 AMR가 움직이는 장면이 아니라 올바른 키트가 기한 안에 도착하고 빈 용기와 재고 기록이 일치하는 것이다.

1단계: 주문 의미를 고정한다. MES 생산 오더와 WMS 재고가 운반 작업 ID, 키트·로트, 수량, 출발·도착 스테이션, 완료 기한, 우선순위, 인계 확인을 만든다. 긴급 품질 보류와 순서 변경 시 취소·대체 규칙을 정한다. 지도 좌표는 업무 주소와 별도 버전으로 관리한다.

2단계: 기준 공정을 측정한다. 수동 카트나 지게차의 시간당 완료 주문, 작업자 분, 이동 거리, 대기, 오배송, 손상, 안전 사건을 측정한다. 평균뿐 아니라 교대와 피크 시간의 분포를 남긴다. 로봇 파일럿의 ROI는 이 기준과 같은 주문 범위에서 비교한다.

3단계: 차량과 상부 모듈을 선택한다. 박스 크기·질량, 팔레트, 컨베이어 높이, 통로 폭, 경사, 바닥 이음, 회전 공간을 기준으로 리프팅 AMR나 자율 지게차를 선택한다. SEER 방식은 컨트롤러와 통합자 책임을, Geek+ 방식은 전체 창고 흐름과 소프트웨어를, Pudu T 계열은 표준 산업 배송 제품과 서비스 경계를 실사하게 한다.

4단계: 관제와 상위 시스템을 연결한다. WMS/MES가 작업을 만들고, WES 또는 물류 계층이 작업대와 순서를 조정하며, RMS가 차량과 경로를 배정한다. 모든 메시지에 고유 ID와 상태 전이를 둔다. 네트워크 타임아웃을 발생시켜 중복 작업 없이 재동기화되는지 시험한다.

5단계: 교통과 안전을 설계한다. 사람, 수동 지게차, 문, 교차로, 소방 통로, 사각지대를 지도에 표시한다. 일방통행, 우선권, 추월 금지, 속도 구역, 안전 대기 위치를 정한다. 로컬 안전 센서는 중앙 관제 장애에도 정지해야 하며, 관제는 정지 차량이 교착을 만들 때 우회·격리해야 한다.

6단계: 충전과 예비 용량을 시뮬레이션한다. 주문 파동, 실제 적재 전력, 충전기 위치와 수, 배터리 열화를 사용해 차량 수를 정한다. 모든 차량이 같은 낮은 배터리 임계값에 도달해 충전 대기열을 만드는 상황을 시험한다. 예비 차량은 낭비가 아니라 SLA와 정비를 위한 용량일 수 있다.

7단계: 실패와 복구를 주입한다. 팔레트가 비뚤어지고, 목적지가 점유되고, 문이 닫히고, 한 차량의 네트워크가 끊기고, 충전기가 고장나는 상황을 만든다. 적재물이 있는 차량을 임의로 견인하기 전에 위치와 주문 소유권을 이전하는 절차가 있어야 한다. 대체 차량이 같은 주문을 중복 수행하지 않는지 확인한다.

8단계: 유지보수와 변경을 운영한다. 매일 센서·바퀴·포크와 배터리 상태를 점검하고, 주기 정비와 예비품을 계획한다. 지도, 관제, 차량 펌웨어, WMS 인터페이스 버전을 한 실행 ID에 기록한다. 소프트웨어 업데이트는 일부 차량에 먼저 배포하고 회귀 시험 후 확장하며 롤백 시간을 측정한다.

9단계: 파일럿을 생산 인수로 바꾼다. 여러 교대와 피크 주문에서 기한 내 완료, 오배송, 손상, 차량 이용 상태, 교통 대기, 충전 대기, 무개입 시간, 자동 복구, 사람 개입 분, MTTR을 측정한다. 공급자 상주 인력과 수동 데이터 보정도 비용에 포함한다.

10단계: 확장과 계약을 결정한다. 차량을 두 배로 늘리기 전에 통로와 작업대 병목을 시뮬레이션하고 두 번째 구역에서 같은 인터페이스를 재사용한다. 계약에는 활성 차량 정의, 서비스 창구, 부품 리드타임, 보안 패치, 데이터 소유권, 소프트웨어 갱신, 성능 미달과 종료 조건을 넣는다.

제조 셀 적용 체크포인트

작업 스키마에는 주문 ID, 물품·로트·수량, 출발·도착, 기한, 우선순위, 적재 방식, 차량 요구 조건, 인계 주체, 취소·복구 권한이 필요하다. 하나라도 없으면 차량은 물리적으로 이동하고도 사업 작업을 잘못 완료할 수 있다.

로그는 WMS·MES 상태, 관제 할당, 지도와 경로, 차량 자세·속도·배터리, 안전 정지, 문·충전기·스테이션 예약, 적재 감지, 오류·재시도, 인간 개입을 같은 실행 ID로 묶어야 한다. 시간 동기와 소프트웨어 버전이 없으면 장애 재구성이 불가능하다.

KPI는 기한 내 올바른 주문 완료율, 시간당 양품 물류, 오배송·손상, 생산 라인 자재 부족, 생산적 이동과 빈 차 이동, 교통·작업·충전 대기, 무개입 연속 시간, 자동 복구, MTTR, 작업당 총비용을 포함한다. 평균뿐 아니라 피크 시간과 최악 경로를 본다.

안전과 소유권은 생산, 물류, 안전, IT·보안, 시설, 공급자·통합자가 나눈다. 생산은 자재와 순서를, 물류는 임무와 통로를, 안전은 위험과 정지를, IT는 인터페이스·네트워크·버전을, 시설은 문·충전기를, 공급자는 차량·소프트웨어·부품을 맡는다. 장애가 이 경계를 넘을 때 최종 결정자가 누구인지 미리 정한다.

7.12 물류 밖의 규모화: 청소·배달·병원·호텔

창고는 주문과 재고가 비교적 구조화되어 있다. 청소, 식당, 호텔, 병원은 사람의 예측 불가능한 이동과 품질·경험을 더 강하게 포함한다. 같은 내비게이션 기술을 사용해도 성공의 정의가 다르므로 물류 처리량을 그대로 옮길 수 없다.

상업 청소는 면적보다 품질이 중요하다. 청소한 제곱미터, 물·전력, 충전뿐 아니라 누락 구역, 가장자리, 얼룩 재작업, 오수 처리, 브러시 교체, 사람이 의자와 쓰레기를 치우는 시간을 기록해야 한다. 로봇이 지도를 95% 덮어도 가장 더러운 5%를 사람이 다시 청소하면 절감이 작을 수 있다.

식당 배달은 테이블 회전과 직원 동선이 핵심이다. 로봇이 주방에서 테이블로 이동해도 직원이 음식을 싣고 손님이 내려야 한다. 혼잡한 통로에서 손님 경험과 소음, 트레이 위생, 뜨거운 음식의 안전을 함께 본다. 로봇 주행 시간만 줄고 직원 인계 대기가 늘면 총서비스 시간이 개선되지 않는다.

호텔 배달은 객실 인증, 문, 엘리베이터, 전화·앱 알림과 프런트 운영을 연결한다. 다층 이동 성공은 단순 지도 문제가 아니라 엘리베이터 우선순위와 보안 정책이다. 엘리베이터가 소방 모드이거나 사람이 가득 찬 경우 안전한 대기와 인간 인계가 필요하다.

병원은 추적성과 감염관리가 더 엄격하다. 검체·약품·수술 물품은 잠금, 사용자 권한, 온도, 인수 기록이 필요할 수 있다. 환자와 방문객 우선, 엘리베이터, 무선 음영, 청소·소독, 개인정보를 포함해야 한다. “병원에 배치”라는 사례만으로 임상 업무 절감과 오류 감소를 증명하지 않는다.

7.13 한계와 열린 질문

첫째, 세 회사의 공개 수준이 다르다. Geek+는 거래소 공시로 회계 지표와 일부 운영 지표를 제공한다. SEER와 Pudu는 공식 제품·회사 자료가 중심이다. 이 차이는 회사 품질의 자동 순위가 아니라 증거 신뢰도와 질문의 차이다. 미공개 값은 0이 아니며 추정으로 채우지 않았다.

둘째, 발행사 규모 수치가 서로 다른 단위를 쓴다. 파트너·고객, 출하, 체결 주문, 인식 매출, 국가·지역, 재구매율은 같은 열에 놓을 수 없다. 제품 페이지의 최대 가반하중과 위치 정밀도도 현장 처리량과 독립 가동률을 뜻하지 않는다. 모든 숫자는 날짜, 모델, 보고 기간, 발행사 자격을 유지했다.

셋째, 반복 경제의 핵심 값이 부족하다. SEER의 소프트웨어·통합자 수익 구조, Geek+ 구독 기반 서비스의 절대 매출·마진·갱신, Pudu의 렌털·구독·유지보수 비중은 공개 근거로 비교하기 어렵다. 출하가 커질수록 보증·현장 지원 비용도 커질 수 있으므로 반복 매출만이 아니라 서비스 원가가 필요하다.

넷째, 독립 운영 데이터가 부족하다. 동일 주문 분포, 레이아웃, 차량 수, 충전 정책, 사람 교통으로 세 회사를 비교한 자료가 없다. 고객 사례와 공식 영상은 가능성을 보여 주지만 선택 편향과 숨은 개입을 제거하지 못한다. 구매자는 자신의 파일럿 로그를 가장 강한 비교 근거로 만들어야 한다.

다섯째, 미디어 코퍼스 가시성은 미측정이고 WRC 2026 상태는 회사별로 다르다. 완전한 대상 기사 모수와 중복 제거 규칙이 없으므로 기사 수나 점유율을 만들지 않았다. 주최자 디렉터리는 SEER C233과 PUDU A217을 확인하지만 Geek+는 미검증이며, 어느 기록도 프로그램 참여나 성능을 입증하지 않는다.

열린 질문은 세 가지다. 이기종 차량군의 개방 API가 실제로 공급자 종속을 줄이는가, 아니면 고급 기능은 다시 전용 경로에 묶이는가. 차량군 데이터의 소유권과 모델 개선의 혜택을 고객과 공급자가 어떻게 나누는가. 서비스형 로봇 계약이 경기 하락과 낮은 이용률에서 하드웨어 잔존가치와 현장 지원 위험을 누구에게 배분하는가. 이 질문은 기술 데모보다 계약과 장기 코호트 데이터가 답해야 한다.

기존 서베이와의 연결

이 장은 이동 조작과 다중 로봇 연구의 교훈을 상용 운영으로 확장한다. AutoRT의 여러 로봇 데이터 운영은 감독·필터·작업 제안·사람 개입을 함께 설계해야 함을 보여 준다 ^[15]. BUMBLE은 건물 규모 임무에서 하위 작업 성공과 전체 임무 성공 사이의 간극을 보여 준다 ^[16]. 그러나 두 논문은 세 회사의 배치, 재무, SLA를 증명하지 않는다. 여기서는 그 구조를 조달 질문으로 번역한다.

다음에 배울 것

AMR와 서비스 로봇은 물체를 운반하지만, 마지막 접촉의 품질은 손과 그리퍼가 결정한다. 다음 8장은 그리퍼, 다지 손, 힘·촉각 센서가 미끄러짐, 재그립, 삽입, 손상과 안전을 어떻게 바꾸는지 다룬다. 차량군이 올바른 부품을 올바른 장소에 가져와도 손이 집지 못하거나 접촉 상태를 알지 못하면 자동화는 멈춘다.

7장의 운영 관점을 그대로 가져가야 한다. 손의 자유도나 센서 해상도만 보지 말고 교체 시간, 내구성, 오염, 케이블, 캘리브레이션, 소모품, 실패 복구와 작업당 비용을 본다. 8장에서는 접촉 지능 공급망이 하드웨어 사양에서 반복 가능한 조작 서비스로 이동하는 조건을 살펴본다.

참고문헌

1. SEER Robotics (2026a). SEER Robotics 공식 제품 포털. 공식 회사·제품 자료.
2. SEER Robotics (2026b). About SEER Robotics. 공식 회사 소개.
3. SEER Robotics (2025). M4 Smart Logistics Management System product matrix. 공식 제품 자료.
4. SEER Robotics (2026c). Automated Forklift: RDS, M4, WMS and MES Integration. 공식 기술 설명.
5. SEER Robotics (2026d). SEER Robotics Founder & CEO: Capital-Market Debut. 공식 회사 발표.
6. Geek+ (2026a). Geek+ Robotics and Software Solutions. 공식 제품 포털.
7. Geek+ (2026b). Annual Results Announcement for the Year Ended December 31, 2025. 홍콩거래소 공시, Stock Code 2590.
8. Geek+ (2026c). About Geek+. 공식 회사 소개.
9. Geek+ (2026d). Shelf-to-Person and All-in-One Software. 공식 솔루션 자료.
10. Pudu Robotics (2026a). PUDU Products. 공식 제품 포털.
11. Pudu Robotics (2026b). About PUDU. 공식 회사 소개·연혁.
12. Pudu Robotics (2025). PUDU Robotics Product Brochure. 2025년 3월 기준 공식 브로슈어.
13. Pudu Robotics (2026c). PUDU Open Platform. 공식 API·SDK 문서.
14. Pudu Robotics (2026d). Elevator Integration for Hotels and Hospitals. 공식 기술·사례 자료.
15. Ahn, M. et al. (2024). AutoRT: Embodied Foundation Models for Large Scale Orchestration of Robotic Agents. arXiv:2401.12963.
16. Shah, R. et al. (2024). BUMBLE: Unifying Reasoning and Acting with Vision-Language Models for Building-wide Mobile Manipulation. arXiv:2410.06237.
17. SEER Robotics (2026e). Industrial Cybersecurity Certification and Company Profile. 공식 회사·인증 자료.
18. Nathan Koenig et al. (2004). Gazebo: A Dynamic Multi-Robot Simulator. DOI:10.1109/iros.2004.1389727.
19. Herman Bruyninckx (2001). The OROCOS project: Flexible toolchain for robot control. DOI:10.1109/robot.2001.932879.