Un concepteur UX cherche des informations/conseils concernant le développement IOS

Question

Je suis un concepteur UX à la recherche d'informations/conseils concernant le développement IOS. La question est à la fois développementale et politique. Je travaille pour un grand détaillant dont les magasins utilisent actuellement un scanner de produit archaïque appelé RMU. Son interface utilise un écran tactile et un clavier physique étendu. La RMU est tellement vieille qu'elle n'est plus à vendre.

La société cherche donc à développer rapidement un remplacement en utilisant un iTouch attaché à un chariot de balayage. Plutôt que de créer une nouvelle expérience en utilisant le potentiel de l'iTouch, les développeurs de l'entreprise cherchent à émuler l'interface de la RMU exactement. Cela signifie que le iTouch afficherait un menu de choix exactement de la même manière que le RMU, qui ressemblerait à ceci:

1 - appuyez sur 1 pour l'option A

2 - appuyez sur 2 pour l'option B

3 - presse pour l'option 3 C

X - X presse pour l'option D

Y - Y presse pour l'option E

etc.

Les développeurs affirment qu'il est techniquement impossible d'activer le toucher pour ce menu. Ainsi, les utilisateurs devraient invoquer l'un des 5 menus du clavier virtuel pour appuyer sur 1,2,3, X ou Y, au besoin. Ce clavier virtuel couvrirait bien sûr le menu d'affichage. Je ne suis pas un développeur, mais je ne peux pas croire que si l'iTouch tire des données d'un système dorsal, les affiche sur un écran tactile, capture des événements tactiles, et associe ces événements avec des fonctions communiquées au backend , qu'il ne peut pas capturer les événements tactiles en même temps qu'il affiche les données, DONNÉ que c'est ce que l'iTouch a été créé pour faire. Je soupçonne que les développeurs récupèrent le travail effectué pour une précédente tentative d'émulation de la RMU. Dans cette entreprise, un "symbole" de Janam basé sur un dessin de palmier (employant des fenêtres) a été employé. Le Janam (comme le RMU) utilise un écran d'affichage et un clavier physique. Ainsi, en réalité, l'iTouch imiterait le Janam qui émule lui-même le RMU. Mon souci est l'interface terrible que cela va créer, celle qui déconnecte l'affichage de la fonctionnalité - en principe identique à un téléviseur qui ne peut changer les canaux quand il est éteint. Donc, enfin, ma question. Suis-je juste paranoïaque, ou sont les développeurs qui gèrent le projet.

Answer 1

Il est bien entendu possible que l'iTouch affiche des données et permette à l'utilisateur de les toucher pour faire des choses. Vous n'avez qu'à aller aussi loin que le carnet d'adresses intégré pour voir cela.

Cela ressemble beaucoup à leur application iTouch est fondamentalement un terminal muet qui affiche la sortie d'un serveur central et l'envoi des chaînes d'entrée de l'utilisateur pour le traitement par le serveur central. Alors oui, s'ils utilisent ce modèle, il est techniquement impossible de rendre tangible le texte sur l'écran; même gratter le texte et l'analyser dans un menu pour un affichage convivial irait au-delà du modèle «terminal muet».

Mais c'est probablement la conception la plus stupide et la plus paresseuse possible pour l'application.

Si l'interface de l'application n'a pas besoin d'être changée souvent, l'interface doit être faite en code dans l'application et uniquement les données chargées depuis le serveur central.

Si les exigences sont telles que l'interface doit être chargée à partir du serveur central pour une raison quelconque, l'interface doit être fournie dans un format structuré que l'application peut ensuite afficher correctement. Par exemple,

<menu> 
<item>Option A</item> 
<item>Option B</item> 
<item>Option C</item> 
<item>Option D</item> 
<item>Option E</item> 
</menu> 

puis l'application peut le formater pour l'affichage avec chaque élément de menu touchable.

En tout cas, cela ne ressemble pas à quelque chose avec une solution technique. Celui qui est en charge de ce projet doit décider s'il veut une interface de merde que les utilisateurs finals détestent ou qui est logique pour la technologie utilisée. OTOH, cela a peut-être déjà eu lieu.