fonctionnalités de l'application mobile

Question

Supposons que l'on souhaite porter une application de bureau sur un smartphone (ce qui peut signifier écrire à partir de zéro). À votre avis, à quel point une version mobile devrait-elle correspondre à celle d'un ordinateur de bureau? En d'autres termes, quelles sont les caractéristiques communes des applications mobiles?

Je peux dire:

• interface à courte utilisateur (pas de temps)
• contenu dense, filtré en comparaison avec le bureau relatif
• : Pas de mult-utilisateur requied (smartphone est un personnel périphérique)

Quoi d'autre?

Answer 1

Apple a quelques conseils dans le Human Interface Guidelines

Certaines choses que je penserais au sujet sont:

1. Comment voulez-vous de présenter vos données efficacement, mais avec élégance?
2. Quels contrôles et types de vue utiliserez-vous? C'est à dire, est-ce que cette partie du programme fonctionne mieux avec un UITableView ou un UIScrollView ou devrait-il y avoir une navigation descendante pour mieux circuler? Essentiellement, je dis simplement, déterminez la structure d'écoulement de votre demande. Vous devez vous familiariser avec chaque contrôle afin de savoir où un utilisateur typique s'attend à ce qu'ils soient.
3. Les utilisateurs d'un iDevice (à l'exception des iPad) sont habitués à un environnement à une seule fenêtre. Par conséquent, n'essayez pas d'emballer tous les petits détails dans l'écran. Brisez-le logiquement et intuitivement.
4. Atteignez l'équilibre entre la fonctionnalité et la facilité d'utilisation. Ne lancez pas une application qui fonctionne bien mais qui ressemble à une poubelle. Les gens aiment les bonbons pour les yeux (les hommes en particulier).
5. Comme vous l'avez dit, multi-utilisateur est seulement réaliste sur l'iPad et même alors, c'est un étirement pour autre chose que des jeux. Réfléchissez à ce que l'utilisateur attend et utilise pour d'autres applications et essayez de poursuivre cette tendance. Par exemple, si vous montrez le clavier et qu'il n'y a aucune manière évidente de fermer le clavier, faites en sorte que lorsque vous tapez sur une partie de la vue en dehors du clavier, le clavier soit rejeté. Sinon, l'utilisateur est juste coincé là avec ce clavier stupide sur l'écran et aucun moyen logique de s'en débarrasser (désolé, je déteste vraiment quand les développeurs le font). Enfin, utilisez l'application vous-même pendant au moins une semaine avant de la publier. Si vous n'êtes pas à 100% derrière, changez-le. Certaines personnes parlent toutes de «l'échec en premier et de la fixation plus tard», mais je ne suis pas d'accord. Le jour le plus important est le premier jour de lancement. Après cela, c'est soit le bouche à oreille, la promotion croisée, ou votre argent publicitaire. Faites-en un succès le premier jour .. et aussi réaliser que plus de gens utilisent l'AppStore le mercredi/vendredi/samedi/dimanche que tous les autres jours de la semaine.