의견: 애플이 전용 HomeKit 앱이 필요한 이유

지난 몇 달 동안, 우리는 다양한 공급업체의 HomeKit 액세서리와 앱을 살펴볼 기회를 가졌고, HomeKit과의 삶에 대한 우리의 경험도 공유했습니다. 요약하자면, 우리는 애플의 초기 홈 자동화 생태계가 잠재력 면에서 승리자라고 느끼고 있으며, 계속해서 성장통을 겪고 있습니다.

불행히도, 우리가 본 HomeKit 액세서리는 가격이 합리적이고 성능이 뛰어난 경우가 많았지만, 대부분의 경우 함께 제공된 앱에 대해서는 같은 말을 할 수 없었습니다. 후자는 대체로 꽤 좋거나 최악의 경우 보통 수준에 그쳤으며, 대부분은 그 스케일의 하위 범주에 속했습니다. 사실, 우리가 본 모든 HomeKit 앱 중에서 Elgato의 Eve 앱만이 정기적으로 사용할 가치가 있다고 생각하며, 이는 여러 공급업체의 모든 HomeKit 액세서리를 제어하는 우리의 선택입니다. 사실, 다른 공급업체(Philips)가 Hue 조명과 함께 HomeKit을 설정하는 가이드에서 Elgato의 앱을 사용하라고 추천한 것은 주목할 만한 일입니다. Hue 앱 자체는 기본적인 HomeKit 지원이나 제어를 제공하지 않기 때문입니다.

다양한 HomeKit 앱이 존재하는 세상에서, 많은 앱이 애플이 HomeKit을 통해 홍보하는 모든 기능에 대해 제한적인 지원만 제공하는 상황에서, 애플이 작성한 HomeKit 앱이 부재한 것은 눈에 띄는 일입니다. 지난 봄의 소문에 따르면 애플은 iOS 9에서 HomeKit 앱을 개발 중이라고 하였으며, 내부적으로는 꽤 기본적인 버전의 앱이 사용되고 있다고 합니다. 그러나 이 앱은 어떤 형태로든 공개되지 않았으며, 이는 내부 HomeKit 개발을 위한 것일 뿐, 실제로 공개될 의도가 없었음을 시사합니다. 사용자 경험을 철저히 관리하는 회사에서, 애플이 HomeKit의 사용자 상호작용을 제3자 개발자에게 맡기는 것은 특히 이상하게 보입니다. 많은 제3자 개발자들은 훌륭한 하드웨어 제조업체이지만, 반드시 애플리케이션 개발에 능숙한 것은 아닙니다. HomeKit은 이러한 앱과 애플의 Siri 인터페이스를 통해 잘 작동하지만, 우리가 확신하는 것은 그들 중 어느 것도 평균 사용자에게 HomeKit을 애플이 설계한 앱이 할 수 있는 만큼 명확하거나 직관적으로 제시하고 있지 않다는 것입니다.

명확히 하자면, HomeKit은 애플이 제공하는 기본 시스템이기 때문에, 제3자 앱이 제공하는 대부분의 기능은 실제로 iOS의 핵심 부분에 해당합니다. 이 경우, 제3자 앱은 장치를 추가하고 제어하며, 방, 구역, 서비스 그룹 및 장면을 설정하고, 시간 및 위치 기반 트리거를 구성하기 위해 “HomeKit” 프레임워크와 인터페이스하는 것 외에는 아무것도 하지 않습니다. 이 때문에 대부분의 HomeKit 앱은 처음에 구성되지 않았더라도 전체 HomeKit 인프라를 “볼” 수 있으며, 시간 및 위치 기반 트리거는 구성 앱이 실행 중이거나 설치되어 있지 않아도 작동합니다.

다시 말해, Incipio의 CommandKit 앱을 설치하고 이를 사용하여 일부 위치 기반 트리거를 설정한 후, iOS 장치에서 완전히 삭제하더라도 위치 트리거는 여전히 작동합니다. 이들은 특정 앱이 아닌 기본 HomeKit 시스템에 저장됩니다.

사실, 공급업체 특정 HomeKit 앱에 필요한 유일한 HomeKit 기능은 해당 공급업체의 장치를 HomeKit 시스템에 추가하는 것입니다. Elgato의 Eve 앱은 Elgato가 만든 장치만 발견하고 추가할 수 있으며, iHome, iDevices, Incipio 등도 마찬가지입니다. 그러나 추가된 후에는 해당 장치가 지원하는 모든 HomeKit 앱에서 제어할 수 있습니다.

