보스턴다이내믹스 기업분석 완전 가이드 (총 9편) | 6편 Orbit — BD의 진짜 무기는 소프트웨어다

시리즈: 보스턴다이내믹스 기업분석 완전 가이드 (총 9편) | 6편

Orbit — BD의 진짜 무기는 소프트웨어다

로봇 하드웨어에만 눈이 갈 수 있지만, BD의 진짜 무기는 소프트웨어 Orbit일 수 있어요. 미션 스케줄링부터 워크오더 자동화까지 — Orbit은 로봇을 기업의 업무 시스템 속에 고정시키는 워크플로 엔진이에요.

Summary

• Orbit은 단순 관제 화면이 아니라 "미션 → 데이터 → 알림 → 워크오더"로 이어지는 워크플로 엔진이야
• 기업이 Orbit 기반으로 업무를 구축하면 로봇 교체가 곧 업무 시스템 재구축이 돼 → 강력한 락인
• SDK와 파트너 생태계로 BD가 모든 기능을 직접 만들지 않아도 확장 가능한 구조야
• 구독형 반복매출 + 플랫폼 락인 = BD의 장기 수익성을 결정하는 핵심 레이어

이 글의 대상

• BD를 소프트웨어/플랫폼 관점에서 분석하고 싶은 투자자
• 산업 현장에서 로봇 운영 소프트웨어의 역할이 궁금한 분
• Orbit의 실제 기능과 전략적 의미를 이해하고 싶은 분

목차

1. Orbit이란 — "관제 화면" 그 이상
2. Orbit의 3대 핵심 기능
3. 락인 효과: 교체 비용이 만드는 해자
4. SDK와 파트너 생태계
5. 수익 모델: 구독형 반복매출의 가능성
6. Orbit의 한계와 과제

1. Orbit이란 — "관제 화면" 그 이상

로봇 회사의 소프트웨어라고 하면 대부분 "리모컨" 또는 "CCTV 화면"을 떠올려. Orbit은 완전히 다른 차원이야.

Orbit은 BD 공식 개발자 문서에서 "fleet management and data centralization" 성격의 플랫폼으로 설명돼. 쉽게 말하면:

로봇이 무슨 일을 하고, 어떤 데이터를 수집했고, 문제가 발견되면 누가 처리할지까지 — 이 전체 흐름을 관리하는 시스템

이건 로봇 1대를 조종하는 도구가 아니야. 여러 대의 로봇이 여러 현장에서 반복적으로 일하는 것을 관리하는 운영 플랫폼이지.

2. Orbit의 3대 핵심 기능

기능 1: 스케줄링 (Scheduling)

미션을 시간표처럼 설정할 수 있어. "매일 오전 6시에 A 구역 순찰, 오후 2시에 B 구역 점검" — 이런 식으로 자동화하는 거야.

기능 2: 웹훅 (Webhooks)

로봇이 이상을 발견하면 즉시 알림을 보내. 이게 단순 알림이 아니라 외부 시스템(슬랙, 이메일, 기업 알림 체계 등)으로 자동 전달되는 구조야.

기능 3: 워크오더 (Work Orders)

이게 핵심이야. 로봇이 "이상 발견" → Orbit이 "워크오더 자동 생성" → 기업의 EAM(자산관리)/CMMS(유지보수관리) 시스템으로 전달 → 담당자가 처리 → 상태가 Orbit에 동기화.

이 흐름을 표로 보면:

단계	주체	동작
이상 탐지	로봇(Spot)	열점/가스/이상 음향 발견
알림	Orbit	웹훅으로 즉시 알림
워크오더 생성	Orbit	자동으로 작업 지시 생성
외부 전달	EAM/CMMS	기업 유지보수 시스템으로 전송
처리	담당자	실제 조치 수행
상태 동기화	Orbit	처리 결과를 Orbit에 기록

