Quand le thème est-il applicable dans une application Web?
J'ai vu peu d'applications capables de changer de thème, par exemple, dans mon cas, une application HRMS (il y en a beaucoup). Mais, les gens utilisent rarement des thèmes personnalisés ou s'en soucient dans de telles applications. D'autres applications comme Gmail, les blogs, etc. permettent également de changer de thème, ce qui est naturellement nécessaire.
Quand est-il approprié d'inclure l'option thème dans l'application? Y a-t-il une raison spécifique pour que cette tendance ait commencé?
Les faits suivants sont de bons indicateurs que vous pourriez être (je dis juste peut-être) devriez envisager un soutien thématique:
- votre interface web est mature, chaque pièce s'intègre idéalement à n'importe quelle autre, la logique métier et la fonctionnalité sont peaufinées presque à la perfection et vous êtes presque sûr que votre application évoluera, sans aucun coup d'État révolutionnaire.
- les utilisateurs implorant constamment de mettre en œuvre le thème. Sans tenir compte du fait que votre application est géniale, ils continuent d'insister sur le fait qu'ils préfèrent un service concurrent, simplement parce qu'ils ont un thème et que vous ne l'avez pas.
- votre application web est sociale. Il existe une telle entité comme la page personnelle des utilisateurs, et elle peut être atteinte par d'autres utilisateurs. Tumblr est un bel exemple ici. Mais même pour les services sociaux, le thème n'est pas aussi crucial qu'il y paraît à première vue. Par exemple, Facebook a un support (relativement) médiocre pour personnaliser la vue personnelle, mais c'est assez réussi)
- Au contraire, votre application web est trop personnelle. Il y a une page où l'utilisateur passe généralement une partie notable de son temps. Mais encore une fois, nous ne devons pas surestimer la valeur d'une telle fonctionnalité. Oui, gmail prend en charge le thème, mais je peux nommer de nombreux services qui prennent en charge le thème, mais n'ont pas réussi à conquérir le marché. Même la recherche Google n'est de facto pas personnalisable, bien qu'il y ait eu quelques tentatives pour apprendre aux utilisateurs à la personnaliser davantage. Il en va de même pour les personnages de Firefox.
- Le thème n'est pas un thème au sens strict, en fait. Entre autres choses, il fournit une sorte d'informations supplémentaires, probablement pas des informations cruciales et certainement pas le type d'informations qui intéressent les utilisateurs. La météo est un exemple classique, et gmail susmentionné a été Pioneer ici.
- Enfin, votre application est un peu plus "à thème" si elle est largement utilisée sur le bureau et beaucoup plus rare sur les gadgets mobiles. Ce point est plus défendable que les autres.
Pour résumer, pensez à fournir des fonctionnalités de base, puis à nouveau à fournir des fonctionnalités de base, puis réfléchissez à la façon dont vous pouvez améliorer vos interfaces, puis réfléchissez à nouveau et seulement après 10 à 20 itérations si vous êtes toujours enthousiaste - pensez à la thématisation.
L'exigence de thème devrait provenir de vos clients (existants ou potentiels). S'ils ou votre service marketing voient une valeur dans cette fonctionnalité, ajoutez-la.
Quelques exigences qui me viennent à l'esprit:
- L'application doit ressembler au système d'exploitation ou à l'environnement utilisateur (c'est-à-dire qu'elle ressemble à une application Windows native)
- L'application va être vendue à de nombreux clients et chacun voudra que sa propre image de marque soit ajoutée (ce qui est légèrement différent de permettre le thème de l'utilisateur final).
Je suis d'accord que la plupart des gens n'utilisent probablement pas de thèmes au-delà du "Oh, je peux définir le thème!" moment. Un autre facteur serait que si le thème est réinitialisé lorsque l'application est mise à jour, les utilisateurs peuvent avoir peu de motivation pour le configurer encore et encore. Je n'ai pas de données pour cela au-delà de ma propre expérience.
Quant à savoir comment cette tendance a commencé - ce serait de la spéculation, mais un facteur serait que les gens "suivent" leur concurrence. Si votre principal concurrent possède une fonctionnalité, vos vendeurs/marketing exigent à peu près que vous offriez la même fonctionnalité pour vous assurer qu'ils ne peuvent pas perdre une vente (même si la fonctionnalité est réellement inutile).
Pour ou organisation, nous ne proposons que deux grands thèmes, interne et externe. La seule différence est que l'en-tête change de couleur. L'idée derrière cela est que les clients ne veulent pas que les thèmes changent au hasard, car la plupart des gens voient un changement de thème comme un site Web différent. Si un utilisateur (client) passe d'une page statique à une autre (ou application), le site doit pour la plupart rester cohérent. Une apparence incohérente peut inciter les utilisateurs à penser qu'ils ont quitté le site Web tous ensemble.
Exemples:
http://labor.ny.gov/ux/guides/development/index.php - Page externe publique/générique http://labor.ny.gov/UX/guides/ development/internal-pages.php - Applications/Pages internes