업데이트: Elgato가 이 기사의 댓글에서 지적한 바와 같이, Eve 앱은 비-Elgato HomeKit 장치를 사용자의 HomeKit 구성에 추가할 수 있습니다. 단, 장치가 이미 사용자의 Wi-Fi 네트워크에 연결되었거나 iOS 설정 앱을 통해 Bluetooth로 수동으로 페어링되어 있어야 합니다. Elgato는 애플의 제한 내에서 할 수 있는 모든 것을 했지만, 우리가 살펴본 대부분의 HomeKit 액세서리는 여전히 대부분의 사용자가 귀찮아할 멀티 스테이지 프로세스를 요구하며, 본질적으로 애플의 목표인 HomeKit 설정 프로세스를 가능한 한 원활하게 만드는 것에 반하는 것입니다.

하지만 여기서 상황이 더 복잡해집니다. 문제는 모든 HomeKit 앱이 모든 클래스의 장치를 지원하지 않는다는 것입니다. 왜 그럴까요? 한 공급업체가 경쟁업체의 제품을 쉽게 제어할 수 있는 앱을 개발할 유인이 무엇일까요? 이는 심지어 의도적인 것이 아니라 비즈니스의 본질입니다. 모든 회사는 제품에 투입할 수 있는 시간과 노력이 제한되어 있으며, 대부분의 하드웨어 공급업체는 처음부터 앱 개발의 전문가가 아닙니다. 그들의 장치와 함께 앱을 작동시키는 데 충분한 시간이 걸리므로, 다른 공급업체의 장치를 지원하려고 하는 것은 정당화할 수 없습니다. 물론, 경우에 따라 문제의 장치의 특성으로 인해 이미 내장되어 있을 수 있습니다. 예를 들어, 스마트 아울렛을 만드는 공급업체의 앱은 다른 공급업체의 HomeKit 구성 스마트 아울렛을 자동으로 지원할 가능성이 높습니다. 그러나 온도 조절기, 센서 및 도어 잠금 장치와 같은 덜 보편적인 장치는 해당 공급업체의 HomeKit 앱이 필요할 가능성이 더 높습니다.

또 다른 문제는 우리가 본 많은 HomeKit 장치가 HomeKit이 제공할 수 있는 것 이상의 기능을 제공한다는 것입니다. 예를 들어, Elgato의 Eve 센서는 온도와 습도를 모니터링할 수 있지만, 이는 HomeKit 프레임워크를 통해 제공되는 기능입니다. 그러나 이들은 공기 질 및 기압 모니터링도 제공합니다. 마찬가지로, iDevices, Elgato 및 Incipio의 스마트 아울렛은 모두 전력 소비 모니터링을 제공하지만, HomeKit은 이 정보를 처리할 방법을 알지 못합니다. 이러한 모든 경우에서 HomeKit이 알지 못하는 정보는 각 공급업체의 고유한 앱 방법을 통해서만 접근할 수 있으며, 사용자는 어떤 기능이 HomeKit의 일부이고 어떤 기능이 아닌지에 대해 혼란스러워합니다. 이 문제에 대한 유일한 해결책은 애플이 HomeKit을 확장하여 더 많은 형태의 입력을 수용하는 것입니다. 이는 애플이 Health 앱에서 HealthKit 프레임워크가 기록하고 추적할 수 있는 데이터 양을 점진적으로 늘려온 방식과 유사합니다.

결국, 이는 우리가 반독점적인 세계에 남겨두며, 애플이 홈 자동화 액세서리를 통합하기 위해 어느 정도 노력했지만, 여전히 그 여정을 완전히 마치지 않은 것처럼 보입니다(아직). 우리는 애플이 MFi 프로그램과 API 강제를 통해 백엔드에서 모든 것을 지휘하고 있다고 확신하지만, 회사는 HomeKit 앱이 어떻게 구축되어야 하는지에 대한 개발자 가이드라인을 거의 제공하지 않았습니다. 특히 사용자 인터페이스와 관련하여 말입니다. HomeKit 액세서리를 여러 앱에서 장면으로 보고 제어할 수 있다는 것은 훌륭하지만, 이를 수행하는 사용자 인터페이스는 혼란스럽고 일관성이 없습니다. 이는 개별 하드웨어 공급업체의 디자인 철학에 기반하고 있습니다. 더욱이, 사용자는 단일 통합 인터페이스에서 제공되어야 할 설정을 위해 여러 앱을 조작해야 합니다. 다섯 개의 서로 다른 HomeKit 앱을 열면, 홈 자동화 앱이 어떻게 보여야 하는지에 대한 다섯 가지 완전히 다른 인터페이스와 아이디어를 보게 될 것입니다. 백엔드 조직과 Siri 음성 제어를 넘어, 우리는 HomeKit 사용자 경험에 대한 방향성이 없었다는 느낌을 받습니다. 이는 일반적으로 사용자 상호작용에 집착하는 회사에서 오는 큰 아이러니입니다.