WWDC Quick Look 💓 By SwiftGGTeam
中文 EN 日本語
Custom app distribution with Apple Business Manager

Custom app distribution with Apple Business Manager

WWDC 2020Business & EducationApple Business ManagerMDMApp Store Connect
元の動画を見る

ハイライト

このセッションでは、Apple Business Manager (ABM) を通じてエンタープライズ レベルのアプリのカスタマイズされた配布を実現する方法について説明します。

主要内容

企業向けアプリの配布は、多くの場合 2 つの極端な状況に陥っています。パブリック App Store は Apple の購入およびダウンロード インフラストラクチャを使用できますが、幅広いユーザーを対象としており、カスタマイズされたバージョンを 1 人の顧客だけに表示することはできません。エンタープライズ アプリの配布は社内で展開できますが、企業自体の従業員にのみ適しており、開発者は証明書の更新や社内配布プロセスにも対処する必要があります。

カスタム アプリの配布は 3 番目の方法です。開発者は引き続き App Store Connect、TestFlight、App Review を使用しますが、アプリを表示できる企業または学校組織を指定できます。お客様は Apple Business Manager (ABM) または Apple School Manager (ASM) でライセンスを購入し、MDM を通じてデバイスにライセンスを割り当てます。エンド ユーザーにとって、アプリは引き続き App Store インフラストラクチャからダウンロードされますが、App Store の公開検索結果には表示されません。

この講演では、プロセスを 3 つの役割に分けて説明します。開発者は、アプリを作成し、レビューのために送信し、顧客組織を承認する責任があります。エンタープライズ管理者は、カスタム アプリの有効化、MDM への接続、ライセンスの購入、更新の管理を担当します。従業員がデバイスを入手すると、MDM は初期構成を完了し、カスタム アプリをインストールし、メールやネットワークなどの会社アカウントを構成します。このサイクルは続きます。開発者は新しいバージョンをリリースし、企業は導入を拡大し、従業員の役割の変化により新しい機能要件が作成されます。

2020 年の主な変更は、Apple がカスタム App を Apple School Manager に明示的に拡張し、Apple Business Manager が利用可能な地域でのオンプレミス展開の推奨パスにしたことです。社内の開発チームも、すべての社内ツールを企業証明書配布モデルに保持することなく、同じプロセスを使用して従業員にアプリをリリースできます。

詳細

カスタム アプリは、管理され表示されるプライベート App ストアです。

(01:08) 講演では、まず 3 つの配信方法を比較しました。エンタープライズ アプリの配布はカスタマイズをサポートしていますが、企業の内部従業員のみに適しています。パブリック App 配布は App Store インフラストラクチャを使用し、幅広い顧客に適していますが、顧客レベルのカスタマイズはサポートしていません。カスタム アプリを使用すると、開発者は専用の機能、ブランド、またはプロセスを備えたアプリを指定された顧客に配布できます。

(01:58) カスタム アプリの中核となるルールは明確です。開発者はどの組織または購入者がそれを購入できるかを決定し、アプリはそれらの顧客の ABM または ASM にのみ表示されます。顧客が購入すると、他の一括購入アプリと同じ方法でライセンスが管理および配布されます。 MDM が ABM に接続されると、組織に代わってライセンスをデバイスに割り当てることができ、デバイスは App Store インフラストラクチャからアプリをダウンロードします。

キーポイント:

  • カスタム アプリは、単一の顧客または顧客のグループをターゲットにすることができます。
  • アプリはパブリック App Store には公開されず、承認された組織のみに表示されます。
  • ABM と ASM は、カスタム アプリのサポートに同じモデルを使用します。
  • MDM はライセンスの配布とデバイス管理を担当し、アプリのダウンロードは引き続き App Store インフラストラクチャを経由します。

開発者が App Store Connect での送信を完了

