モバイルアプリ開発のジレンマ【前編】
ユーザー評価が星3つ以下のモバイルアプリはすぐに忘れ去られる
急成長を見せ、競争が激化するモバイルアプリ開発市場。従来言われていた“開発スピード”と“品質”とのトレードオフだけに注力すると、危険なワナにはまることになる。
モバイルアプリケーション開発の需要がかつてなく高まっている。
2012年には全世界のスマートフォンの出荷台数が18億台を超え、米調査会社Gartnerによると、Webアクセスで最もよく使われるデバイスとしてPCを追い抜く見込みだという。モバイルアプリケーションは登場して間もない技術であるが、コンシューマーの期待レベルは高い。人々は優れたユーザーエクスペリエンスを漠然と望んでいるのではない。今すぐそれを必要としているのだ。優れたエクスペリエンスを提供できない製品はすぐにユーザーから見放されるという調査もある。こういった「ITのコンシューマー化」現象は、従業員と幹部がこういった高い期待を職場に持ち込んだことを意味する。
モバイル戦略とアプリケーション開発を手掛ける米Solstice Mobileの創業者であるJ・シュワン社長は、最近のインタビューで「業務効率と社内の流動性を改善するには、モバイルチャネルにまつわるビジネス問題をどう解決するかを最初に考える必要がある」と語った。
われわれは、携帯端末およびモバイルアプリケーション開発に詳しい3人の専門家に、「競争の激しいモバイル分野では、欠陥のない製品を開発するよりも、市場に製品を素早く投入する方が重要なのか」という難問を投げ掛けた。彼らの回答を通じて分かったのは、「開発文化を変えることが重要である」「HTLM5が状況を一変させる可能性を秘めている」「テストをおろそかにしてはならない」ということだ。3人の意見が一致したことが1つある。「簡単な答えはない」ということだ(関連記事:HTML5はスマートデバイス用アプリ開発に使えるか?)。
品質と開発スピードはともに重要だが、鍵となるのは開発文化の変革
「開発者の多くは、技術だけに目を向け、開発文化を変革する必要性を見過ごしている。このため、優れた技術を開発しても、ユーザーが使いたいと思うような高品質のアプリケーションを作れないのだ。その結果、星印が3つしかないために誰もダウンロードしないようなアプリケーションに時間と金を注ぎ込むのがばからしくなってしまうのだ」と話すのは、米調査会社Forrester Researchのアナリスト、ジェフリー・ハモンド氏だ。
冒頭の質問に対する同氏の短い答えは「ノー」だ。「特にモバイル開発分野では、開発スピードのために品質を犠牲にしてはならない」と同氏は語る。
その理由は、コンシューマー向けのアプリケーションの場合、3つ以下の星印しか評価をもらえないようなものを開発すれば、その製品はすぐに忘れ去られてしまうからだ。アプリストアに70万本ものアプリケーションが並んでいるという状況が意味することを考えてみよう。人々に認知され、そして実際にエンドコンシューマーの端末にインストールされる50本ないし60本のアプリケーションの1つになるまでには猛烈な競争をくぐり抜けなければならないということだ。月並みのユーザーエクスペリエンスであれば、すぐにそのリストから引きずり降ろされ、品質に問題があれば、あっという間に星印3つ以下の評価に陥落してしまうのだ。
このため、アプリケーションをリリースする際には、きちんと動作することを可能な限り確認する必要がある。米Appleのアプリストアや米Microsoftのアプリケーションストアでは、アプリケーションが承認されるまでの間、しばらく待ち時間がある。その時間も利用すべきだ。もし欠陥のあるアプリケーションをリリースした場合、それで問題が起きるのが20人のユーザーのうち1人であったとしても、欠陥を修正するのに数日から1週間ほどかかるだろう。その間、不満を抱くユーザーが低い評価を付けるために、アプリケーションの評価はどんどん下がってしまう。
だからといって、迅速に開発してはいけないということではない。開発スピードも重要だ。この問題を説明するとき、私がいつも引き合いに出すのがソフトウェアの「鉄のトライアングル」だ。
鉄のトライアングルとは、以下の項目を頂点とする三角形を指す。
- 支出するお金
- 達成すべきスケジュール
- 組み込みたい機能
短期のスケジュールで開発しなければならず、資金に制約があり、品質も必要とされるのであれば、機能面でトレードオフを迫られる。多くの開発企業は高品質のソリューションを短期間で市場に投入するために、最小限の機能で妥協せざるを得なくなるのだ。そこで私のアドバイスは「品質面で手抜きをせずに、顧客と何らかのつながりを作り出すのに最も必要な機能だけにフォーカスする」ということだ。いったん顧客を捕まえれば、準備が整った段階でいつでも新機能を追加したり、アプリケーションをアップデートしたりできるのだ。
もう1つ付け加えたいのは、Webの世界とITの世界のどちらにいるかによって「スピードのわな」か「品質のわな」のいずれかに陥る危険性があるということだ。
スピードと品質のどちらを重視するかという判断は、開発者のバックグラウンドによっても異なる。Web分野出身の開発者の場合は、スピードを重視し、品質をそれほど考慮しない傾向がある。開発者とユーザーが直接つながっているため、Webサイトを素早くアップデートできるからだ。Webサイトで新リリースを公開するだけでいいのだ。このため、このグループはスピードに目を奪われ、「品質のわな」を見逃す恐れがあるのだ。
一方、従来のIT分野出身の開発者の場合は、状況がほぼ逆になる。彼らは長い時間をかけてアプリケーションをテストした上でリリースするというパターンに慣れている。リリースが1年に2回だけというのも珍しくない。iOSのアップデートやAndroidの新バージョンが出るたびに新リリースを提供する必要性を感じていないのである。だから彼らは「スピードのわな」に陥るのだ。後編では、開発スピードと品質の両方の要求に応える最新技術を紹介しよう。
Copyright © ITmedia, Inc. All Rights Reserved.
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
事例
[株式会社ビザスク] 「新規事業」事例集:大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
9
Microsoft 365の「テナント統合・分離」問題 手戻りのない道を選ぶ秘訣とは?
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー