9 conseils pour bâtir une application mobile de traçabilité efficace

1. Penser à, ou imaginer l’utilisateur de l’application mobile : son environnement de travail, l’ergonomie, la valeur ajoutée perçue, la simplicité (il est facile de faire compliqué, la simplicité est plus difficile à imaginer) ;
2. Un écran = une fonction : un écran de terminal professionnel est petit au final, on ne peut y mettre ce que l’on met sur un écran de PC ; de plus la précision du doigt n’est pas celle de la souris : donc peu de champs par session ou utiliser des tabulations ;
3. Ergonomie, navigation et intuition : il est important que les actions, champs de données, boutons soient toujours d’une forme similaire entres écrans, couleurs intuitives pour la compréhension, de même des termes choisis sans ambiguïté de contexte - il sera inutile de devoir lire une quelconque documentation pour utiliser cette application mobile - il est aussi illusoire de penser que l’utilisateur va lire une page de documentation, mais penser à mettre de l’aide incluse sur demande (il est donc inutile de prévoir du temps à faire une documentation utilisateur : le remplacer par de la recherche de fonctions plus ergonomes) ;
4. La vitesse de saisie ou d’acquisition des données :
   Le retour sur investissement primaire d’un terminal code barre ou Rfid est basé sur la vitesse. Il est donc essentiel au niveau de la saisie que le curseur se place au bon endroit au moment du scan des codes, ou que tout scan soit automatiquement dirigé vers un champ spécifique en fonction de son type de code barre, d’autres critères comme les 1ers caractères lus, que les touches du terminal soient adaptées à la saisie de l’instant : numérique pour les quantités, alphanumérique pour des noms, pavé tactile, etc ...
5. S’adapter à tout système : il faut pouvoir séduire un maximum d’utilisateurs de cette application mobile de saisie et collecte de données ; donc l’application doit pouvoir fonctionner sur plusieurs systèmes d’exploitation : Windows classique, Windows mobile : CE , Mobile, Phone, Android : là encore nos générateurs en un seul développement vous permettent de générer la même application pour tout système sans rien changer ;
6. S’adapter à toute taille d’écran : il est bien de prévoir une application pour un écran de base mobile, mais il est bien de pouvoir utiliser la même application de collecte sur une tablette ou un PC sans refaire tout le développement : là aussi nos générateurs ont des fonctions d’adaptation au tailles d’écran automatiques ;
7. La fonction offline : le réseau n’est pas forcément présent à tous les endroits d’utilisation du terminal, il est donc utile de prévoir un fonctionnement asynchrone de l’application de collecte mobile, nommé "offline" par opposition à "online" qui est facilement réalisable par une page web - Le fonctionnement offline doit intégrer la synchronisation de départ vers le lieu de travail et celle de retour du lieu des opérations, sa fréquence, ses aléas de connexions au réseau ;
8. Les mises à jour à distance : comme on prévoie une utilisation offline des écrans de saisie, il est important de prévoir une mise à jour du parc de terminaux sans devoir tous et un par un les reprogrammer : la fonction de mise à jour doit pouvoir être intégrée et réalisable sur un spot de connexion (3G ou Wifi) par utilisateur lui même et à chaud : pas d’arrêt de la machine et du processus de saisie (juste une pause) ;
9. La phase de test : l’application mobile doit être parfaite pour être acceptée et reconnue par les utilisateurs : la tester sous toutes les positions et situations, d’abord décrite dans un plan de tests, complété lors des vrais tests, continuellement : vous seriez étonné du nombre de situations non imaginées mais rencontrées !

Contactez-vous pour vous aider à finaliser vos besoins : notre expérience vous permettra d’y arriver plus vite.