WWDC Quick Look 💓 By SwiftGGTeam
Create custom apps for employees

Create custom apps for employees

元の動画を見る

ハイライト

Apple は、社内エンタープライズ アプリのエントリ ポイントを、モバイル ポジション、紙でのプロセス、ポータブル デバイスの交換、および従業員の面接に絞り込み、Xcode、TestFlight、標準コントロール、およびスモールステップの反復を使用して、問題点から従業員が使用できるバージョンまでのサイクルを短縮することを推奨しています。

主要内容

エンタープライズ アプリ プロジェクトの多くは、最初から迷走します。チームは最初にシステム フィールドをリストし、最初に承認フローを作成し、最初にレポートのニーズに対応します。その結果、従業員がアプリを導入した後は、紙から画面に切り替わっただけで、日々の負担が軽減されたわけではありません。 Adam Humphrey 氏は、このセッションの冒頭で、優れたエンタープライズ アプリは従業員の作業を改善し、タスクを完了するために必要な作業負荷と精神的負担を軽減する必要があるという基準を示しました。

この基準により、トピックの選択方法が変わります。アプリの作成に適したシナリオは通常、モバイルポジション、紙ベースのプロセス、従業員が複数のデバイスを持ち歩く作業、および即時対応が必要なタスクで発生します。電気保守要員は遠隔地で作業し、パイロットはかつては分厚い紙の書類を持ち歩き、請求査定人はコンピューター、ボイスレコーダー、巻尺、カメラを携行していました。これらのシナリオにはすべて、iPhone、iPad、Apple Watch が複数のステップをポータブル ワークステーションに圧縮できるという共通点があります。

次に、設計プロセスも変える必要があります。講演では、実際に仕事をする従業員が設計を推進すべきであると繰り返し強調された。新人、先輩社員、中級経験者にインタビューし、彼らの 1 日の実際の仕事を観察し、各ステップで行き詰まっている理由を尋ねます。チームはかつてモバイル レジアプリを構築する準備をしていました。面接の結果、営業アシスタントに本当に必要なのは顧客対応のスキルであることが判明したため、小さな問題にエンジニアリング サイクルを費やすことを避けるために、早い段階で方向性を調整しました。

最後に配送方法です。 Apple は、Xcode を使用して開発とテストを迅速化し、システム標準のビューとコントロールを使用してトレーニング コストを削減し、TestFlight を使用して従業員のフィードバックを収集することを推奨しています。エンタープライズ アプリは、すべての人をカバーする巨大なシステムになるまで 3 年も待つべきではありません。まず従業員が使用できる小規模で焦点を絞ったバージョンを作成し、その後、役職の変更に応じて反復を続けます。

詳細

1. まずエンタープライズ アプリの動作境界を決定します。

(01:06) エンタープライズ アプリは、何よりもまず従業員向けのアプリです。多くのエンタープライズ アプリは公開 App Store には表示されませんが、MDM (モバイル デバイス管理) および Apple Business Manager を通じて内部で公開されます。アドレス帳や会議室の予約など、全従業員が利用できるツールである場合もあります。これらは、営業アシスタント アプリのような役割ベースのツールである可能性があります。あるいは、店舗内のプロセスをサポートする販売員、在庫管理者、製品カタログなど、連携して動作する一連のアプリである場合もあります。

この段落で説明する設計チェックリストは簡単です。

Enterprise app fit check
- 従業員向けであり、外部消費者向けではない
- 明確な職務、または隣接する職務群に対応する
- 作業量、待ち時間、認知負荷を減らせる
- MDM と Apple Business Manager の管理下で配布できる
- Single Sign-On、App Groups、Keychain と組み合わせて App スイートを構成できる

キーポイント:

  • 従業員向けで優先順位が決まり、その機能はビジネスに関するデータを集めるだけでなく、従業員がタスクを完了することに集中すべきです。 -明確な職務により、アプリが全部門のニーズを満たす入口になることを防ぎます。 -負荷を減らすとは、従業員が同じ作業をより速く、より少ないミスで完了できることを受け入れ基準にするという意味です。 -MDMそしてApple Business Managerプロジェクトの初期段階から配布、構成、可視性を考慮する必要があることを説明します。 -Single Sign-OnApp GroupsKeychainこれは、エンタープライズ アプリのグループがログイン ステータスとデータを共有するのに適しており、従業員は一度ログインするだけでツール セット全体にアクセスできます。

