À mon avis, les fondamentaux sont les suivants :
- Commencez par comprendre le parcours de votre client, les moments où vos applications seront utilisées, et pour quelles fonctionnalités précises.
- Concevez d’abord l’enchaînement des écrans, puis les écrans, puis itérez pour affiner.
- Rendez l’utilisation de votre application très facile pour l’utilisateur, et guidez-le à travers les fonctionnalités.
- Utilisez des composants d’interface très courants. Ces composants sont les éléments d’un langage : n’utilisez donc pas un composant pour signifier autre chose.
- Adaptez-vous au niveau d’expertise de votre utilisateur dans l’utilisation de votre logiciel. Ne rendez pas les choses difficiles lorsque votre application s’adresse au plus grand nombre, et ne la simplifiez pas à l’excès lorsque vos utilisateurs sont des experts du domaine.
- En lien avec le point précédent, faites tester l’interface par un utilisateur dès qu’elle est prête. Parfois, ressentir/expérimenter l’interface mettra en évidence des parcours qui n’ont pas de sens ou des composants mal placés.
- L’architecture de l’information est importante dès le premier jour. Les règles de validation des données saisies feront gagner énormément de temps. Je parle d’« UI Architecture » dans ma méthode AMASE Product and Service Construction. Voir : https://amase.io/amase-business/AMASE-Product_and_Service_Construction_Journey_V01.pdf
- Si vous prévoyez de faire fonctionner votre interface sur plusieurs appareils (Android, iPhone, tablettes, montres connectées), découplez l’interface du backend et pensez API.