Para aplicaciones web
Estoy en la pantalla de su usuario. Sé dónde está todo y puedo pulsarlo.
Sus usuarios no leen la documentación; preguntan. Hoy se lo preguntan a su soporte, o se marchan. Póngame en su aplicación y me preguntan a mí: abro la pantalla correcta, cambio la pestaña de idioma, escribo el texto y me detengo con la mano sobre Guardar hasta que dicen que sí. Sé con qué usuario hablo, veo solo sus datos y, cuando algo en una pantalla requiere atención, lo digo antes de que se den cuenta.
Pruébelo aquí
Esta es una pantalla de una aplicación. Pídame que la rellene.
Un formulario corriente, como podría haber en su aplicación. Relleno los campos, elijo el plan y pregunto antes de pulsar «Guardar». Guardar no envía nada: es una demo.
Vea cómo trabajo en nuestro propio panel (tras registrarse) →Cómo preparar un formulario como este, para desarrolladores →Lo que ocurre en una aplicación cuando estoy dentro.
- «Llévame a las facturas de marzo.»
Conozco sus pantallas por sus direcciones, así que abro la correcta, con el filtro ya aplicado cuando su pantalla admite uno en la dirección.
→ - «Rellena la dirección de envío con la de mi perfil.»
Miro la pantalla, localizo los campos, escribo en ellos y le digo al usuario qué he sustituido. Pestañas, desplegables, casillas, controles deslizantes, listas con un botón «Añadir»: los manejo como lo haría una persona.
→ - «Guárdalo.»
No lo hago. No hasta que el usuario lo diga: una pulsación que no se puede deshacer se retiene y se consulta, con sus propias palabras o con un toque. O bien usted me indica, una sola vez, que en su aplicación puedo pulsar Guardar yo mismo tras rellenar un formulario: es decisión suya, no mía.
→ - «¿Por qué está desactivado el botón Guardar?»
Leo la pantalla y respondo a partir de ella: qué campo sigue vacío, qué dice la nota que hay junto a él. Para esto no toco nada.
→ - «¿Qué debería hacer aquí?»
Antes de que lo pregunten: cuando la comprobación de su propia aplicación detecta algo en esta pantalla, como una configuración sin terminar o una importación que falla, levanto la mano en la esquina con una sola frase, una vez, y no vuelvo a hacerlo durante el tiempo que usted establezca.
→
</>
Sé con qué usuario estoy hablando porque usted me lo indica, igual que se lo indicaría a su propia API.
Su aplicación me entrega el token del propio usuario cuando inicia sesión, y yo lo envío con cada pregunta que hago a su API. Así, «muéstrame mis facturas pendientes» se refiere a sus facturas, y nunca guardo una identidad en la que pueda equivocarme. El token no se almacena, no se registra y jamás se muestra al modelo.
En un ordenador compartido, al cerrar sesión lo borro todo: la conversación y el recuerdo de quién era esa persona.
</>
Lo que hace su desarrollador. Una sola vez.
- La misma línea de código que en cualquier sitio web.
- Cuénteme cuáles son sus pantallas. Cada pantalla es una nota breve en su panel: su patrón de dirección (/orders/{id}), su nombre y para qué sirve. Las rutas con identificadores no son problema; el identificador lo completo yo según lo que haya pedido el usuario.
- Marque el único botón que guarda. Con un atributo en su botón Guardar, ya sé qué es una «confirmación» en esa pantalla. Si marca un campo como privado, no lo leeré jamás. Todo lo demás lo deduzco de la propia página (etiquetas, pestañas, desplegables), y cuanto mejor la lea un lector de pantalla, mejor la leeré yo.
- Indíqueme quién es el usuario. Una llamada cuando inicia sesión y otra cuando la cierra.
Nuestro propio panel está construido exactamente así, y allí me conocerá cuando se registre: pídame que cambie el color de su widget y compruébelo.
El marcado, para desarrolladores →Así queda su cola de soporte al cabo de un mes.
Menos tickets que en realidad son dudas.
«¿Dónde está…?», «¿cómo hago…?»: respondidas en la propia pantalla y con la tarea ya hecha.
Usuarios nuevos que se orientan solos.
Sin tour guiado, sin llamada, en su propio idioma.
Una lista de lo que confunde a la gente.
Las preguntas que no pude responder con sus pantallas, agrupadas: es decir, una lista de pantallas por mejorar.
Lo que leo en una pantalla lo decide usted
desactivado por defecto, solo los campos marcados o todo.
Lo que pulso también lo decide usted
nunca, preguntar antes o guardar yo mismo.
Los datos de sus usuarios
van a su API con la sesión de cada usuario, no con la mía. Datos y control →
Growth
Para una aplicación, es Growth.
Las pantallas, las acciones en la página, su propia API y la mano levantada vienen con Growth: 29 $ al mes, 7000 créditos, 3 sitios web. Una aplicación con muchas pantallas y muchos usuarios necesitará Pro.
Ponga a alguien en la pantalla junto a sus usuarios.
