App StoreはiOS 2.0（iOSがまだiPhone OSと呼ばれていた頃）から存在し、ローンチ以来様々な変更を経てきました。数え切れないほどの新機能が追加されただけでなく、ストアのデザインも何度か変更されています。

iOS 9 が月曜日に発表される予定であることを踏まえ、Apple が App Store インターフェースを簡素化しながら、他のアプリとの一貫性を高め、待望の機能調整を加えるいくつかの方法を検討してみましょう。

インスピレーション

まず、これらのアイデアや変更点がどこから来ているのかを理解するために、いくつか重要な点に触れておきたいと思います。Appleは今年初め、近々刷新されるミュージックアプリのベータ版の配信を開始しました。このアプリでは、これまでのAppleのソフトウェアには見られなかったいくつかの新しいUIコンセプトが導入されました。

これらのデザイン変更に（それほどではないものの）影響を与えた2つ目の要因は、iOS 9でシステムフォントがApple Watch用に開発された書体「San Francisco」に変更されるという噂です。これらのモックアップはすべてこのフォントを使用しています。

拡大するには、以下のモックアップのいずれかをクリックします。

注目、探索、検索

まずは「おすすめ」ページと「探す」ページから見ていきましょう。これらは、App Storeを開いたときにほとんどの人が最初に目にする2つのページです。特にお勧めできる変更点はありませんが、注目すべき違いが1つあります。画像でご覧いただけるように、タブバーの検索ボタンがなくなり、上部のナビゲーションバーのウィッシュリストボタンの隣に検索ボタンが追加されました。

この変更はiOS 8.4のミュージックアプリにヒントを得たものです。この機能のためにタブバーにボタンを全部配置する必要はありません。現在「検索」タブにあるものはすべて、ボタンをタップすると表示される新しいビューに移動できます。アプリのナビゲーションバーに検索ボタンを配置することで、タブバーと同じようにアクセスしやすくなり、Appleの他のソフトウェアとの整合性も高まります。ナビゲーションバーで検索ボタンを別のボタンの隣に配置した前例もあります。カレンダーアプリを見ればそれが分かります。

検索ボタンをタップすると、キーボードと検索バーとともに、先ほどと同じトレンド検索リストが表示されます。繰り返しになりますが、これはミュージックアプリのベータ版から直接引き継がれたデザインです。ミュージックアプリでは、あるビルドでiTunes Radioのトレンド検索を同じように処理していました。ベータ版では上位5件しか表示されませんでしたが、このモックアップでは現在のApp Storeのデザインと同じ数を維持するために10件が表示されています。

ウィッシュリストと購入

購入済みリストは現在、「アップデート」タブからアクセスできます。数年前に初めて導入されて以来、ずっとそうでした。残念ながら、Appleはストア間でこのリストの表示場所の扱いにかなり一貫性がありません。App Storeでは「アップデート」タブにあるかもしれませんが、iTunes StoreとiBooks Storeでは別のタブになっています。しかし、この機能に独自のタブを設ける価値があるとは思えません。

当初は購入済みリスト (およびウィッシュリスト) を Explore ページに移動することを検討していましたが、最終的には、9to5 の Michael Steeber 氏とのブレインストーミングを経て、両方の画面をより簡単に利用できるようにする、よりよい方法に落ち着きました。

新しいミュージックアプリケーションでは、iTunes Radioの履歴画面が「再生済み」と「ウィッシュリスト」の2つのセクションに分かれています。これに倣い、App Storeの2つの類似したリスト「購入済みリスト」と「ウィッシュリスト」にも区切りを追加しました。

今後は、現在「ウィッシュリスト」ボタン（これも検索機能と同様にどの画面からでもアクセス可能）をタップすると、購入履歴も表示できるようになります。購入リスト自体に大きな変更はなく、検索画面と同じくらい素早く簡単にアクセスできます（ボタンは隣り合っています）。ただし、コンテンツの表示はより高速です（他の画面とは異なり、購入履歴リストはキャッシュされており、ネットワークアクティビティをほとんど必要とせずに瞬時に読み込まれるためです）。

