デスクトップアプリと同じやり方は通用しない
「Wordユーザーの80%は全機能の20%しか使わない」はモバイルでも真実か
モバイルアプリにはデスクトップアプリとは異なるユースケースがあり、デスクトップアプリほどの物理的スペースもない。デスクトップアプリのやり方を踏襲したのでは、成功は望めない。
モバイル端末とデスクトップとは全くの別物だ。だが、企業向けのWindowsデスクトップアプリとモバイルアプリのこととなると、口で言うほど簡単ではない。アプリ開発チームは、アプリケーションをどのプラットフォームに対応させるかについて、その選択に伴う派生的な影響を含めて検討しなければならない。リリースまでに実装すべき機能はプラットフォームごとに異なるかもしれないし、ときには同じアプリケーションのロードマップをOSごとに分けて管理しなければならない可能性すらある。
例えば、100個の機能を搭載する製品のロードマップを想像してみよう。必要な調査は既に全て済ませており、MVP(Minimum Viable Product:必要最低限の機能のみを持つ製品)を作成するには、まずどの機能を開発すべきかは理解している。つまり、その製品の最初のバージョンにどの機能を実装すべきかをきちんと把握しているという状態にあるとする。
ここで最も重要な疑問は「従業員や顧客などのエンドユーザーが、このアプリケーションをどのプラットフォームで使うか」だ。ユーザーインタフェース部分でどの機能を提供し、また幾つの機能を実装できるかを判断する上で、この疑問への答えは極めて重要となる。
デスクトップアプリの定説「80対20」の法則
Windowsデスクトップアプリとモバイルアプリの違いを説明するための例として、私は米Microsoftの「Microsoft Office」を引き合いに出す。「デスクトップ版Wordユーザーの80%は全機能の20%しか使わない」というのはよく言われる話だ。この数字自体は厳密ではないのだろうが、要は「デスクトッププラットフォームには広大なユーザーインタフェースがあり、その余裕があるからこそ、開発者は大量の機能を詰め込める」ということだ。WindowsデスクトップPCやノートPCのように大きな画面や外付けモニターを使える環境であれば、対応アプリケーションは何百もの機能を提供できるが、それらの機能が実際に使われるかどうかはあまり重視されない。
製品管理の観点からすれば、ユーザーの80%が全機能の20%しか使わないとしても、デスクトップアプリであれば許容範囲だろう。だがモバイルアプリには、この「80対20」の法則は当てはまらない。可能な限りの機能を全て詰め込むためには、スマートフォンやタブレットには圧倒的にスペースが少ない。提供機能のうち80%が使われていない場合、貴重なスペースの無駄遣いとなる。そうした状態では、一度はインストールされたアプリもすぐにアンインストールされてしまうだろう。
前述した100個の機能を含む製品のロードマップを80対20の法則でみると、デスクトップアプリであれば、ユーザー体験を損なうリスクを負わずに80個の機能を実装できる。だが、同一アプリのモバイル版については、わずか20個の機能で成否が決まることになる。
つまり、デスクトップアプリとモバイルアプリでは同じ成功率を得るために実装すべき機能の数に大きな差があるということだ。従って、アプリの各バージョンに実装する機能の選別には真剣な議論と調査、ユーザー体験(UX)分析が必要となる。
UX分析を活用する
ユーザー体験(UX)分析は、アプリ開発に投資する関係者が議論に使うためだけのものではない。開発者はユーザーのニーズや求められるプラットフォームに基づき、個々の機能を実装する影響を検討する必要がある。
実際、UX分析で極めて重要なのは、ターゲットユーザーのユースケースとペルソナ(人物像)を設定することだ。開発者は実社会での観察や調査、ペルソナ作成用のフォーカスグループに基づき、ユーザーのアプリケーション体験を補完できる機能や損なう機能を判断できる。この洞察は、最初のバージョンにどの機能を実装すべきかを判断するための意思決定プロセスにおいて大いに役に立つ。
Microsoft Officeの例で確認しておこう。モバイルデバイス向けにOffice製品をリリースする最善の方法をめぐっては、Microsoftの優秀なアプリケーション開発チームでさえ、急勾配の学習曲線を押し進める必要があった。デスクトップ版Officeに、われわれ皆が使い慣れた機能やお気に入りの機能がどれだけあるかを考えてみてほしい。開発者はそのうちどの機能をモバイル版に採用すべきかを判断し、さらに、その最善の実装方法を検討する必要がある。ユーザーが希望する有用な機能を全て盛り込むわけにもいかず、Microsoftは結局、モバイル向けのOfficeを最初に発表してから、使い物になる製品をリリースするまでに1年近くを費やした。
アプリケーションにどの機能を実装するかの判断は、気の遠くなるような作業だ。だが検討と分析を十分に重ねることで、開発者にとってもユーザーにとってもより良い結果が得られることになる。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法 -
技術文書・技術解説
[アトラシアン株式会社] IT運用や従業員サポートは生成AIでどう変わる? 使い方や導入の流れは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
「データストレージの活用方法」に関するアンケート
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
5
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
6
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
7
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
8
機械学習について、正しく説明している文章はどれ?
-
9
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
10
OpenAIが叫ぶ法規制の裏で 情シスが今すぐ固めるべきAI防衛策
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー