![\"\"](\"https:\/\/inform.click\/wp-content\/uploads\/2022\/11\/post-289159-6382d93b3171b.webp\")
<\/a><\/p>\n\n Los usuarios vienen equipados con dedos de diferentes tama\u00f1os. Por lo tanto, el toque debe configurarse para atender a los dedos de todas las personas en el segmento objetivo. El ancho promedio del dedo \u00edndice de un adulto es de 1,6 a 2 cm. Por lo tanto, tenga eso en cuenta al dise\u00f1ar aplicaciones m\u00f3viles basadas en el tacto.\n<\/p>\n
\n Si a los usuarios les resulta dif\u00edcil tocar y activar las funciones de la aplicaci\u00f3n, podr\u00edan abandonar el uso de la aplicaci\u00f3n por completo y eso ser\u00eda realmente tr\u00e1gico. Y esto se aplica nuevamente a la cantidad de funciones que tiene. Cuantas m\u00e1s funciones tenga, las \u00e1reas de toque m\u00e1s peque\u00f1as en la aplicaci\u00f3n. Por otro lado, la incorporaci\u00f3n de algunas caracter\u00edsticas principales conducir\u00eda a \u00e1reas de toque m\u00e1s grandes.\n<\/p>\n
\n 4 El horror del pergamino
\n<\/h5>\n
\n Los editores de revistas y peri\u00f3dicos y los anunciantes alguna vez vivieron en el horror perpetuo de \u00abel redil\u00bb. Cuando las aplicaciones m\u00f3viles se hicieron populares, el \u00abdoble horror\u00bb se alivi\u00f3 un poco porque el contenido era visible en una pantalla que se pod\u00eda desplazar f\u00e1cilmente.\n<\/p>\n
\n Pero esto solo era cierto en parte porque se volvi\u00f3 cada vez m\u00e1s importante crear un dise\u00f1o web receptivo y m\u00e1s largo donde las acciones principales no deber\u00edan ir debajo de la p\u00e1gina, o m\u00e1s bien, superar un lugar donde las personas puedan desplazarse f\u00e1cilmente y encontrarlo.\n<\/p>\n
\n Las conversiones aumentan solo cuando los botones relevantes se colocan \u00aben la mitad superior de la p\u00e1gina\u00bb, o cuando los usuarios no tienen que desplazarse. Colocar un llamado a la acci\u00f3n claro en un lugar destacado generar\u00eda m\u00e1s conversiones.\n<\/p>\n
\n 5 botones que imitan el aspecto de los botones de control de la GUI
\n<\/h5>\n
\n As\u00ed como tener demasiados controles GUI puede ser un terrible error, lo contrario tambi\u00e9n puede ser mortal. Los textos y titulares subrayados generan la sensaci\u00f3n de que son enlaces que llevar\u00edan a los usuarios a una nueva p\u00e1gina.\n<\/p>\n \n Hacen clic en \u00e9l, pero cuando no llegan a la p\u00e1gina, asumen que el enlace est\u00e1 roto y salen de la aplicaci\u00f3n. Los usuarios a menudo se confunden y, a veces, se irritan debido a esta farsa y es posible que no regresen.\n<\/p>\n \n Muestre los botones de radio donde sea absolutamente necesario, pero no d\u00e9 la impresi\u00f3n equivocada de botones de radio donde no los haya.\n<\/p>\n \n Los controles de la GUI deben ser consistentes. Si usa palabras espec\u00edficas para la llamada a la acci\u00f3n y acciones similares, use las mismas palabras en toda la aplicaci\u00f3n. Usar diferentes palabras para la misma acci\u00f3n podr\u00eda crear confusi\u00f3n.\n<\/p>\n \n A veces, las acciones que los desarrolladores suponen que ser\u00e1n simples para los usuarios, hacen exactamente lo contrario. Si sigue un patr\u00f3n particular en su aplicaci\u00f3n, s\u00edgalo constantemente. Aseg\u00farese de que los botones y las p\u00e1ginas aparezcan donde los usuarios esperan que est\u00e9n.\n<\/p>\n \n Los desarrolladores no ahorran tiempo omitiendo los diagramas de flujo y sumergi\u00e9ndose directamente en la parte de dise\u00f1o de la aplicaci\u00f3n. Es muy importante crear un diagrama de flujo pensando en los usuarios, y muchos desarrolladores crean estos diagramas con los personajes de los usuarios para que siempre tengan en mente al usuario final.\n<\/p>\n \n Esto tambi\u00e9n ayudar\u00eda a determinar de d\u00f3nde provienen los usuarios, cu\u00e1les son sus intereses y d\u00f3nde se encuentran. Por lo tanto, al dise\u00f1ar los diagramas de flujo, es imperativo decidir sobre el usuario y los objetivos comerciales y si se lograr\u00e1 al final o no. Al crear un esquema de flujo, es posible pasar por diferentes opciones con flujos de p\u00e1gina y decidir cu\u00e1l es la mejor.\n<\/p>\n \n En t\u00e9rminos sencillos, disponibilidad significa todas las acciones que son f\u00edsicamente posibles dependiendo de las propiedades de un objeto\/entorno. Una escalera te permite subir o bajar, una tapa de botella te permite enroscar o desenroscar.\n<\/p>\n \n De manera similar, en una p\u00e1gina web, un control deslizante realiza la funci\u00f3n de moverse hacia arriba y hacia abajo, la casilla de verificaci\u00f3n le permite marcarla o desmarcarla y el texto con hiperv\u00ednculo lo lleva a otra p\u00e1gina. Affordance permite a un usuario hacer algo que puede entender f\u00e1cilmente.\n<\/p>\n \n La percepci\u00f3n de estas posibilidades se basar\u00e1 en el conocimiento del usuario de la p\u00e1gina web, experiencias, creencias y objetivos. Al dise\u00f1ar interfaces de usuario, es importante que el dise\u00f1ador proporcione las indicaciones correctas o podr\u00eda generar confusi\u00f3n y, por lo tanto, una mala experiencia de usuario.\n<\/p>\n \n Los dise\u00f1adores deben usar indicadores visuales correctos a trav\u00e9s de los cuales los usuarios puedan percibir c\u00f3mo observan estos elementos de la interfaz de usuario e interact\u00faan con ellos. Tambi\u00e9n es importante recordar que no todos los usuarios son iguales; por lo tanto, todas las posibilidades pueden no ser percibidas o interpretadas de la misma manera por todos. As\u00ed que respalda todas las se\u00f1ales visuales con las etiquetas e instrucciones adecuadas.\n<\/p>\n<\/a><\/p>\n\n 6 controles GUI inconsistentes
\n<\/h5>\n\n 7 Saltarse los diagramas de flujo y llegar al dise\u00f1o
\n<\/h5>\n<\/a><\/p>\n\n 8 No considerar las ‘capacidades percibidas'
\n<\/h5>\n\n 9 Ausencia del tipo correcto de cuadros de di\u00e1logo
\n<\/h5>\n