このレイアウトには小さな問題が一つありますが、簡単に解決できます。現在、購入リストには、探しているものを素早く見つけるための検索バーと、購入履歴全体と現在スマートフォンにインストールされていないアプリのみを切り替えるためのセグメント化されたコントロールが含まれています。

購入済みとウィッシュリストのビューを切り替えるための別のセグメント化されたコントロールが既に存在するため、新しいデザインにそれを持ち込むのはうまくいきませんでした。代わりに、新しいミュージックアプリからさらに別のUI要素を借用しました。

代わりに、「購入済み」画面の左上にある••• ボタンをタップすると、現在インストールされているアプリの表示/非表示を切り替えるスイッチを含むアクションシートが表示されるようになりました。これは、デザインと表現の両方において、iOS 8.4 ミュージックアプリの「オフラインで利用可能な音楽を表示」オプションに似ています（ただし、私のアプリの表現は少し分かりやすいかもしれません）。

iOSとアプリのアップデート

これで最後のタブ「アップデート」に進みます。（トップチャートのモックアップを作成しなかったのは、このページでは、特にテキストなど、再作成する UI 要素が多すぎるためです。他のすべての画像で確認できる新しいフォント、検索ボタン、および 4 つのアイコンのタブバーを紹介するためだけに作成しました）。

この画面では、「すべて更新」ボタンの配置に関して一つ譲歩せざるを得ませんでした。誕生以来（少なくともこのボタンが最初に追加された時から）、このボタンは常に画面の右上隅に配置されていました。しかし、常に表示される新しい検索ボタンとリストボタンを配置するために、画面の反対側に移動する必要がありました。大きな変更ではありませんが、もし変更されれば、反射的に間違ったボタンを繰り返し押してしまう一部のユーザー（私も含めて）は間違いなくイライラするでしょう。

しかし、このボタンの位置を変更したのは、今回追加した変更の中で最も小さなものです。「アップデート」タブは、機能面の見直しが最も必要なタブです。現在は、インストールしたサードパーティ製アプリの利用可能なアップデートを表示する機能（および「購入済み」ページへの移動機能）のみを備えていますが、これはもはや意味がありません。この画面の機能を大幅に強化する時が来ました。

この変更は、OS XとAndroidという全く異なる2つのソースから着想を得ました。モバイル版と同様に、Mac App Storeには5つのタブがあり、そのうち3つはプラットフォーム間で共通です。「おすすめ」「トップチャート」「アップデート」です。Macの「カテゴリ」タブは、iOSの「Explore」タブとほぼ同じです（モックアップでは「Explore」タブを「カテゴリ」に改名することも検討しましたが、「おすすめ」タブと「トップチャート」タブに既に同じ名前のボタンがあるため、断念しました）。

Macにも「購入済み」タブがあり、これは先ほどiOSで移動させたリストと同じ機能です。Mac App Storeでは常時表示される検索バーにより、ユーザーはいつでもこの機能にアクセスできます。これは、私が再設計したiOS App Storeと同じです。これら2つのApp Storeのデザインが互いに影響を与え合っていることは容易に理解できるので、さらに詳しく見ていきましょう。

Macユーザー歴の長さによっては、以前は「ソフトウェア・アップデート」というアプリがシステムアップデートを管理していたことを覚えているかもしれません。しかし、今ではそのアプリは廃止され（WindowsでAppleのソフトウェアを使用している場合を除きます）、OS Xの「アップデート」タブでは、インストールされているサードパーティ製アプリだけでなく、Macオペレーティングシステム全体のアップデートが提供されます。セキュリティパッチ、OS Xのアップデート、SafariやiTunesの新バージョンなど、多くのアップデートがこのタブから配信されます。

iOSでは、「ソフトウェア・アップデート」は未だに設定アプリの中に隠れており、ほとんどの人はそこにアクセスすることはありません。一貫性と使いやすさを考えると、AppleがiOSのシステムアップデートとセキュリティパッチをApp Storeに移行するのは理にかなっているでしょう。

