数百万の企業が急いでリモートワークのポリシーを採用する中、マイクロソフトは Power Apps プラットフォーム向けに「危機コミュニケーション」ソリューションを公開した。これは、わずか数 (数百) ステップで、ユーザーが自分の居場所を示したり、助けを求めたりできるようになるというアイデアだ。
国際危機のさなか、マイクロソフトのような企業は、おそらくこれが利他主義とマーケティングがうまく共存できる機会の一つであることを意識して、自社の技術がどのように役立つかを示すことに熱心だ。
Power Appsは、Microsoftのノーコードアプリケーション開発プラットフォームであり、ユーザーがIT部門に煩わされることなくソリューションを開発できるようにすることを目的としています。Office 365、Dynamics 365、SharePointなど、既に多くのデータをMicrosoftプラットフォーム上に保有している企業に最適です。
「危機管理コミュニケーション ソリューション」の話は 1 週間前に Power Apps ブログに次のような投稿があったことから始まりました。
このアプリはGitHub上に公開され、同社はインストール方法に関する情報を掲載したが、その際に「このアプリはサンプルであり、Microsoft Power AppsおよびTeamsで参照情報の配信のみに使用できます。…このアプリの使用に関するリスクと責任はお客様が単独で負うものとします」などの免責事項も付け加えていた。
アプリを展開するにはどのようなライセンスが必要ですか？Microsoftは次のように述べています。「Power AppsおよびPower Automateの使用ライセンス（Office 365ライセンスなど）をお持ちのユーザーは、このアプリと関連フローを使用できます。また、すべてのPower Appsユーザーに、Power Appsプッシュ通知というプレミアム機能への一時的なアクセス権を付与し、Power Appsから必要な情報をプッシュできるようにしています。」
これは、すべての Office 365 ユーザーにライセンスが付与されていることを意味しますか？ 明確に説明を求めています。または、ライセンス ガイドから確認することもできます。
このアプリにはいくつかの機能があります。ユーザーは、自分のステータス（勤務先）を申告したり、社内報を読んだり、RSSフィード（「政府ニュース」用）を閲覧したり、緊急連絡先を確認したり、助けを求めたりすることができます。
それは実用的でしょうか？
例えば、メールを送信したり、TeamsやSlackにメッセージを投稿したりするだけと比べて、どれほど便利なのでしょうか？最も興味深い機能はステータスの設定です。不思議なことに、同僚のステータスを確認できる機能はアプリに組み込まれていませんが、Outlookで「不在」の自動返信を設定する機能は提供されています。ステータスを送信すると、アプリにはSharePointリストに位置情報を送信するオプションがあり、MicrosoftはPower BIを使ってそのデータを使って「不在状況を監視」する方法を説明しています。
全体的に機能はかなり不完全で、現状ではそれほど便利ではないように見えますが、Microsoft は「コミュニティと緊密に協力して機能を追加する」と述べており、Power Apps の専門家であれば必要に応じてカスタマイズできるとのことです。
しかし、どれほど簡単なのでしょうか？これは重要な質問です。Microsoftが顧客にPower Appsアプリを提供すると発表したとき、管理者は数回クリックするだけでアプリを展開できるだろうと期待していました。しかし、実際にはそうではなく、インストール手順は4,500語の記事（Wordにコピーすると51ページ）にまで及びました。あるいは、25分のビデオを見ることもできます。Microsoftは「これらの手順を完了するには20～25分かかると推定される」と述べていたので、Office 365 E3サブスクリプションを使って試してみることにしました。
アプリケーションのデータはSharePointリストに保存されているので、まずは新しいサイトを作成します。ドキュメントには組織内で公開するように記載されていますが、これには機密性の問題が伴います。おそらく、すべての従業員が他の従業員の位置座標を確認できるようにしたくないでしょう。この点はさておき、次に行うことは、GitHubリポジトリにアクセスしてアセットをダウンロードし、Power Automateフローを使用して必要なSharePointリストを生成することです。
Power Apps Studio で危機管理コミュニケーション アプリを編集する
次に、ダウンロードしたアセットからアプリをインポートし、オンライン Studio デザイナーで修正することで、Power Apps でアプリ自体を作成します。テンプレートはリストの場所を認識しないため、SharePoint リストへのリンクを修正する必要があります。また、アプリ用に新しいチームを作成し、新しいチームからいくつかの GUID (グローバル一意識別子) をコピーしてアプリの変数に貼り付ける必要があります。次に、管理用の 2 つ目の Power App をインポートし、いくつかの GUID をコピーして貼り付けます。これで完了ではありません。Flow に戻って通知を機能させる必要があります。次に、アプリを Teams に追加するには、zip ファイルとしてダウンロードし、Teams 管理センターにアップロードする必要があります。更新する場合も同様です。
管理アプリを使用すると、ユーザーに緊急速報を送信できます。
これらすべてを実行し、アプリはほぼ正常に動作しています。ただ、なぜかホームページに「Hello」と表示されています。ユーザー名の入力方法が間違っているようです。「フローの1つが失敗しました」というメールも届いていますが、これらは少し調整すれば間違いなく修正できるでしょう。GitHubのIssueやフィードバックを見ると、問題が発生することはよくあることですが、「設定で多くのことを学びました。私にとって、このアプリの開発は、この危機から得られた唯一の良い成果です」といった感謝の言葉も寄せられています。
Power Apps を初めて使う人にとって、このアプリケーションのセットアップは実に勉強になります。良い点は、たとえ GUID の追跡やフローエラーの解決に丸一日を費やしたとしても、ビジネスアプリケーションを迅速に立ち上げて実行できることです。ただし、いくつか問題点もあります。
熟練したMicrosoftチームがアプリを開発したとしても、落とし穴は数多く存在します。シチズンデベロッパーがGUIDをコピーしたり、もっと深刻なことに、どのGUIDをコピーすべきか判断したりする必要はないはずです。Power Apps、SharePoint、Teams間の連携は期待するほどスムーズではなく、GitHubリポジトリに修正や機能強化が届いた際にアプリを更新するプロセスは、手作業で行われているように見受けられます。Microsoftの免責事項にも同意しますが、これはサンプルとして扱い、急いで展開する必要はありません。®
