プロバイダー選定の条件
iPhone／Androidアプリ開発、悲劇的な「安物買いの銭失い」を避けるためには？
モバイルアプリケーション開発プラットフォーム（MDAP）はモバイルアプリの開発を容易にするが、これらのサービスには注意を要する欠点も存在する。
世界350社、1200以上のモバイルアプリケーション開発で利用される米KonyのMADP「Kony Mobility Platform」《クリックで拡大》
モバイルアプリケーション開発プラットフォーム（MADP）には、潜在的な欠点が伴う。このため組織は、MADPプロバイダーの選定には注意が必要だ。
MADPはテンプレートと最小限のコードで開発できるツールを提供し、特に開発用の人材を持たない組織にとって、モバイルアプリの構築と配布をより簡単にする。しかし、IT部門はMADPプロバイダーが提供する機能により制限も受ける。
例えば、そのサービスがカスタマイズをサポートしていても、スクラッチで構築したアプリと比較した場合、開発者が組み込める機能には制限がある。自社独自のアプリを構築（または外注）するのであれば、製品を自分のビジネスニーズに完全に合わせることができる。MADPを使用すると、組織はプラットフォームが許容する限りのことしかできない。これは、ユーザーエクスペリエンスとビジネス要件を損なうことを意味する。
組織はまたその他の問題の中でも、限定されたデータソース、APIの粒度におけるミスマッチ、クラウドの統合問題、ライフサイクル管理機能の制限、モバイルデバイス管理（MDM）との統合の不備といった、MADP技術の制限に起因するバックエンドの問題に遭遇する可能性がある。
もう1つの問題は、組織がプラットフォームにしばられ、MADPプロバイダーの性能、サポート能力、システムの信頼性に翻弄されることだ。さらに悪いことに、プロバイダーはアプリケーションのソースコードを全て所有しているため、そのプラットフォームから撤収するにも費用が掛かる。もちろん、MADPプロバイダーには考慮すべき独自の評価もあり、可能な限り良いサービスを提供することを望んでいる。しかし問題は起こり得る。そして定期サービスを利用する組織には償還請求権はほとんどない。万一プロバイダーが倒産した場合、定期サービス利用者には何も残されない。
もう1つの考慮すべき重要な点は、長期間に渡るコストだ。簡単に言うと、定期サービス料は加算される。このため、MADPプロバイダーが最初の立ち上げ費用を大幅に削減したとしても、モバイルアプリ開発におけるコスト削減は長期間続かない可能性がある。
MADPプロバイダーに期待するもの
幾つかの問題にはあっても迅速で安価という利点があるのだから、リスクを冒す価値はあると多くの組織が考えるだろう。だから、MADPプロバイダーを捜し求めるとき、判断材料として覚えておくべきことがある。
最も重要な考慮すべき事項は、開発プラットフォーム自体だ。MADPサービスは、現在および近い将来にユーザーが望む種類のアプリを構築するために必要なツールとコンポーネントを全て提供する必要がある。
例えばプラットフォームは、共通の開発基準を使用し、必要なバックエンドサービスを提供する。アプリの種類や将来のOSに関わらず一貫したユーザーエクスペリエンスの提供を支援するため、ここはサードパーティーアプリのスクリプトライブラリへのアクセスができるようにすべきである。またIT部門は、アプリのライフサイクル全体を管理できるはずである。このため、アプリはさまざまな段階でユーザーが利用できる。
アプリが動作する予定のモバイルOSも同様に重要である。組織が米AppleのiOS、米GoogleのAndroid、米MicrosoftのWindows上で操作可能なアプリを必要としている場合、AndroidのみをサポートするMADPプロバイダーを選択しても意味がない。またMADPプロバイダーを選定する前に、構築したいアプリがネイティブアプリなのか、Webアプリか、それともハイブリッドアプリか、確認が必要だ。
プロバイダーを選定する際のもう1つの大きな懸念事項は、セキュリティである。プロバイダーがサポートする識別情報管理の種類とポリシーサービス、使用する暗号化の種類、暗号化キーが保存される場所、アプリのセキュリティが既存のシステムにどのように統合されるかを調査した方がよい。
またMADPアプリは、使用する組織のデータアクセスポイントと統合すべきである。プロバイダーは業界標準に基づいた既存の企業アプリに対するAPIサポートを提供した方がよい。必要ならば、IT部門はプラットフォームとデータストレージ、クラウドサービス、MDMやモバイルアプリケーション管理製品といったサードパーティーツールを含むバックエンドシステムを統合すべきだ。
アプリケーションのライフサイクル全体を通して管理機能を提供するMADPサービスを探すとよいだろう。それには、アプリケーション構築プロセスを管理し、アプリのバージョン管理を提供し、アプリを配布し、全てのプラットフォームとデバイスにわたって動作を監視するツールが含まれる。パフォーマンスを追跡するためのリアルタイムでの監視、問題のトラブルシュート、アプリケーション使用率の分析の収集をサービスが提供するか、確認すべきである。
モバイルアプリケーション開発プラットフォームは、ユーザーのモバイルアプリのニーズに対する正しい手段だが、正しいプロバイダーを見つけることはIT部門が軽んじてはならないプロセスだ。
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_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー