スマートフォンアプリがビジネスリスクに? 回避方法は(2/2 ページ)

» 2010年07月20日 07時30分 公開
[Wayne Rash,eWEEK]
eWEEK
前のページへ 1|2       

 例えばiPhone 4向けのアプリを作ったとして、常にデータソースにアクセスする必要がある場合、アンテナ受信感度の問題にどう対処すればいいだろうか? あるいは、数カ月以内に新版Androidがリリースされたときに起きるであろう多数のAndroidプラットフォームの死に、どう対応すればいいのだろうか?

 現実的には、トラブルを避けられるアプローチは2つある。1つ目は、複数のスマートフォン環境をサポートすることだ。確かにiPhoneとAndroidデバイスの両方に合わせて開発するのは少々大変だし、webOSやBlackBerryにも対応するとしたらもっと大変だ。だが目的は、会社ためにスマートフォンを使えるようにすることだ。つまり、たとえ複数のモデルをサポートする必要があっても、重要な業務用モバイルアプリが常に動くようにするということだ。

 しかし、おそらくもっといいのは、Webアプリで業務上のニーズを満たすやり方だろう。受信状態などの問題に対応する必要はあるが、少なくともハードウェアプラットフォームがアップグレードされるたびに新しいアプリを作る必要はない。

 最近ではほとんどのスマートフォンが優れたWebブラウザをサポートしている。ユーザーが使っているブラウザを検出できれば、動作しないもの(iPhoneユーザーにとってのFlashなど)を避けられる。真に制限要因となるのは、小さな画面サイズと電波状態が悪い場所でのマルチメディア情報の配信遅延だけだ。こうした問題は設計をきちんとやれば解決できる。

 しかし大事なのは、単一のプラットフォームをサポートしないことにまず決めて、そこから進むのが最善だと注意しておくことだ。単一のプラットフォームはほとんど警告なしに消え去るものだ。ユーザーの移行をうまく支援してくれるスマートフォン企業もあるが、真の目的は、AppleやMotorolaやPalmではなく、自分のスケジュールでアプリを移行することだ。

 アプリの安定性と継続性を確保するために必要なのは、まず「今スマートフォン向けにアプリを設計している場合、そのスマートフォンはおそらく、アプリ完成までに存在しなくなっている」という前提に立つことだ。特定の機能に縛られる代わりに、着実かつ急速なペースでの変化を考慮する必要がある。変化が起きたときに備えができるように。

前のページへ 1|2       

Editorial items that were originally published in the U.S. Edition of “eWEEK” are the copyrighted property of Ziff Davis Enterprise Inc. Copyright (c) 2011. All Rights Reserved.

アクセストップ10

2026年08月09日 更新
  1. NHK受信料パトカー・消防車から徴収問題、猛反発を受け「検討を進めていく」と会長 (2026年08月07日)
  2. 楽天モバイルのローミングは「予定通り9月末に終了」 ただし「ルーラル限定で継続」の可能性も (2026年08月07日)
  3. KDDIが値上げしても解約率が低下した理由 au、UQ mobile、povoを循環させ「脱・販促費競争」へ (2026年08月07日)
  4. ミストが出るハンディファンって涼しいの? 家電量販店でも買える「Aecooly Cold Air/Cold Air Pro」を試す (2026年08月08日)
  5. まだ「つながりにくい」声ある“ドコモ通信品質問題”の現在地 前田社長が明かす「道半ば」の詳細解説 (2026年08月06日)
  6. なぜ? カーナビが「NHK受信料」対象になるワケ 課金されるケースと徴収を免れる方法 (2025年04月15日)
  7. JR東日本「分かりにくい」新幹線券売機を改善へ なぜ、スマホではなく「駅での最短1分購入」を実現? (2026年07月04日)
  8. ahamoの「40GB化」は値上げの布石か? 通信品質改善と料金設定で揺れるドコモの戦略 (2026年08月08日)
  9. ドコモが念願の増収増益に好転 「ドコモMAX」好調も後押し、今後は“ロイヤルユーザー”を重視 (2026年08月06日)
  10. 「NHK受信料の値上げは検討していない」――会長が明言 スクランブル化を求める声絶えず (2026年08月07日)
最新トピックスPR

過去記事カレンダー