Ojai가 도로에 멈춰 섰는데 화면은 정상이고 문도 열리지만 승객용 손잡이 옆 공간이 예상보다 좁다는 신고가 들어올 수 있다. 같은 날 눈이 센서 돔에 붙어 자율주행이 보수적으로 정지할 수도 있다. 두 현상은 모두 ‘새 플랫폼 문제’지만 원인과 승인 기준은 전혀 다르다. Ojai의 6세대 Driver를 검증할 때 차량 동역학·겨울 ODD와 객실 접근성을 별도 시험선으로 운영해야 하는 이유다.

첫 탑승에서 문제가 보이는 지점
Waymo의 Ojai 첫 승객 발표에 따르면 직원들은 이미 완전자율 주행을 경험했고, 2026년 5월 이후 일부 일반 승객을 무료 Trusted Tester로 받는 단계였다. 낮은 발판, 완전히 평평한 바닥, 점자, 화면 읽기 호환, 좌석 손잡이와 세 화면은 실제 승객 피드백을 받을 제품 요소다. 이 상태는 모든 도시에 상용 배치됐다는 뜻이 아니다.
운영자는 첫 탑승을 ‘차가 목적지에 도착했는가’만으로 평가하지 않는다. 문 앞 정차 오차, 문 열림 공간, 휠체어·보행보조기 동선, 점자 위치, 음성·화면 정보의 동등성, 지원 호출 이해와 하차 시간을 관찰한다. 자율주행 경로가 안전해도 승객이 탈 수 없으면 서비스는 실패다.
반대로 객실 만족도가 높아도 새 차체의 제동·조향·열관리와 센서 시야가 검증됐다는 뜻은 아니다. 객실 UX trial은 승객 경험의 증거이고, vehicle transfer trial은 동역학과 Driver interface의 증거다. 결과 저장소와 승인자를 분리한다.
새 차체에서 처음 깨지는 조건
6세대 센서는 13개 카메라, 4개 lidar, 6개 radar와 외부 음향수신기를 사용한다고 Waymo의 6세대 Driver 설명에 공개돼 있다. 센서 수가 줄고 배치가 달라지면 차체 자체의 가림, 진동, 열, 오염과 세척 경로를 다시 본다. 제조 공차로 각 센서 자세가 조금 달라진 경우도 차량별 calibration에서 잡혀야 한다.
| 시험축 | 실패를 부르는 조건 | 관측할 신호 | 즉시 조치 |
|---|---|---|---|
| 센서 장착 | 브래킷 편차·진동·눈이나 물방울 | 외부정합 오차, modality 불일치 | 운행 보류 후 세척·재교정 |
| 차량 제어 | 적재량·타이어·노면 마찰 변화 | 제동거리, yaw·steering 추종 오차 | 속도·ODD 제한과 차량 점검 |
| 겨울 운행 | 강설·슬러시·차선 가림 | 가시거리, wheel slip, 최소위험정지 | 조건 이탈 또는 안전 정지 |
| 문·객실 | 연석·경사·협소 승하차 공간 | 문 간섭, 탑승시간, 지원 호출 | 정차 위치 변경 또는 원격지원 |
| 접근성 UI | 화면·음성·점자 정보 불일치 | 과업 실패와 도움 요청 | 기능 수정, 대체 채널 제공 |
표의 행을 하나의 종합점수로 합치면 위험하다. 센서 실패를 객실 만족도로 상쇄할 수 없고, 접근성 과업 실패를 무사고 마일로 지울 수도 없다. 각 축에 stop-ship 조건을 두고 교차 영향만 별도로 분석한다.
경보가 센서에서 정지까지 흐르는 경로
눈이 카메라 contrast를 낮추면 perception confidence만 변하는 것이 아니다. radar·lidar와의 불일치, localization 품질, planner 속도, 제동 요청과 actual deceleration이 연쇄적으로 바뀐다. 원인을 찾으려면 공통 clock으로 sensor health, object track, planned path, actuator command, wheel speed와 최소위험정지를 맞춘다.
Waymo의 전천후 Driver 해설은 실제 눈 환경, simulation과 센서·행동 적응을 함께 사용한다고 설명한다. 이는 방법론에 관한 회사 자료다. ‘눈이 많은 도시를 지원한다’는 방향과 특정 적설량·노면에서 rider-only 승인을 받았다는 결과를 같게 쓰지 않는다.
접근성 신호는 다른 경로를 탄다. 화면 읽기 이벤트, 문·지원 버튼 입력, 음성 안내, 차량 위치와 상담 연결 시간을 세션 ID로 묶되 민감한 승객 정보는 최소화한다. 접근성 시험 참가자가 도움을 요청했다는 사실은 자율주행 disengagement가 아니다. 서비스 장애 분류가 정확해야 수정 owner도 맞는다.
실패 뒤 복구는 승객과 차량을 따로 닫는다
차량 계통 경보가 나면 ODD 안에서 위험최소상태로 전환하고 원격지원·현장회수·정비로 이어진다. 단순 reboot로 사라진 경보도 원인과 영향을 확인하기 전에는 자동 재출동시키지 않는다. 센서 세척 후 static calibration과 짧은 기능 주행, 제동·조향 이상 뒤에는 더 깊은 점검이 필요하다.
승객 계통 실패는 ‘차는 안전하다’는 말로 끝나지 않는다. 문이 열리지 않거나 승객이 안내를 이해하지 못하면 양방향 음성, 전화, 현장지원의 순서를 작동시킨다. 시각·청각·운동 제약별로 같은 복구 채널을 강요하지 않고 사용 가능한 대안을 확인한다.
- 차량 이상과 승객 지원 사건에 서로 다른 사건 코드를 부여한다.
- 최소위험정지 뒤 승객에게 어떤 정보가 언제 전달됐는지 기록한다.
- 원격 명령은 차량 경로를 대신 운전하는지, 고수준 안내만 주는지 경계를 남긴다.
- 수정 후 같은 조건·차량과 독립 holdout에서 재시험한다.
- 재출동 승인자는 정비 완료와 software 상태를 함께 확인한다.
한 플랫폼에 묶여도 남는 위험
6세대 Driver가 기존 fleet 경험을 재사용하는 것은 학습 효율의 이점이다. 그러나 새 센서·차체가 기존 로그와 다른 관측분포를 만들 수 있고, Ojai의 양방향 문과 객실 구조가 정차 위치 선택에 새 제약을 줄 수 있다. shared foundation model은 새 하드웨어의 실물 calibration을 생략할 근거가 아니다.
눈은 ‘있다/없다’로 나뉘지 않는다. 내리는 눈, 날린 눈, 쌓인 눈, 검은 얼음, 슬러시, 제설 경계와 센서 표면 오염이 서로 다른 실패를 만든다. 전천후라는 표현은 시험한 condition envelope와 중단 기준이 붙어야 한다. 특히 강설에서 안전하게 멈춘 사례를 운행 가능 성과로만 세지 않는다.
접근성도 기능 목록으로 끝나지 않는다. 점자가 있어도 손이 닿지 않거나 의미가 모호할 수 있고, screen reader 호환이 앱과 차량 화면의 전체 여정을 보장하지 않을 수 있다. 장애 당사자의 과업 완료, 도움 없이 걸린 시간, 불편과 안전 사건을 제품팀이 직접 검토해야 한다.
공개 승객 확대 전 인수시험
인수는 차량, ODD, 승객 경험을 세 문턱으로 나눈다. 차량 문턱은 센서 정합, 제동·조향 추종, 전원·열과 failover를 본다. ODD 문턱은 도시·도로·날씨 stratum마다 안전 성능과 통계 불확실성을 본다. 승객 문턱은 door-to-door 과업을 다양한 참가자가 독립적으로 완료하는지 본다.
| 문턱 | 합격 증거 | 불합격 뒤 복구 | 확대 조건 |
|---|---|---|---|
| 차량 이식 | 차량별 calibration·제동·조향·fault test | 정비·재교정 후 회귀시험 | 동일 생산공정의 편차 관리 |
| 겨울 ODD | 조건별 감지·계획·정지와 실물 exposure | 조건 제한 또는 모델·센서 수정 | 새 눈·노면 strata 추가 검증 |
| 접근성 | 승하차·정보·지원 과업 완료 | UI·정차·지원 절차 수정 | 당사자 재시험과 운영자 교육 |
| 운영 복구 | 사건 인지부터 승객 안전·차량 회수까지 시간 | owner·escalation 재설계 | 반복 훈련에서 목표 충족 |
2026년 5월 Ojai 상태는 선택된 도시의 제한된 무료 승객 단계다. 회사는 이후 더 많은 승객과 도시로 넓힐 계획을 밝혔다. 확대 공지를 합격 증거로 거꾸로 사용하지 않고, 어떤 플랫폼·도시·날씨·승객 범위에서 어떤 문턱을 통과했는지 확인한다.
현장에서 다시 확인할 질문
Ojai가 완전자율주행이면 사람은 언제 개입하나요?
운전석에서 실시간으로 운전하는 사람은 없더라도 이상 감시, 승객 지원, 고수준 원격 안내, 차량 회수와 정비에 사람이 남는다. 접근성 지원 요청이나 문 고장에는 상담원이 연결될 수 있고, 차량 계통 이상은 위험최소정지 뒤 운영·정비팀이 처리한다. 원격지원이 차량을 직접 조종하는지 여부도 운영 설명에서 확인해야 한다.
겨울 운행 실패와 접근성 실패는 같은 팀이 책임지나요?
공통 사건관리 owner는 둘 수 있지만 기술 책임은 분리해야 한다. 겨울 운행은 센서·인지·계획·차량제어와 ODD 승인팀이, 접근성은 제품·서비스·운영지원팀이 주로 맡는다. 승객이 차량 이상 때문에 탑승에 실패한 교차 사건은 두 팀의 기록을 하나의 세션으로 연결해 원인을 닫아야 한다.
자료 마지막 확인: 2026년 8월 26일