(05:54) 開発者はまず自分のチームとアカウントを確認する必要があります。既存の App Store Connect アカウントを持つチームは、引き続き同じ組織開発者プログラムを使用できます。新しいチームは開発者アカウントを編成し、DUNS 番号を準備する必要があります。アプリが有料の場合は、銀行情報も提供し、有料アプリ契約に同意する必要があります。社内の開発チームは会社の既存の開発者アカウントに参加することもできますが、外部の契約開発者は特定のアプリにのみアクセスできます。

(07:21) アプリの準備ができたら、App Store Connect でメタデータ、スクリーンショット、説明、キーワード、価格、利用可能な地域を入力します。 Apple は、より広範囲の潜在的な顧客にリーチするために、アプリを世界中で利用できるようにすることを推奨しています。送信するときに配布タイプを選択します: パブリック App Store、または指定されたビジネスおよび教育顧客のみ。

(08:15) スピーチ内の Campus Explorer の例では、Pretendco の組織の詳細を App Store Connect に入力し、組織が独自の ABM インスタンスでこのカスタム アプリを購入できるようにします。アプリのログインに企業アカウントが必要な場合は、アプリレビュー チームがすべての機能にアクセスできるように、提出前にデモ認証情報を提供する必要があります。

キーポイント:

  • 開発者は依然として App Store Connect のチーム、契約、価格設定、地域、申請プロセスを使用しています。 ・カスタムアプリの違いは、配布形態と認可組織情報に現れます。
  • ログインが必要なエンタープライズ アプリは、アプリ レビュー用に利用可能なデモ アカウントまたはデモ モードを提供する必要があります。
  • アプリのレビューが完了するまで、顧客は ABM または ASM でアプリを表示したり購入したりすることはできません。

レビュー、バージョン、顧客との違いを事前に計画する

(08:56) カスタム アプリのレビューは公開アプリとは若干異なりますが、プレゼンテーションでは非常に具体的な準備方法が示されています。提出する際には、完全なデモアカウント、明確なメタデータ、対象となる業界や顧客のシナリオを説明できるレビューノートを提供してください。既存のアプリを更新する場合は、新しい機能と機能強化について説明する必要があります。メンテナンス バージョンには、バグ修正だけでなく、特定の修正も含まれている必要があります。

(10:00) 技術面では、パブリック API、現在のシステム バージョン、およびプライバシー要件に準拠する必要があります。 Apple は、プライベート API は予告なく変更される可能性があり、アプリの動作が停止したり、ユーザーに例外が発生したりする可能性があるため、プライベート API に依存しないよう明確に警告しています。追加の資格やハードウェアまたはユーザー データへのアクセスが必要な場合は、「プライバシーと法的」セクションの App Store レビュー ガイドラインにも従う必要があります。

(10:43) 顧客が増えている場合は、顧客ごとに新しいアプリを簡単に作成しないでください。 Apple は、App Configuration またはユーザー認証ベースのルールを使用して、ブランディングと軽量の差別化を実現し、バリエーションを最小限に抑えることを推奨しています。本当にまったく異なるアプリが必要な場合にのみ、新しいバンドル ID を作成し、レビューのために個別に送信し、個別のビルド トレインを維持します。再利用できる共通コードはフレームワークに入れる必要があります。

(12:04) リリース頻度も顧客の導入に影響します。新しいバージョンがリリースされると、顧客は古いバージョンを展開できなくなります。企業がデバイスをバッチでリリースしている場合、一部の従業員がバージョン 1 を取得し、その後のデバイスにはバージョン 1.1 が直接インストールされる可能性があります。 MDM にはこれを軽減する方法がありますが、より良いアプローチは、ロールアウト期間を事前に顧客と調整することです。

