「モバイルアプリ」関連の編集部お薦め記事

「伝言ゲーム」的なデータの流れで失敗　内製モバイルアプリ開発で考慮すべきこと

もう「PC管理」だけでは守れない　情シスが押さえるべき新デスクトップ戦略5選

　企業のソフトウェアプラットフォーム間で、モバイルを介して安全にデータをやりとりできる能力は大きな強みになる。その鍵は、データの通り道で「寄り道」をさせず、本来あるべき場所へ最短で届けることだ。

　もし現場での観察結果が、まずテキストメッセージで送られ、表計算ソフトに転記され、メールで要約された後にようやく基幹系システムに届くようでは、アクションを起こす前にデータの価値が損なわれてしまう。場合によっては、データがシステムに一度も到達しないことさえある。

　これは以前から存在した問題だが、ソフトウェアのカテゴリー間の境界線があいまいになるにつれ重要性が増している。ERP（統合基幹業務）、CX（顧客体験）、人事（HR）、コラボレーション、通信、フィールドサービス、サプライチェーン、分析システムなどは、もはや独立したカテゴリーとしては機能していない。データや業務は、これらのシステムをまたいで動き、AIツールも複数のシステムからの情報を必要としている。

　これは、各システムが依存するデータの基盤が必ずしも同一ではないことを意味する。しかし、ガバナンスルールは共通でなければならない。モバイルアプリで収集した情報が、後にワークフローや分析、自動化、AIシステムに供給される場合、セキュリティ、コンプライアンス、アイデンティティー、アクセス制御、データ品質、統合の全てがこれまで以上に重要になる。

　一方で、モバイルアプリの構築自体は容易になった。エンドユーザーはスマートフォンやタブレット、ノートPCから、かつてないほど多くの作業をこなせる。企業にはデータを取得、分析し、行動につなげるためのツールが豊富にそろっている。それでも、データアクセスや統合、セキュリティ、UX（ユーザー体験）、バックエンドシステムとの同期といったモバイルアプリ開発特有の課題は依然として残っている。

　ここにチャンスがあり、同時に解決すべき問題がある。

　企業がより多くのデータを収集し、提供するのを助けるモバイル技術は、同時にそのデータの管理を難しくしている。労働者は物理的にも比喩的にも、よりモバイル（流動的）になっている。業務はデバイス、アプリ、コラボレーションツール、エンタープライズプラットフォームの間を絶え間なく移動する。モバイルは単に既存システムへの外出先からのアクセスを提供する手段ではなく、多くの場面でシステムへの「主要な接点」になっている。

真実が生まれる瞬間

　大きな変化は、「真実が明らかになる瞬間」がどこにあるか、という点だ。大半のワークフローで、モバイルデバイスは重要なデータが初めて観察され、取得され、修正され、実行される場所になっている。これはERPやCXの環境で特に顕著だが、人事、フィールドサービス、サプライチェーン、通信といった他のシステムでも同様だ。

　その瞬間を正確に捉えることができれば、モバイルによってエンタープライズソフトウェアはより有用なものになる。逆に、取得方法が不適切であれば、モバイルは「断絶されたデータ」の新たな層を生み出すだけだ。企業は後になって、そのデータの洗浄や照合、あるいは無視といった作業に追われることになる。

　エンタープライズシステムは、しばしば「システム・オブ・レコード」という言葉で語られる。その重要性は変わらないが、基幹系システムが常に真実の起点であるとは限らない。

　ワークフローにおいて真実の第一版はもっと早い段階で生まれている。それはフィールド作業員が修理内容を記録したときや、営業担当者が顧客との対話を更新したとき、倉庫の従業員が返品在庫をスキャンしたとき、あるいはマネジャーがシフト変更を承認したときに始まる。

　こうした瞬間は、モバイルデバイスやアプリ、あるいは分散した作業環境からアクセスするWebアプリを通じて発生することが増えている。データは最終的にERPやCRM、分析システムなどに格納されるが、その有用性は「最初の取得がいかに適切に行われたか」に依存する。例えばモバイルCRMは顧客データの即時性を高めるが、現場の情報が、信頼に足る十分な文脈を持って適切なシステムに届いた場合に限られる。

　だからこそ、モバイルでのデータ取得をエンタープライズソフトウェアの「簡易的な拡張機能」として扱うべきではない。最初の観察結果が誤っていたり、不完全だったり、遅延したり、文脈が削ぎ落とされたりしていれば、川下のシステムは見掛け上整っていても、中身は脆弱（ぜいじゃく）なデータであふれてしまう。記録はきれいに保存されていても、その根拠は乏しいものになる。

　ここに、モバイルが企業の俊敏性を変えるポイントがある。業務が発生した瞬間に近いところでデータを取得するほど、システムはより最新の状態を保てる。しかし、その利点を生かすには、データが別の断片的な破片になる前に、適切な制御のもとで適切なワークフローに組み込まれなければならない。

　つまり、モバイル戦略は単なる「アクセス戦略」ではなく、「データ品質戦略」なのである。モバイルが企業記録の起点となった以上、モバイルのガバナンスはアプリ、デバイス、そして川下のシステム全てにわたってデータを追跡しなければならない。

