문은 닫혔는데, 사람은 탔을까요?

CITY HOPPER 미니어처의 문을 열었다가 닫으면, 작은 OLED 화면은 READY / WELCOME HANA로 바뀝니다. 제가 만든 탑승 시연에서는 이 동작을 다음 장면으로 넘어가는 조건으로 삼았습니다.

그런데 이때 센서가 확인한 것은 무엇일까요? 사람이 안에 들어갔다는 사실이 아니라, 문이 열렸다가 닫혔다는 상태 변화입니다. 이번에는 프로젝트 전체의 제작 과정보다, 이 두 사실 사이에 붙인 ‘탑승 완료’라는 이름을 들여다보려 합니다.

CITY HOPPER 인터랙션 프로토타입의 실제 미니어처 사진입니다. 기존 공개 프로젝트 원본을 편집 없이 사용했습니다. 비행 가능한 상용 기체나 실제 승객을 대상으로 한 검증 사진은 아닙니다.

센서의 입력과 화면의 이름 사이

원본 아두이노 코드에는 도착 장면에서 문 열림을 한 번 확인한 뒤, 문이 다시 닫히면 탑승 장면으로 전환하는 조건이 들어 있습니다. 문이 열렸을 때는 측면 보조등이 켜지고, 화면에는 STEP IN / WATCH STEP이 나타납니다. 다시 닫히면 준비 상태와 환영 문구를 보여줍니다.

이 연결 덕분에 시연은 발표 화면의 버튼만 누르는 흐름에 머물지 않습니다. 손으로 문을 움직인 결과가 빛과 문구로 돌아옵니다. 물리적인 입력과 디지털 반응의 관계를 살펴보기 위한 미니어처였으므로, 문 동작을 탑승 장면의 전환 조건으로 사용했습니다.

다만 이 구현에 실제 승객의 탑승 여부를 판정하는 기능이 포함된 것은 아닙니다. 이름과 ETA, 비행 정보도 시연용 값입니다. 작동하는 장면을 만들었다는 사실과 그 장면에 붙인 이름이 현실에서도 성립한다는 것은 나누어 설명해야 할 것 같습니다.

같은 문 닫힘에도 다른 사람이 있을 수 있습니다

여기서부터는 실제로 관찰한 사례가 아니라, 다음 검토를 위한 가정입니다. 누군가 문을 열어 내부만 보고 다시 닫았을 수도 있습니다. 두 사람이 함께 타려는데 한 사람만 먼저 들어갔을 수도 있고요. 문 센서의 입력이 같아도 사람의 상황은 같지 않을 수 있습니다.

이렇게 보면 ‘탑승 완료’는 단순한 상태 이름 이상입니다. 화면을 읽는 사람에게는 더 기다리거나 확인할 일이 없다는 뜻으로 받아들여질 수도 있습니다. 장치가 감지하는 사건의 속도와, 사람이 몸을 옮기고 동행을 기다리는 속도를 같은 것으로 놓지 않는 검토가 필요하지 않을까요?

그렇다고 이 미니어처에 곧바로 센서를 더 붙이는 것이 답이라고 말하기도 어렵습니다. 무엇을 확인하려는 시연인지에 따라 필요한 구현이 달라질 테니까요. 지금의 프로토타입이 보여주는 것은 문 동작과 안내의 연결이지, 실제 운항을 위한 탑승 확인이나 안전 판정이 아닙니다.

‘완료’라고 쓰기 전에 한 줄 더 적어보기

비슷한 상태를 설계한다면, 화면 문구 옆에 ‘무엇을 근거로 이 말을 표시하는가’를 한 줄 적어보면 좋겠습니다.

이 프로젝트라면 ‘도착 장면에서 문이 열렸다가 닫힘을 감지했다’가 구현된 조건이고, ‘승객이 탑승을 마쳤다’는 시연에서 부여한 의미입니다. 둘을 나란히 쓰면 현재 확인한 범위와 앞으로 확인할 범위가 드러납니다. 실제 서비스로 확장한다면 어떤 사람의 어떤 행동까지 확인해야 하는지, 별도의 설계와 검증이 필요합니다.

다음에 이 프로토타입을 사람과 함께 살펴본다면, 문을 닫은 뒤 화면을 보고 ‘이제 무엇이 끝났다고 생각하셨나요?’라고 묻고 싶습니다. 아직 수행하지 않은 사용자 검토 질문입니다. 잘 이해했다고 제가 먼저 판단하기보다, 같은 안내를 보고 어디까지 확인됐다고 받아들이는지 들어보고 싶습니다.

여러분이 다루는 제품의 ‘완료’ 중에도, 센서나 시스템이 확인한 사건보다 더 넓은 사람의 상황을 대신하고 있는 말이 있나요?

자료와 범위

• 제가 상상한 에어 택시, CITY HOPPER — 프로젝트의 제작 과정과 웹 시연을 담은 기존 공개 글입니다.
• 이번 글의 구현 설명은 프로젝트 원본 아두이노 코드와 구현 가이드의 문 센서·장면 전환 조건을 다시 대조했습니다. 실제 장치를 이번에 재실행하거나 사용자 테스트를 수행한 결과는 아닙니다. 가정한 상황과 다음 검토 질문은 현재 구현에 대한 제 해석·제안으로 구분했습니다.