이 구조가 중요한 이유는, 로봇이 기업의 유지보수 프로세스 "속으로" 들어간다는 거야. 단순히 영상을 보여주는 게 아니라, 업무 흐름의 일부가 되는 거지.

3. 락인 효과: 교체 비용이 만드는 해자

BD의 전략적 관점에서 Orbit이 가장 중요한 이유가 여기에 있어.

왜 락인이 생기나

기업이 Orbit 기반으로 다음을 구축했다고 생각해봐:

• 점검 미션 스케줄 설정 완료
• 데이터 모델(Run/RunEvent/RunCapture) 기반 아카이빙 구축
• 이상 탐지 → 알림 → 워크오더 자동화 완료
• EAM/CMMS와 연동 완료

이 상태에서 BD 로봇을 다른 회사 로봇으로 교체하려면? 업무 시스템 전체를 다시 구축해야 해. 이건 로봇 한 대 교체하는 비용이 아니라, 프로세스 재설계 비용이야.

이게 바로 플랫폼 락인(lock-in)이야. 구글 워크스페이스나 세일즈포스를 교체하기 어려운 것과 같은 원리지.

멀티사이트 효과

한 공장에서 Orbit을 구축하면, 다음 공장에서도 같은 데이터 모델과 워크플로를 재사용할 수 있어. 사이트가 늘어날수록 Orbit의 가치는 더 올라가고, 교체 비용은 더 커지지.

4. SDK와 파트너 생태계

BD는 모든 산업별 기능을 직접 만들지 않아. 대신 개발자 포털에서 Spot SDK를 공개하고, 파트너들이 위에서 기능을 만들도록 했어.

SDK가 만드는 구조

레이어	역할	예시
BD 플랫폼	로봇 + Orbit + API	하드웨어, 데이터 모델, 인증
파트너/ISV	산업별 기능 개발	Formant(운영/원격관제), IBM(AI 분석)
고객	현장별 커스터마이징	자체 SDK 기반 통합

이 구조의 장점:

• BD가 모든 걸 만들지 않아도 산업별로 확장 가능
• 파트너가 BD 플랫폼 위에서 돈을 벌 수 있어 → 생태계 자기 강화
• BD는 플랫폼 레이어에서 업셀(소프트웨어, 지원, 클라우드) 기회를 얻어

실제 사례

• Spot Cam 2 + 음향 이미징 등 기능이 파트너·확장으로 추가되고 있어
• 문 개방 기능 베타: 18개 고객이 참여해 2,500개 이상의 문 개방을 수행했어
• IBM은 BD 로봇 데이터와 AI 분석을 결합하는 사례를 공개했지

5. 수익 모델: 구독형 반복매출의 가능성

Orbit의 수익 모델은 공식적으로 공개되지 않았지만, 제품 설계에서 방향이 명확히 보여:

추정되는 수익 구조

수익원	형태	비고
로봇 본체	일회성 판매	Spot, Stretch, Atlas
Orbit 라이선스	구독형(연간)	클라우드/온프레미스 옵션
기능 패키지	라이선스(연간)	검사, 보안, 자율 등 기능별
서비스/지원	연간 계약	교육, 유지보수, 원격 진단

특히 Orbit 라이선스는 "기본 1년 유효"라는 안내가 공개 문서에 존재해. 구독 갱신 모델로 설계돼 있다는 강한 단서야.

왜 구독 모델이 BD에 중요한가

로봇만 팔면 일회성 매출이야. 하지만 Orbit + 기능 패키지 + 서비스를 묶으면:

• 반복매출(Recurring Revenue)이 생겨
• 고객이 늘수록 예측 가능한 매출이 증가해
• 로봇 교체 주기와 무관하게 매년 수익이 들어오는 구조

6. Orbit의 한계와 과제

온프레미스 복잡도

산업 현장은 보안 요구가 높아서 클라우드 대신 온프레미스를 선호하는 경우가 많아. 온프레미스 배포는 업데이트와 유지보수가 더 복잡하고, 이건 서비스 비용을 키워.