キーポイント:

  • アプリレビューはアプリのすべての機能にアクセスできる必要があり、デモアカウントまたはデモモードを事前に準備する必要があります。
  • パブリック API、現在のシステム バージョン、およびプライバシー要件は、カスタム アプリでも遵守する必要がある最重要事項です。
  • 顧客の違いが軽い場合は、アプリ構成または承認ルールを優先し、複数のアプリを時期尚早に削除しないでください。
  • 顧客の組織名と組織 ID は、句読点も含めて ABM に表示されるものと一致する必要があります。
  • 新規顧客に対して既存のアプリを承認した後、そのアプリが顧客の ABM に表示されるまでに最大 24 時間かかる場合があります。
  • 既存のコンシューマ アプリをカスタム アプリに直接変換することはできず、逆変換もサポートされていません。

ABM と MDM は企業管理者向けの導入リンクを形成します

(14:06) ABM の 3 つのコア機能は、デバイスの展開と管理、コンテンツの購入と配布、アカウントと権限の管理です。自動デバイス登録を通じて組織所有のデバイスを MDM に自動的に登録し、セキュリティ ポリシーとコンテンツを構成し、セットアップ アシスタントの指定された手順をスキップして、従業員がより迅速に作業を開始できるようにします。

(15:19) IT 管理者は、まず [設定] でカスタム アプリを有効にし、組織の詳細を開発者に送信する必要があります。このリンクにはモバイル デバイス管理が必要です。 ABM は、コンテンツの購入、場所の管理、MDM サーバーへのデバイスの割り当てを担当します。 MDM は、ライセンスの割り当てと取り消し、および継続的なデバイス管理を担当します。

(15:54) このスピーチでは、MDM に接続するための基本的なアクションが示されました。ABM に新しい MDM サーバーを追加し、MDM によって生成された公開キーを ABM にアップロードし、デバイス登録トークンをダウンロードして MDM をインポートして信頼接続を確立します。次に、ライセンス配布が機能するように、アプリと書籍の位置トークンをダウンロードして MDM に保存します。

(17:12) カスタム アプリを購入した後、管理者はそれを場所に割り当てます。 MDM はユーザーまたはデバイスにライセンスを割り当てることができます。ロケーションを使用して、本社がライセンスを購入し、それを各地域に割り当てて管理するなど、ライセンス管理を地方オフィスに委任することもできます。

キーポイント:

  • カスタム アプリは、最初に ABM または ASM で有効にする必要があります。
  • 開発者が入力した組織名と組織 ID は、文字通り一致する必要があります。
  • MDM サーバー トークンはデバイス管理の信頼を確立し、ロケーション トークンはアプリと書籍のライセンス配布を可能にします。
  • カスタム アプリは管理対象アプリのルールに準拠しており、ライセンスの削除、新しいライセンスのプッシュ、アプリの更新の開始を行うことができます。
  • アップデートの一元管理が必要な場合、MDM により従業員自身がアプリをアップデートすることを制限し、いつアップデートを行うかを IT​​ 部門に任せることができます。
  • 互換性検証の時間を稼ぐために、OS のアップデートを最大 90 日間延期できます。

従業員は設定済みの作業機器を受け取ります

(19:01) エンドユーザーに表示されるのは結果です。初めてデバイスをアクティブ化すると、MDM が初期構成を引き継ぎ、セットアップ アシスタントはいくつかの手順をスキップできます。カスタム アプリがデバイスに自動的にインストールされ、企業アカウント、電子メール、ネットワーク アクセスが自動的に構成されます。

(19:21) 企業は、従業員が他のオプションまたは推奨のアプリを見つけられるようにアプリ カタログを公開することもできます。 iCloud を使用すると、複数のデバイス間でデータを同期できる一方で、IT 部門は管理対象ソースと管理対象外ソース間のデータ フローを制限することができます。

キーポイント:

  • 従業員は App Store Connect、ABM、MDM のバックエンド プロセスを理解する必要はありません。
  • 新しいデバイスの場合、デバイスのアクティベーションとともにカスタム アプリが自動的に到着することがあります。
  • アプリカタログはオプションアプリや推奨アプリに適しています。
  • 管理されたコンテンツのデータ フローは、引き続き組織ポリシーによって制御されます。
  • 従業員や組織からの新たなニーズが開発者に戻ってきて、カスタム アプリの次のバージョンを推進します。

