web-dev-qa-db-ja.com

テーマはいつWebアプリケーションに適用できますか？

私の場合、HRMSアプリケーションなど、テーマを変更する機能を備えたアプリケーションはほとんどありません（そのようなアプリケーションは多数あります）。ただし、そのようなアプリケーションでは、カスタムテーマを使用したり、それらを気にすることはほとんどありません。 Gmail、ブログなどの他のアプリケーションでもテーマを変更できますが、これは当然必要です。

アプリケーションにテーマオプションを含めるのはいつが適切ですか？この傾向が始まった特定の理由はありますか？

gui-designweb-appcustomisationthemes
3
sree

以下の事実は、あなたが（私はそうかもしれないと言っているだけかもしれませんが）あなたがテーマのサポートを考慮すべきであるかもしれない良い指標です：

  • webインターフェイスは成熟しており、各部分が他の部分と理想的に適合し、ビジネスロジックと機能がほぼ完璧に調整されており、革新的な「クーデター」なしでアプリケーションが確実に進化することを確信しています。
  • ユーザーは常にテーマの実装を求めています。あなたのアプリケーションが素晴らしいという事実を無視して、彼らはテーマを持っているのにあなたが持っていないからといって、彼らはむしろ彼らがむしろ競争相手のサービスであると主張し続けています。
  • webアプリケーションはソーシャルです。ユーザーの個人ページのようなエンティティがあり、他のユーザーがアクセスできます。 Tumblrは、ここでの良い例です。しかし、社会福祉サービスのテーマでさえ、一見するとそれほど重要ではありません。たとえば、Facebookは（比較的）個人的なビューのカスタマイズをサポートしていませんが、かなり成功しています）
  • 逆に、あなたのWebアプリケーションは個人的なものです。ユーザーが通常かなりの時間を費やしているページがあります。しかし、もう一度、そのような機能の価値を過大評価すべきではありません。はい、Gmailはテーマをサポートしていますが、テーマをサポートするサービスをたくさん挙げることができますが、市場を征服できませんでした。グーグル検索でさえ事実上カスタマイズ可能ではありませんが、ユーザーにもっとカスタマイズするように教えるいくつかの試みがありました。 Firefoxペルソナについても同様です。
  • 実は厳密な意味でのテーマではありません。とりわけ、それはある種の追加情報を提供しますが、おそらく重要な情報ではなく、ユーザーが興味を持っている種類の情報ではありません。天気予報は典型的な例であり、上記のgmailはここでパイオニアでした。
  • ついに、デスクトップから頻繁に使用され、モバイルガジェットからは非常にまれになっている場合、アプリケーションは少し「テーマが発生しやすく」なります。この点は他の点よりも議論の余地があります。

要約すると、コア機能の提供について考え、次にコア機能の提供について考え、次にインターフェースをどのように改善できるかを考え、それからもう一度考えます。それでも熱心な場合は、10〜20回繰り返した後でのみ、テーマについて考えてください。

2
shabunc

テーマ設定の要件は、顧客（既存または見込み）から取得する必要があります。彼らまたはあなたのマーケティング部門がこの機能の価値を見た場合、それを追加してください。

思い浮かぶいくつかの要件：

  • アプリケーションは、オペレーティングシステムまたはユーザー環境に適合するように見える必要があります（つまり、ネイティブのWindowsアプリケーションのように見えます）
  • アプリケーションは多くの顧客に販売される予定であり、それぞれが独自のブランディングを追加する必要があります（ただし、これはエンドユーザーのテーマ設定を許可する場合とは少し異なります）。

ほとんどの人は最初の「ああ、テーマを設定できます！」を超えてテーマを使用しないことに同意します。瞬間。別の要因として、アプリケーションの更新時にテーマがリセットされた場合、ユーザーは何度もテーマを設定する動機がほとんどない可能性があります。私自身の経験を超えて、このためのデータはありません。

この傾向がどのように始まったかについては、それは推測ですが、1つの要因は、人々が競争に「追いついている」ことです。主な競合他社に機能がある場合、販売/マーケティング担当者は、同じ機能を提供して、販売を失うことがないようにすることを強く要求します（機能が実際にどれほど役に立たなくても）。

2
ChrisF

組織については、内部と外部の2つの主要なテーマのみを提供しています。唯一の違いは、ヘッダーの色が変わることです。この背後にある考え方は、ほとんどの人がテーマの変更を別のWebサイトとして見るため、顧客がテーマをランダムに変更することを望まないということです。ユーザー（顧客）が1つの静的なページから別の静的なページ（またはアプリケーション）に移動する場合、サイトの大部分は一貫性を保つ必要があります。一貫性のない外観は、ユーザーがWebサイトを離れたと思って混乱させる可能性があります。

例：

http://labor.ny.gov/ux/guides/development/index.php -Public/Generic external page http://labor.ny.gov/UX/guides/ development/internal-pages.php -内部アプリ/ページ

0
JeffH