연동의 현실

EAM/CMMS와의 워크오더 연동이 문서상으로는 깔끔하지만, 실제로는 각 기업의 시스템이 다 달라. 이 연동 작업이 도입 리드타임에 영향을 줄 수 있어.

아직 Spot 중심

현재 Orbit은 주로 Spot과 함께 사용돼. Stretch와 Atlas까지 완전히 통합된 "멀티로봇 운영 플랫폼"이 되려면 추가 개발이 필요할 수 있어.

핵심 정리

1. Orbit은 관제 화면이 아니라 "미션 → 데이터 → 알림 → 워크오더"의 워크플로 엔진이야
2. 기업이 Orbit 기반으로 업무를 구축하면 교체 비용이 커져 → 강력한 플랫폼 락인
3. SDK + 파트너 생태계로 BD가 직접 만들지 않아도 산업별 확장 가능
4. 구독형 반복매출 구조가 BD의 장기 수익성을 결정하는 핵심
5. 온프레미스 복잡도, 연동 현실, Spot 중심 한계는 앞으로 풀어야 할 과제

FAQ

Q: Orbit은 무료인가요?

A. 정확한 가격은 공개되지 않았지만, 구독형 라이선스로 설계돼 있어. 기본 1년 유효라는 안내가 문서에 있으니 연간 갱신 모델로 보면 돼.

Q: Orbit 없이 Spot만 쓸 수 있나요?

A. 기본적인 원격 조종은 가능하지만, 자율 순찰·데이터 관리·워크오더 연동 같은 핵심 가치는 Orbit이 있어야 구현돼. 실질적으로는 함께 쓰도록 설계된 거야.

Q: 다른 회사 로봇도 Orbit에 연결할 수 있나요?

A. 현재 Orbit은 BD 로봇 전용으로 설계돼 있어. 하지만 API/웹훅 기반이라 외부 시스템과의 연동은 가능해.

Q: 클라우드와 온프레미스 중 어떤 걸 선택해야 하나요?

A. 보안 요구가 엄격한 산업 현장(에너지, 국방 등)에서는 온프레미스를, 관리 편의성을 원하면 클라우드를 선택하면 돼. BD는 두 옵션을 모두 제공하고 있어.

Q: Orbit의 데이터 모델이 뭔가요?

A. Orbit은 로봇의 활동 데이터를 Run(실행), RunEvent(이벤트), RunCapture(수집 데이터) 구조로 정리해. 이 덕분에 점검 데이터가 체계적으로 저장되고 검색·분석이 가능해지는 거야.

Q: Orbit을 쓰면 ROI가 얼마나 개선되나요?

A. 정량적 ROI 수치는 공개되지 않았어. 하지만 워크오더 자동화와 데이터 표준화가 점검 업무의 효율을 높이는 건 사례들에서 일관되게 보여. 정확한 수치는 현장 파일럿에서 확인하는 게 좋아.

참고 자료 (References)

데이터 출처

출처	설명	링크
Orbit 개발 문서	핵심 기능(스케줄링, 웹훅, 워크오더)	Orbit About
Orbit API 문서	데이터 모델(Run/RunEvent/RunCapture)	Orbit API
BD 개발자 포털	SDK 및 확장 개발	Developer Portal
The Robot Report	Spot & Orbit 5.1 업데이트	5.1 업데이트

핵심 인용

"Orbit provides scheduling, webhooks, and work order integration — connecting robots to enterprise maintenance workflows."
— BD Orbit 개발 문서

다음 편 예고

[7편] BD의 수익 공식: 로봇 판매에서 플랫폼 사업으로

• HW 판매 → SW 구독 → 서비스로 이어지는 BD의 수익 확장 구조
• Spot $74,500에서 시작된 가격 전략의 진화
• "로봇 제조업체"에서 "산업 운영 플랫폼 사업자"로의 전환 로드맵