デスクトップアプリと同じやり方は通用しない
「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
-
技術文書・技術解説
[アトラシアン株式会社] なぜAIを導入しても効果が出ない? 組織全体で使いこなすための仕組みとは -
製品資料
[プログレス・ソフトウェア・ジャパン株式会社] ネットワーク全体を見える化、フロー分析で実現する広域監視と迅速な異常検知 -
製品資料
[プログレス・ソフトウェア・ジャパン株式会社] SNMPより詳細で、パケット解析より簡単な「トラフィック可視化・分析」の方法 -
製品資料
[プログレス・ソフトウェア・ジャパン株式会社] 重要性を増す“侵入後の可視化” どのように実現すればよいのか? -
市場調査・トレンド
[クラウドストライク合同会社] 回避型攻撃が急速に拡大、連鎖する攻撃を防ぐためのアプローチとは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
3
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
負の遺産ではない! 今こそメインフレームを再評価すべし
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
8
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
9
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
10
毎日2時間の“無駄”を生む「紙とExcel」管理 田中精密工業はどう脱却したのか
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
「IT史に名を残すシステム障害」8選
-
3
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
4
SCS評価制度時代の「SASE選定」ガイド
-
5
顧客対応自動化の要点:RAGとデータ連携で“業務で使える生成AI”にする方法
-
6
マンガで解説:情シスの負担を減らす「MDRサービスのインシデント対応」の中身
-
7
ランサムウェア攻撃“究極の対策”はこれだ
-
8
有識者が語る、中堅中小企業に求められる最新のサイバーセキュリティ対策とは
-
9
「EDR」選定ガイド:比較・検討フェーズで整理すべきポイントを解説
-
10
なぜAIは組織で定着しないのか? 全社展開を阻む「3つの壁」と突破のヒント
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー