web-dev-qa-db-ja.com

最近のデータプランの料金変更に伴う帯域幅の問題に注意する必要がありますか?

最近、モバイルプロバイダーがデータプランの価格モデルを変更することを決定したことが報告されています(つまり、VerizonとAT&Tですが、おそらく他のモデルもそうです。料金[〜#〜] gb [〜# 〜]使用されるデータ)。個人的に、私はこの考え方に問題はありません。それは資本主義であり、それがどのように機能するかであり、それは問題ありません。しかし、UXデザイナーとして、私は(当然)エンドユーザーのために考えざるを得ません。

現実的には、平均的なモバイルユーザーが2 GBのトラフィックを使用することは比較的困難です。私はそれを完全に承知しています。しかし、いつの日かそれが現実ではないかもしれないと誰が言っているのでしょうか?質問する物:

  • アプリ/ウェブサイトがユーザーのデータ許容量を侵食する手段として閲覧された場合はどうなりますか?
  • 彼らはあなたの製品を使い続けると思いますか?
  • ユーザーが支払っているリソースを浪費しているとユーザーが考える可能性がある場合、それを排除するために何ができますか?
  • これは、当社の製品がさらにシンプルになり、必要な負荷とエクスペリエンスが短くなることを意味しますか?

私は志を同じくする個人の考えが何であるか知りたいです。この被験者は水を持っていますか、もしそうでなければ、おそらくそれを持っているふりをすることができますか?

3
Vin Burgh

ほとんどのユーザーにとって、Webサイトとアプリケーションはデータの大部分を消費しません-メディア(特にストリーミングビデオ)は消費します。そして、それが単純なウェブサイトになると、ほとんどのユーザーはとにかく帯域幅についてナイーブです。彼らがwillに気づくのは、ロードの遅いWebサイトであり、それがあなたがページサイズをプロファイルする必要がある本当の理由です。

4

「より単純」は、ロードされた用語のビットです。 「不必要に複雑ではない」と言った方がいいと思います。

もちろん、その答えは「もちろん」です。エクスペリエンスを不必要に複雑にしてはなりません。ただし、UXの複雑さは、使用される帯域幅と必ずしも相関しているわけではないことに注意してください。本当に使いやすいUIには、いくつかの高度なJavaScriptなどが実際に必要になる場合があります。

したがって、データ計画の観点から、より良い質問は次のように質問することです。

最近のデータプランの価格変更に伴う帯域幅の問題に注意する必要がありますか?

答えは「はい」ですが、コストだけが原因ではありません。私たちは常に、Webサイトとアプリケーションをできる限り小さくして、高速で応答性の高いものにしたいと考えています。エンドユーザーにかかる費用が少なくて済むのは、単なるアイシングです。

1
DA01

正直なところ、それは場合によって異なります。

帯域幅を使いすぎずに、ユーザーの目的に役立つシンプルなエクスペリエンスを提供できますか?それが可能である場合は、帯域幅を使用しすぎる可能性がある機能をオプションでオフにする機能をユーザーに提供すると同時に、作業を実行する簡略化された効果的なインターフェースを提供します。例えば。 Googleカレントはこれを適切に行い、デフォルトではニュース記事の画像をダウンロードしませんが、ユーザーは必要に応じて設定を変更するオプションを設定できます。

アプリケーションが大量の帯域幅を使用するサービス(ストリーミングビデオ、音楽など)を提供する場合は、サービスに大量の帯域幅が必要になる可能性があり、ユーザーがデータの使用状況を追跡する責任があることを免責する必要があります(Pandoraはこの)。

ただし、後者の場合に特に注意が必要な場合は、データ使用状況を追跡し、事前定義された制限が設定されたときにサービスを停止する機能(3Gウォッチガードなど)の設計に取り組むことができます。

1
Mervin