既存システムを置き換えずにワークフローを変える

　モバイルアプリやWebアプリが効果を発揮するために、必ずしも既存システムを置き換えたり、ゼロから作り直したりする必要はない。APIを通じて既存システムやデータと接続し、業務の橋渡しをすることで価値の高いサービスを提供できる。

　米LiquiDonateという企業がその一例だ。同社は小売業者の返品管理や倉庫管理、顧客サービスシステムを置き換えるのではなく、APIを通じてそれらのシステムと接続し、返品管理ワークフローの一部として機能するプラットフォームを提供している。

　これにより、EC（電子商取引）企業は販売不能な返品商品を、コストのかかる廃棄プロセスに回すのではなく、慈善団体へ寄付するルートに乗せることができる。価値の源泉は、ビジネスが行動を起こすのに十分な速さで、適切なデータを適切なシステム間でやりとりすることにある。

　このワークフローは、サプライチェーン、顧客サービス、在庫、配送、サステナビリティ報告、税務書類、不正防止など多岐にわたる分野に関連する。既存システムと連携することで、単なるフロントエンド以上の「調整レイヤー」として機能し、測定可能なビジネス価値を持つ新しいワークフローを創出している。

　重要なのは、データが必要なワークフローやシステムに直接移動するとき、その有用性が最大化されるという点だ。このパターンは逆物流に限らず、モバイルやWebアプリがワークフローの末端（エッジ）でデータを取得し、文脈を失わずに基幹系システムへ渡す必要があるあらゆる場面に適用できる。

データ起点がモバイルになったときに問うべきこと

　モバイル戦略は、もはやアクセス可否を問うものではない。「モバイルでの業務が、信頼できる企業データになっているか」を問うものだ。

　まず検討すべきは、データの「第一版」がどこで取得されているかだ。データの取得先がモバイルデバイスや現場アプリ、ブラウザのフォーム、スキャンされたコードなら、このモバイルレイヤーには単なる便利なツール以上の注意を払う価値がある。

　次に考えるべきは、取得されたデータの「その後」だ。モバイルから始まったデータは、ERP、CRM、分析、コラボレーションシステムへと移動していく。各工程での受け渡しは、文脈を維持する機会であると同時にそれを失うリスクでもある。

　モバイルアプリを本番稼働させる前に、以下の項目を確認してほしい。

• データの第一版はどこで取得されるか
• 最終的にどの基幹系システム（システム・オブ・レコード）に届くか
• システムに到達するまでに、どのような文脈が失われる可能性があるか
• データの移動に、どのAPIや統合ツール、ミドルウェアを使用するか
• どのユーザー、役割（ロール）、デバイスがワークフローにアクセスできるか
• 取得データが分析や自動化、AIツールに供給されるか、誤データの拡散前に修正できるか、責任者は誰か。モバイルアプリは組織が「画面」だけでなく「データの経路」を設計した場合に限られる

アプリ配信戦略としてのモバイル

　ITリーダーが考慮すべきは、データの取得と統合だけではない。業務の分散化とモバイル化が進む中で、データをどのようにエンドユーザーに届け、使いやすくするかも変化している。

　適切なアプリケーション配信モデルの選択は、生産性、ガバナンス、セキュリティに大きな影響を与える。現在の業務は、分散した労働力、多様なデバイス、ブラウザ、仮想デスクトップ、SaaS、プログレッシブWebアプリ（PWA）、ローカルアプリなどをまたいで行われる。これは企業に柔軟性をもたらすが、同時に「どのモデルがどのワークフローやユーザー層に適しているか」という判断の難しさも生んでいる。

　大半の企業では、単一の配信モデルだけで完結することはない。中央管理のしやすさや、レガシーなWindows環境への依存からアプリケーション仮想化を選択する場合もあれば、定型業務に従事するワーカー向けにセッションベースのアクセスを提供する場合もある。開発者やパワーユーザー、あるいは厳格な制御が必要な環境では、VDI（デスクトップ仮想化）やDaaS（Desktop as a Service）が合理的だ。一方で、モバイルやクロスプラットフォームでの生産性を重視するならWebアプリやPWAが適している。

　重要なのは、全てのモデルを導入することではなく、選択に計画性を持たせることだ。モバイルは、より大きなアプリケーション配信環境の一部として存在しており、独立した開発課題として切り離して扱うことはできない。

　IT部門は、UX、アクセス、セキュリティ、コスト、管理の複雑さ、そしてアプリケーションの要件のバランスを取らなければならない。モバイル戦略を個別のチームや場当たり的なプロジェクトに任せるのではなく、ハイブリッドなアプリ配信戦略の一部として管理する必要がある。

　モバイルアプリの配信を、単なるデバイスやプラットフォームの選択肢として扱うのは誤りだ。特定のデバイスやモデルに標準化することは効率化につながるかもしれないが、ワークフローやユーザーニーズを二の次にした標準化では、最善の結果は得られない。アプリの配信は、実際の業務がどのように行われ、データがどう動き、システムの信頼性をどこで維持すべきかに基づいて最適化されるべきだ。