2. 4 種類の高価値シナリオから機会を見つける

(03:09) このスピーチでは、機会認識をいくつかの具体的な入り口に分けて説明しています。モバイル ワーカーはさまざまな場所でタスクを完了する必要があり、アプリは道順、到着予定時刻、オフライン機能、位置情報サービスを提供できます。紙ベースのプロセスは、iPad を使用して大量の図表や文書を保存するパイロットの場合と同様に、デジタル化に適しています。従業員がスキャナー、カメラ、GPS、測定機器、オーディオおよびビデオ機器を持ち運ぶため、iPhone や iPad が複数のデバイスの代わりになることがよくあります。

Opportunity scan
- Mobile work: 経路、オフライン、位置精度
- Paper-heavy process: フォーム、ドキュメント、チェックリストのデジタル化
- Device-heavy role: カメラ、GPS、測定、音声/動画収集の統合
- Immediate action: 完全な App を開かず、通知内でタスクを処理する
- Team collaboration: Wi-Fi、Bluetooth、cellular、iBeacon で現場コラボレーションを支える

キーポイント:

  • Mobile work場所の変更やネットワークの不安定性に注意してください。電力保守担当者などの職種は、オフラインで作業する必要があることがよくあります。 -Paper-heavy processデータの持ち運びや検索のコストから始めるのに適しています。航空業界は、iPad が大量の紙を代替できることを証明しました。 -Device-heavy role請求査定人、検査官、その他の役職に適しており、iPad で収集、記録、提出を一元化できます。 -Immediate action通知コンテンツ拡張に対応して、パイロットはリッチ通知で旅行タスクを直接承認または拒否できます。 -Team collaborationトンネル検査などの携帯電話ネットワークを使用しないシナリオでは、iPad は Bluetooth や iBeacon を介してチームのコラボレーションに役立ちます。

3. 経営陣にただ質問するのではなく、従業員がデザインを推進できるようにする

(06:59) プレゼンテーションでは、インタビューと現場観察から始めることを提案しています。面接対象者は、新入社員、上級社員、中級経験者を対象とします。新入社員はトレーニング プロセスのどこが習得が難しいかを知っており、上級社員は実際の回避策を知っています。同じインタビューに参加させることで、異なる経験がお互いを調整することができます。

Employee interview loop
1. 実際に毎日タスクを実行している人を見つける
2. 新人、ベテラン従業員、中程度の経験者を同時にインタビューする
3. 9 時から 5 時だけでなく、1 日全体を説明してもらう
4. あいまいな各ステップを掘り下げ、why を問い続ける
5. 同じ職務の従業員で回答をクロスチェックする
6. マネージャーがいない安全な環境で本音のフィードバックを集める

キーポイント:

  • 実際に毎日タスクを実行している人は、マネージャーやドメイン専門家よりも現場の詳細に詳しい。 -1 日全体は、出勤前、通勤中、コーヒーブレイク中に隠れた仕事を明らかにします。 -why を問い続けることで、チームが従業員の話に自分たちの仮定を埋め込むのを防げます。 -クロスチェックにより、場所や経験が違う同じ職務でもプロセス差を発見できます。 -マネージャーがいないことで、従業員が経営陣に合わせて回答を修正するリスクを軽減します。

4. 小規模なリリースとフィードバック ループで提供する

(11:34) Apple が提供する配信推奨事項は、設計と開発時間を最適化することです。 Xcode は、開発とテストを高速化するために使用されます。システムの標準ビューとコントロールにより、従業員の学習コストを削減できます。 TestFlight は、最初のバージョンとその後の機能に関するフィードバックを継続的に収集するために使用されます。この講演では、巨大アプリの 3 年サイクルに明確に反対し、小規模で焦点を絞った、継続的に進化するツールを作成することを提案しました。

Iteration plan
- Build: Xcode を使ってすばやく開発とテストを行う
- Design: 標準ビュー、コントロール、ナビゲーションパターンを優先して使う
- Scope: 初版では明確な従業員価値を 1 つだけ届ける
- Beta: TestFlight を通じてチームのフィードバックを集める
- Roadmap: 従業員のフィードバックに基づいて次の機能または次の App を決める

キーポイント:

  • Xcodeこれは開発とテストのための主要なツールであり、導入までの待ち時間を短縮することを目的としています。 -標準ビュー、コントロール、ナビゲーションパターンは、Apple プラットフォームに関する従業員の既存の知識を活用できます。 -初版では明確な従業員価値を 1 つだけ届けることで、プロジェクトが境界のないシステムに膨張するのを防げます。 -TestFlight正式なリリース前に従業員がフィードバックに参加できるようにし、リリース後も新しいワークフローの検証を継続できるようにします。 -Roadmapプロジェクト チームが 3 年間の計画を一度に作成するのではなく、従業員のフィードバックから自然に成長するはずです。

重要ポイント

1. 検査担当者向けのオフライン タスク パッケージを準備する

  • やるべきこと: 電力、線路、倉庫の検査担当者向けに、その日のルート、機器リスト、チェックリスト、オフライン情報パッケージを生成します。
  • 実行する価値がある理由: スピーチでは、モバイル従業員はネットワークから離れていても、別の場所で働くことが多いと述べられていました。オフライン機能と位置情報サービスにより、データの精度が向上します。
  • 開始方法: まず、最前線の検査担当者にインタビューし、ルート、写真、位置、サインイン、再登録の手順を 1 日を通して記録します。最初のバージョンでは、オフライン チェックリスト、写真コレクション、位置記録のみが提供されます。

2. 紙の承認を iPad ワークフローに変更する

  • 機能: 紙のフォーム、フライト情報、引き継ぎメモ、またはフィールドレポートを、iPad 上で検索可能なドキュメントおよび構造化フォームに変換します。
  • 実行する価値がある理由: 航空事例は、紙の資料を iPad に移動すると、持ち運び重量と検索コストを削減できることを示しています。
  • 開始方法: まだ大量に印刷しているプロセスを選択し、従業員が毎日紙を持ち、検索し、記入し、転送するために必要な手順を数えます。まず、閲覧、検索、オフライン保存、投稿機能を提供します。

3. リッチ通知を使用して緊急タスクの確認を処理する

  • やるべきこと: フライト、配車、店舗運営またはメンテナンスのスケジュールに関する実用的な通知を作成し、従業員が重要な情報を確認してタスクを承認または拒否できるようにします。
  • 実行する価値がある理由: スピーチ中に、企業のパイロットはリッチ通知でフライト区間と天候を確認し、旅程を直接承認または拒否できます。
  • 開始方法: 1 つまたは 2 つの意思決定アクションのみを必要とするタスクを分類します。通知コンテンツ拡張機能を使用して、タスクの概要、リスク情報、アクション ボタンを表示します。

4. 営業アシスタント向けの顧客管理ガジェットを作成する

  • 何をすべきか: 販売員が顧客の好み、やるべきタスク、製品在庫、フォローアップ記録を表示できるようにします。
  • 実行する価値がある理由: スピーチでのモバイル レジ係プロジェクトのインタビューの後、販売アシスタントは顧客対応ワークフローをより必要としていることがわかりました。
  • 開始方法: 最初に新人と上級販売員にインタビューして、顧客にサービスを提供する前後に最も頻繁にチェックする情報を調べます。最初のバージョンには、顧客の概要、在庫状況、次のステップのリマインダーのみが含まれています。

5. 社内アプリの TestFlight フィードバック リズムを確立する

  • やるべきこと: エンタープライズ アプリの各小規模バージョンを従業員ベータ グループに入れて、実際の従業員がリリース前に試用できるようにします。
  • 実行する価値がある理由: 講演では、TestFlight を通じて継続的にフィードバックを取得し、従業員の使用から製品ロードマップを成長させることを推奨しています。
  • 開始方法: 各ポジションの代表ユーザーを 5 ~ 20 人選択します。各ベータ版では 1 つのワークフローのみが検証され、フィードバック フォームでは、問題が解決されたかどうか、どこで行き詰まっているのか、次に何を最も望んでいるのかを尋ねられるだけです。

関連セッション

コメント

GitHub Issues · utterances