しかし、それ以上の話をしましょう。先ほども述べたように、この変更の背後にはAndroidも影響しており、まさにこの点が関係しています。Androidでは、メッセージアプリ、ブラウザ、電話ダイヤラー、さらにはホーム画面（現地ではランチャーと呼ばれています）といった組み込みアプリケーションはすべて、OSとは独立してGoogle Playストアからアップデートできます。これにより、Googleはソフトウェアを迅速にアップデートし、新機能や修正プログラムを追加することができます。実際、Androidユーザーなら「Update Wednesday」という言葉をよくご存知でしょう。これは、Googleが毎週モバイル向けのアップデートのほとんどをリリースする日です。

AppleはiOSにも同様のアップデートメカニズムを導入する必要があります。私のモックアップでは、メッセージ、天気、ミュージックといった組み込みアプリがアップデートに含まれていることにお気づきかもしれません。サードパーティ製アプリ（Chrome）とiOSセキュリティアップデートもリストされています。

ユーザーが内蔵アプリを削除してApp Storeから再ダウンロードできるべきだと主張しているわけではありません。ただ、内蔵アプリのアップデートインターフェースがApp Storeのアップデートと統合されるべきだと言っているのです。

Apple が最近、標準以下のソフトウェア リリースを提供しているという評判 (iOS 8.0 と 8.0.1 がそのほんの一例) を立てていることを考えると、iOS 全体のアップデートがリリースされるまで待たずに、迅速な個別リリースでバグに素早く対応する機能を同社が組み込むのは、それほど悪い考えではないでしょう。

メッセージアプリのアップデートでは、写真と一緒に音声クリップを送信できる機能が追加される可能性があります。ミュージックアプリのパッチでは、モックアップに見られるように、iTunes Radioなどのコンポーネントの小さな問題を修正できる可能性があります。また、一部のアップデートでは、システムフレームワークやライブラリのアップデートも提供される可能性があります。AppleがApp Storeを通じてWebKitアップデートを含むSafariの新バージョンをリリースするだけで、すべてのアプリのWebビューのパフォーマンスを改善できるとしたらどうなるでしょうか。

音楽の不具合を修正するためだけに、スマートフォンを再起動して時間のかかるiOSアップデートを行う必要はもうありません（ただし、セキュリティ修正など、一部のアップデートは依然として再起動が必要です）。理論上は、SpringBoard（ホーム画面やロック画面など、主要なシステム機能を支えるアプリ）でさえ、完全な再起動にかかる時間よりもはるかに早くアップデートと再起動が可能です。

もちろん、もしこれが実現すれば、iOSの大規模なアップデートが本当に必要なのか疑問に思うユーザーもいるかもしれません。答えは、まさに「イエス」です。Androidと同様に、開発者向けの新しいiOS APIは引き続きリリースする必要があり、iOSのメジャーアップデートはまさにそのための手段です。各メジャーリリースでは、システム全体の新機能を活用できるよう、最新の組み込みアプリを同梱し、その後、必要に応じてこれらのアプリのバグ修正や新機能のアップデートを1つずつリリースしていくことができます。

最後の調整

最後に、個々のアプリ一覧に少しだけ変更を加えたいと思います。ストアでアプリのページを開くと、iPhone版とApple Watch版（アプリにApple Watch版がある場合は）のスクリーンショットが表示されます。ページが乱雑にならないように、Apple Watchセクションは、実際にiPhoneとペアリングしていない限り非表示にしておきます。

結論

ということで、App Store の変更点をいくつかご紹介します。私の意見では、これらの変更により、アプリが少し使いやすくなり、速度も速くなると同時に、アップデート タブの重要性が大きく高まり、最終的に Apple が設定アプリ内の目立たないソフトウェア アップデート パネルを削除できるようになります。

AppleがiOS 9でこれらの変更をいくつ取り入れると予想しているだろうか？残念ながら、どれもないだろう。もしかしたらAppleは、特定のUI要素を再配置してアクセスしやすくしたり、ミュージックやカレンダーなどのアプリとの整合性を高めたりするメリットに最終的に気づくかもしれない。あるいは、Macのように、様々なソフトウェアアップデート画面を1つのインターフェースに統合することを誰かが主張する日が来るかもしれない。しかし、これらの変更が月曜日に反映されるとは期待していない。

havebin.com を Google ニュース フィードに追加します。 

FTC: 収益を生み出す自動アフィリエイトリンクを使用しています。詳細はこちら。