重要ポイント

  1. カスタム アプリをオンラインで公開し、顧客アクセス リストを作成します。 対処方法: 企業顧客ごとに開始リストを作成し、組織名、組織 ID、地域、価格、デモ アカウント、レビューメモ、および開始予定日を記録します。 実行する価値がある理由: このプレゼンテーションでは、組織情報が正確に一致する必要があること、アプリが顧客の ABM に表示されるまでに最大 24 時間かかる場合があること、導入スケジュールにはレビュー時間を考慮する必要があることが明確になります。 開始方法: まず、App Store Connect の送信プロセスを 7 つのチェックポイント (アカウント、メタデータ、承認された組織、デモ認証情報、レビューメモ、レビューステータス、顧客の可視性) に分割します。

  2. 構成を使用して顧客固有のアプリの数を削減します。 対処法: ブランド、顧客レベルの機能の切り替え、権限の違いを App Configuration またはユーザー承認ルールに組み込み、強力な監視またはまったく異なるプロセスを使用して新しいバンドル ID のみを作成します。 実行する価値がある理由: Apple は、アプリのバリアントを最小限に抑えることを推奨しています。そうしないと、各インスタンスに新しいバンドル ID、個別のレビュー、個別のビルド トレインが必要になります。 開始方法: まず、顧客の違いをリストアップし、どれが単にコピーライティング、ブランディング、入口、または許可であるかをマークします。これらを最初に構成に含めてから、本当に再利用できない差分を独立したアプリに分割する必要があります。

  3. IT チームへの ABM/MDM 配信パッケージを準備します。 対処方法: カスタム アプリの有効化、組織情報の提供、MDM への接続、場所トークンのインポート、ライセンスの購入と割り当ての方法を説明した管理者マニュアルをアプリとともに提供します。 実行する価値がある理由: 講演の中で、企業管理者は ABM、MDM サーバー、アプリ、書籍の位置トークンと位置を同時に操作する必要があると述べました。手順を省略すると、配布に影響します。 開始方法: 管理者プロセスをスクリーンショットのチェックリストに作成し、テスト組織で購入、場所の割り当て、MDM ライセンスの割り当て、デバイスのインストールを実行します。

  4. 制御された更新のためのリリース ウィンドウを設計します。 対処法: アプリの更新頻度について顧客と合意し、どの従業員が最初に新しいバージョンを取得するか、どのデバイスが古いバージョンを保持するか、IT 部門がいつ一元的な更新を開始するかを明確にします。 実行する価値がある理由: 新しいバージョンがリリースされた後、顧客は古いバージョンを展開できません。また、デバイスのバッチ展開により、従業員が異なるバージョンのアプリを使用することになります。 開始方法: 各アプリレビューを送信する前に、顧客のデバイスリリース計画を同期します。遅延が必要な場合は、MDM でユーザーが自分自身で更新できるように制限すると、IT 部門がアプリの更新を一律にトリガーします。

  5. ゼロタッチ オンボーディング デバイスのパイロットを実施します。 対処方法: 新入社員用に組織所有のデバイスを準備し、起動時に自動的に MDM に登録し、セットアップ アシスタントの一部をスキップし、カスタム アプリをインストールし、メールとネットワーク アクセスを構成します。 実行する価値がある理由: このプレゼンテーションでは、すぐに使用できるアクティベーションからカスタム アプリの自動インストールまでの完全なパスを従業員に示し、IT 部門がデバイスを手動で準備する時間を削減します。 開始方法: 位置とデバイスの小規模なバッチを選択し、ABM で MDM サーバーを割り当て、デバイスの登録、位置トークン、カスタム アプリ ライセンスを構成し、最初の起動が機能するまでにかかる時間を記録します。

関連セッション

コメント

GitHub Issues · utterances