The VergeでAppleのスマートグラス戦略について読んだ。Mark Gurmanの情報として、Appleはスマートグラスの競合をMetaやSamsungだけに設定していないらしい。Ray-Ban、Oakley、Warby Parkerといった$200〜$500レンジのアイウェアブランドまるごと狙いに行くという話だ。
これ、Apple Watchのときと全く同じ構造だなと思った。あのときもPebbleやMotorolaを潰しに行ったわけじゃなくて、SwatchやFossilやSeikoという「普通の腕時計市場」を切り崩したんだよな。Apple Watchは年間推定170億ドルを稼ぐプロダクトになってるけど、アイウェア市場は年間180〜200億ドルと腕時計市場の132億ドルを上回る規模がある。Appleがそこを狙うのはかなり合理的に見える。
技術的な視点で読み直すと、Gurmanが強調してるのがAppleの「20億台以上のアクティブデバイス」との連携だ。iPhoneとの深いintegrationを前提にした体験設計。これは開発者として結構えぐい話で、Appleがスマートグラス向けのAPI・SDKを出してきたとき、Androidエコシステムとは「非対称なスタート地点」になる可能性がある。
MetaのRay-Banはそれ単体でもそれなりに面白いガジェットだけど、Appleがスマートグラスを出したとき、例えばSiriとの音声連携、マップ、通知ハンドリングあたりはiPhoneと組み合わせた瞬間に体験品質が全然違くなる。過去にApple Watch向けのwatchOSアプリのPRをレビューしたとき、UI制約のきつさに普通にハマったけど、それを乗り越えた先のユーザー体験の完成度はかなり高かった。そういう「制約の中の最適化」をAppleは毎回やってくる。
個人開発の文脈で言うと、今のうちにCore MLやVision Frameworkの使い方を手に馴染ませておくと、スマートグラス向けSDKが出たときに乗り換えコストが低くなりそうだと感じた。
Appleが今回あえてカルティエや松田光正みたいな高級レンジを狙わないという判断も気になった。$10,000のゴールドApple Watchで「刺さらなかった」経験から学習した形だ。メインストリームに絞るということは、SDKの設計思想もマス向けのユースケースに最適化される可能性が高い。AR的な情報オーバーレイより、通知・音声・ナビの実用機能が先に整備されそうだ。
これはどのレイヤーのエンジニアにとっても無視できない話だと思ってて、自分が今触ってるアプリのアーキテクチャを振り返った。通知周りやlocation serviceとの接続が雑なままになってるやつが正直ある。
とりあえず今動かしてみて、手元のコードでどこがglass向けに転用できそうか把握しておく感じにしてる。
彼女に「スマートグラスって普通のメガネより高いの?」って聞かれたとき、$200〜$500というレンジはRay-Banと同価格帯だから「メガネとして普通に買う選択肢になる」と説明したら「それはAppleの勝ちじゃん」と言われた。エンジニアじゃない人間でも直感的にそう感じる、というのがたぶんAppleの戦略が正しいことの証左だ。
自分がスマートグラスSDKのリリースを待つだけでなく、今のうちにVision Frameworkの既存実装を手元のプロジェクトで整理しておく。どうせ出たら最初の数週間は全員同じスタートラインなので、その前の地ならしが効いてくる。
これ、Apple Watchのときと全く同じ構造だなと思った。あのときもPebbleやMotorolaを潰しに行ったわけじゃなくて、SwatchやFossilやSeikoという「普通の腕時計市場」を切り崩したんだよな。Apple Watchは年間推定170億ドルを稼ぐプロダクトになってるけど、アイウェア市場は年間180〜200億ドルと腕時計市場の132億ドルを上回る規模がある。Appleがそこを狙うのはかなり合理的に見える。
「エコシステムで戦う」の再現性という話
技術的な視点で読み直すと、Gurmanが強調してるのがAppleの「20億台以上のアクティブデバイス」との連携だ。iPhoneとの深いintegrationを前提にした体験設計。これは開発者として結構えぐい話で、Appleがスマートグラス向けのAPI・SDKを出してきたとき、Androidエコシステムとは「非対称なスタート地点」になる可能性がある。
MetaのRay-Banはそれ単体でもそれなりに面白いガジェットだけど、Appleがスマートグラスを出したとき、例えばSiriとの音声連携、マップ、通知ハンドリングあたりはiPhoneと組み合わせた瞬間に体験品質が全然違くなる。過去にApple Watch向けのwatchOSアプリのPRをレビューしたとき、UI制約のきつさに普通にハマったけど、それを乗り越えた先のユーザー体験の完成度はかなり高かった。そういう「制約の中の最適化」をAppleは毎回やってくる。
個人開発の文脈で言うと、今のうちにCore MLやVision Frameworkの使い方を手に馴染ませておくと、スマートグラス向けSDKが出たときに乗り換えコストが低くなりそうだと感じた。
ハードウェア戦略がソフトウェア設計に影響する話
Appleが今回あえてカルティエや松田光正みたいな高級レンジを狙わないという判断も気になった。$10,000のゴールドApple Watchで「刺さらなかった」経験から学習した形だ。メインストリームに絞るということは、SDKの設計思想もマス向けのユースケースに最適化される可能性が高い。AR的な情報オーバーレイより、通知・音声・ナビの実用機能が先に整備されそうだ。
これはどのレイヤーのエンジニアにとっても無視できない話だと思ってて、自分が今触ってるアプリのアーキテクチャを振り返った。通知周りやlocation serviceとの接続が雑なままになってるやつが正直ある。
# watchOSのHaptic feedbackとnotification schedulingのサンプルを久々に動かしてみた
xcodebuild -scheme MyApp -destination 'platform=watchOS Simulator,name=Apple Watch Series 10'とりあえず今動かしてみて、手元のコードでどこがglass向けに転用できそうか把握しておく感じにしてる。
彼女に「スマートグラスって普通のメガネより高いの?」って聞かれたとき、$200〜$500というレンジはRay-Banと同価格帯だから「メガネとして普通に買う選択肢になる」と説明したら「それはAppleの勝ちじゃん」と言われた。エンジニアじゃない人間でも直感的にそう感じる、というのがたぶんAppleの戦略が正しいことの証左だ。
自分がスマートグラスSDKのリリースを待つだけでなく、今のうちにVision Frameworkの既存実装を手元のプロジェクトで整理しておく。どうせ出たら最初の数週間は全員同じスタートラインなので、その前の地ならしが効いてくる。