앞 글의 끝에 질문 하나가 남았다. 울타리는 이미 크고, 이미 깔려 있다. 땅은 어떻게 거기까지 가나.
답은 간단하다. 거기로 들어간다.
앱 하나로 들어간다
거실의 TV에도, 차량의 화면에도, 홈 허브에도 앱을 올릴 자리가 있다. 그 자리는 열려 있다 — 제출 절차가 공개돼 있고, 심사 기준이 문서로 있고, 서드파티가 실제로 올린다.
그 자리에 플레이어가 앱 하나로 올라간다. 그러면 무슨 일이 생기는가.
그 화면이 바깥의 장치들을 다룰 수 있게 된다. 거실 TV가 보일러와 환기 설비의 상태판이 되고, 차량의 모니터가 적재함과 작업기의 조작면이 된다. TV를 만든 쪽이 보일러를 지원한 적이 없어도 그렇다. 보일러가 자기 화면을 건네고, 플레이어가 그것을 그리기 때문이다.
이건 그 디바이스에서 무언가를 빼앗는 구조가 아니다. 그 디바이스가 할 수 있는 일이 늘어나는 구조다.
무엇을 가져가지 않나
들어가는 쪽이 무엇을 하지 않는지가 더 중요하다.
플레이어는 그 디바이스 안의 것을 읽지 않는다. 그 안의 앱들과 데이터를 나누지 않고, 그 플랫폼의 사용자 정보를 필요로 하지 않는다. 하는 일은 바깥의 장치에 접속하는 클라이언트다. 그 접속도 사용자가 정한 장치에만 간다.
그래서 심사에서 설명해야 할 것은 "이 앱이 이 기기 안에서 무엇을 하느냐"가 아니라 "바깥 장치를 다루는 권한을 어떻게 다루느냐"다. 그 문서는 미리 준비돼 있어야 한다.
그 디바이스에게 무엇이 남나
이 구조가 성립하려면 들어가는 쪽만 이득이어서는 안 된다.
TV를 만든 쪽 입장에서 보면 이렇다. 자기 플랫폼에 앱이 하나 늘었는데, 그 앱 하나로 자기가 지원한 적 없는 장치 범주 전체가 그 화면에 붙는다. 보일러 회사와 계약하지 않아도, 농기계 회사와 규격을 맞추지 않아도 그렇다. 그 화면의 쓸모가 늘어난다.
차량 쪽은 조건이 하나 더 붙는다. 차량의 핵심을 건드리지 않는 자리여야 한다. 제어 계통이 아니라 화면과 오디오만 다루는 영역이면 장착이 성립한다. 그 구분이 지켜지는 한 이 얘기는 안전 계통 밖의 얘기다.
무게중심을 어디에 두느냐
같은 사실을 두 가지로 말할 수 있다.
① 우리가 그들을 통해 퍼진다. ② 그들의 디바이스가 더 많은 것을 다루게 된다.
내용은 같은데 읽는 사람이 달라진다. ①로 말하면 그 플랫폼 입장에서는 자기 자산을 통로로 쓰겠다는 말로 들린다. ②로 말하면 자기 제품이 좋아지는 이야기가 된다.
이 글이 ②로 쓰인 것은 수사가 아니다. 실제로 성립하는 쪽이 ②이고, ①로만 성립한다면 이 구조는 처음부터 거절당한다.
통과하는 자리
문이 열려 있는 것과 통과하는 것은 다르다. 플랫폼마다 심사가 있고, 제출 절차는 공개돼 있다.
그래서 이 구조가 준비한 것은 두 가지다. 안에서 아무것도 가져가지 않는 것 — 그 디바이스의 사용자도, 결제도, 데이터도 건드리지 않는다. 그리고 그 디바이스에게 무엇이 남는지를 먼저 말하는 것 — 앱이 하나 늘어나는 것이 아니라, 그 화면이 바깥의 장치들을 다루는 자리가 된다.
여기까지가 첫째 축이다
닮아 보이는 두 종류 중 하나 — 장치 안에서 앱을 돌리는 플랫폼 — 와의 관계를 두 글로 적었다.
사업의 모양이 반대이고(울타리와 땅), 그렇다고 싸울 자리가 아니다(통로). 이 둘이 첫째 축의 전부다.
다음 글부터는 둘째 축이다. 이번엔 사업이 아니라 프로토콜의 층에서, 창의 주인이 누구냐를 묻는다.
makemind.dev 「탐구」 — 심사 절차가 공개돼 있다는 것까지가 사실이고, 통과는 별개다.