Votre application de traçabilité par code barre ou OCR en 10 points
Vous voulez soumettre à la création une application sur mesure de collecte de données pour tracer (code-barre, positions GPS, photos, signatures, caractères, écriture, Rfid, etc…) ou de gestion et souhaitez qu’elle soit appréciée et utilisée, que vos bases de données soient correctement complétées et remplies avec les données correctes et qu’au final elle soit rentable ?
Liste de critères à prévoir pour parvenir à décrire complètement une application mobile de saisie code-barre / rfid interne à votre société, spécifique et sur mesure
Décrire le projet global de l’application mobile et / ou fixe: et imaginer l’utilisateur, 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);
Un écran = une fonction et de l’intuition : un écran de terminal mobile est petit au final (5" = 5 boutons !), on ne peut y mettre autant que 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 ou des fonctions induites.
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 et dispositions plus ergonomes);
Donc une liste des processus à réaliser pour chaque poste ou pour chaque situation, vous sera demandée.
Rentabilité et chiffres : Décrire combien de personnes et dans quel contexte (interne, fournisseurs, clients) vont utiliser l’application, ce que chacun en attendra et quelle valeur il y apportera, ou la valeur que l’utilisateur ou client va y trouver. La valeur doit pouvoir se chiffrer en monnaie (y compris le temps), le reste n’est que littérature ! Les volumes de données, le lieu de stockage, les interfaces à envisager, le nombre de lectures par jour. Avec les gains apportés et le contexte on pourra vous dire si le projet va être rentable et avec quels moyens.
La vitesse de saisie ou d’acquisition des données : Le retour sur investissement primaire d’un terminal code barre, OCR 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 …
Si c’est pour lire par l’OCR, bien faire des tests préalables avec nos apps de test sur des échantillons si les caractères sont bien lisibles, avec le bon contraste.
Dans tous les cas faire de belles photos ou collecter des PDF d’échantillons représentatifs à nous transmettre: ils vous seront demandés avant tout devis.
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 modes de développement adaptent aux tailles d’écran;
les systèmes de saisie, de lecture, d’impression et de stockage de données: 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, Linux, Android, Apple: là encore nos outils pour faire un seul développement vont générer la même application pour tout système sans rien changer, voire récupérer des anciens ordinateurs, terminaux et smartphones pour l’écologie et vos économies !
De même s’il est nécessaire d’imprimer, il faut connaître le nombre par mois d’étiquettes à imprimer, leur taille, le support sur lesquelles elles vont être apposées, leur type, leur durée de lecture, leur température et exposition aux intempéries
Et pour finir si vous avez de données de chez vous sur base de données (comme une liste d’articles) : il va falloir décrire où, comment y accéder et sa fréquence de mise à jour.
Il nous faut donc un tableau à colonnes pour le matériel :
- par utilisateur
- les types de matériel, y compris le type de connexion
- les quantités des systèmes demandés
- combien et les description de ce que vous comptez réutiliser
- combien vous souhaitez en acquérir.
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 éventuellement 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. Le mode offline demandant de prévoir plus de cas que le mode online, il n’est pas nécessaire de le demander sans raisons.
Les mises à jour à distance des applications: 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 (3/4/5G ou Wifi) par utilisateur lui même et à chaud : pas d’arrêt de la machine;
Les résultats ou rapports C’est bien d’accumuler des données mais on en sort quoi ? Décrivez les rapports demandés, les tris , sélections, les chiffres ou tableaux à l’écran d’ordinateur, ou de smartphone ou imprimés.
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 !
Il est donc important de créer un jeu de tests : codes, PDF, images, description du test et du résultat de chacun.
Nous faire une demande de prix de solution sur mesure de traçabilité ou de gestion par code-barre, OCR ou Rfid : mode d’emploi selon votre cas :
Vous avez un budget + bien préparé par écrit chaque point ci-dessus: vous entrez en contact avec nous, nous envoyez par échanges d’emails vos pièces et on vous fait un devis si c’est faisable dans le budget donné, dans le cas contraire, vous êtes dans le cas suivant.
Vous n’avez rien préparé en détail ou il vous manque des points dont le budget: à réception de quelques lignes de description avec le nombre d’utilisateurs, on vous proposera sous format workshop avec un budget maxi applicatif, une étude en ligne de votre demande en vidéo de 2 heures avec un spécialiste + rédaction du compte-rendu détaillé et du devis. Vous pourrez ainsi construire et imaginer avec nous l’application la mieux adaptée.
Contactez-vous pour vous aider à finaliser vos besoins : notre expérience vous permettra d’y arriver plus vite.