La UX móvil de negocio es cómo se comporta la web o la tienda en el teléfono cuando hay intención comercial: stock, recoger en tienda, cita, pago o datos. En retailers omnichannel es buena si el móvil cierra esa tarea sin zoom forzado, sin formularios rotos y sin cortar el puente con el local. El criterio no es que se vea bien: es que el lead o el pedido salgan del mismo recorrido que empezó en la calle o en Google.
Si el tráfico del teléfono sube y los contactos bajan, no es un misterio de campaña. Es fricción. Trabajar la UX móvil de negocio sobre la web y el eCommerce es el sitio correcto cuando el fallo está en ficha, checkout, reserva o captación, no en un anuncio suelto. El cliente comprueba talla u horario en el metro. Si la página no responde, entra en otra tienda. Literalmente.
Qué cubre la UX móvil de negocio (y qué no)
No es un menú hamburguesa ni un home que “se adapta”. Es lo que un retailer omnichannel pide al cliente con una mano ocupada: buscar, ver disponibilidad, elegir tienda de recogida, pagar, llamar o dejar un recado que alguien lee. Si eso no cabe en una pantalla estrecha, no tienes un tema visual. Tienes un producto a medias.
Tampoco es una app nativa por defecto. Google llega a la ficha web. La app entra cuando hay un proceso interno que el navegador no aguanta. Un comercio local en Cataluña, un catálogo B2B, un bar con reservas o un panel de almacén en un Android barato tropiezan igual: el dedo no encuentra el control, el dato de tienda no cuadra, el envío no avisa a nadie.
Dónde se escapan los leads en el teléfono
El desktop perdona. El móvil no. En el autobús, el mismo enlace de doce píxeles queda bajo cookies, chat y la barra de “envío gratis”. El usuario no se queja. Se va. Tú ves sesiones. El recorrido omnichannel casi nunca nace en tu home: nace en Maps, en un anuncio o en un WhatsApp del dependiente. La pregunta ya es concreta. ¿Lo tenéis hoy en la tienda de Barcelona? ¿Puedo recogerlo a las siete? Si la web responde con un carousel y un “ver más”, el lead se ha ido antes del segundo scroll.
Tres sitios donde el lead muere sin hacer ruido
La ficha: precio tapado, stock genérico, tallas en un desplegable caprichoso, guía de medidas en PDF que mata el carrito al volver. El puente con el local: Maps sin decir si la talla está en Sabadell, teléfono en imagen y no en tel:, click and collect con campos de otro país. En hostelería, el widget de reservas en iframe que no deja elegir día. El formulario B2B: veinte campos, adjunto de escritorio, checkbox legal encima de Enviar. El panel de almacén en el teléfono es el mismo agujero con otro login.
Paso a paso para una UX móvil de negocio que no tire el lead
No empieces por un moodboard. Empieza por cinco tareas de dinero. Un ejemplo operativo de retail: encontrar un SKU, ver stock en una tienda concreta, reservar o recoger, pagar o pedir presupuesto, llamar con el contexto del producto. Hostelería cambia stock y recogida por mesa, hora y alergias. B2B cambia el pago por tarifa y plazo. El método es el mismo.
- Escríbelas con lenguaje de mostrador. “Ver si hay la 42 en Sabadell”, no jerga de proyecto.
- Recórrelas en tres teléfonos reales, con datos móviles. Uno viejo. Uno con una sola mano.
- Anota el primer gesto que obliga a zoom, a girar o a adivinar. Ese gesto es el ticket.
- Cruza con eventos: ficha, carrito, checkout o formulario, envío, llamar, localizador. Si no hay eventos, instálalos antes de rediseñar.
- Ordena por dinero perdido. Un home feo molesta al fundador. Un botón tapado molesta a la caja.
- Arregla el cuello, publica, mira dos a cuatro semanas móvil frente a desktop. Luego el siguiente. El rediseño completo es la excepción.
Cómo hacer el inventario sin montar un proyecto eterno
Una hoja basta: tarea, URL real de entrada, qué debería pasar, qué pasa, bloqueo, dueño. Mete una landing de ads, una ficha top, la página de tienda, el checkout o la cotización, y el panel que tienda abre en el teléfono. El catálogo B2B con tabla infinita suele romper aquí. El comercio de barrio, en horario y “¿lo tenéis hoy?”. Una migración cloud o un ERP nuevo suele romper el dato de stock, no el CSS. Pintar un stock mentiroso no recupera el lead.
Criterio de decisión: qué se toca primero
Corte simple. Si conversión o envío de formulario en móvil queda claramente por debajo del desktop, mismo periodo y mismo surtido, el primer frente es ficha más checkout o ficha más formulario. No el blog. Si el tráfico entra desde Maps o la ficha de Google y rebota, el frente es la página de tienda: horario, teléfono clicable, stock o “llámame con esta referencia”. Si es B2B y el desktop convierte, mira campos, teclado numérico, adjuntos y el aviso interno.
¿Todo “un poco mal”? El corte es el paso con más abandonos medidos, no el más feo. Feo se discute en mesa. Abandono, en caja. Si el arreglo exige PIM, app de vendedor o stock en tiempo real, dilo en la primera reunión: eso ya es alcance, no un parche de maquetación. Y un no útil: no retoces el desktop “para que se vea más premium” mientras el botón de añadir al carrito queda bajo una barra fija. Premium no cobra. El botón sí.
Error habitual: dar por buena una web responsive
Responsive, en muchas tiendas, significa: se diseñó a 1440, se añadió un breakpoint y nadie pagó con el teléfono en el portal de una tienda de Barcelona. El mega menú se vuelve un acordeón de doce niveles. Los filtros viven en hover. El sticky de envío gratis tapa el CTA. El popup de newsletter sale encima del de cookies, y el chat pregunta si necesitas ayuda. Sí. Ayuda para cerrar ventanas.
En hostelería el clásico es el motor de reservas en iframe, calendario que no cabe. En B2B, la tarifa en tabla infinita. En paneles internos, el backoffice hecho para ratón “que ya se apañará” el equipo de tienda. En comercios locales, copiar una web nacional y olvidar que el cliente pregunta por la sucursal de Sabadell. El error caro es medir solo sesiones móviles. Pide embudo por dispositivo. Cinco personas reales, cinco tareas, una tarde. Duele. Sirve.
El móvil y el local tienen que hablar el mismo stock
Omnichannel no es el mismo logo en el rótulo y en el header. Es que el dato del dependiente coincida con el del teléfono. Si la web dice “disponible en tienda” y el ERP actualiza de madrugada, entrenas al cliente a no fiarse. Ahí ganan las integraciones entre tienda, ERP y web: stock por local, reservas, recogida y un aviso cuando el dato va con retraso. Si el hueco es el mostrador (existencias, marcar reserva, ver el pedido que acaba de entrar), a veces toca una aplicación a medida para el equipo, no otra landing. El cliente no pelea con tu backoffice. Tu gente, tampoco, en un Android de almacén.
Para un comercio de barrio en el área de Barcelona, el arreglo rentable suele ser grosero: teléfono clicable, WhatsApp con el SKU, horario cierto, mapa y un “reservar en esta tienda” que avisa de verdad. Para un eCommerce con red de tiendas el listón sube: disponibilidad por centro, recoger en dos horas, cambiar de tienda sin vaciar el carrito. No prometas lo segundo si no tienes lo primero.
Mantenimiento y medición cuando el arreglo ya está vivo
Publicar no cierra el tema. Un banner, un plugin de cookies o un test de merchandising pueden tapar otra vez el CTA. Una vez al mes, las cinco tareas en un teléfono real. Si cambió la landing de ads, se retestea esa URL, no el home. Métrica útil, poca: conversión o envío móvil frente a desktop; inicios de checkout o formulario que llegan al final; clics a llamar y WhatsApp; recogidas completadas, no solo clics en “recoger”. Mapas de calor, si los usas, en vista móvil de verdad.
Cuando algo cae, no asumas que “la campaña venía mal”. Mira si un modal cubre el botón, si el stock del feed se ha ido a cero, si el widget de reservas ha cambiado de proveedor. El mantenimiento es ese control de oficio, no una cuota para retocar fotos.
Preguntas frecuentes
¿La UX móvil de negocio es lo mismo que hacer la web responsive?
No. Responsive significa que la maquetación no se rompe del todo. La UX móvil de negocio significa que una tarea comercial se completa con el pulgar, con dato de tienda cierto y con un aviso que alguien atiende. Puedes ser responsive y seguir perdiendo el lead en el checkout o en el widget de reservas.
¿Hace falta una app si ya vendo o capto por el móvil?
Casi nunca como primer paso. Google llega a la web. Arregla ficha, tienda, formulario y pago ahí. La app tiene sentido con un proceso de empleado repetido, fidelización de uso diario o un panel que el backoffice no aguanta en almacén. Si la web pública falla, la app no tapa el agujero: lo duplica.
¿Qué miro primero si los leads caen solo en móvil?
Parte el embudo por dispositivo: ficha, inicio de formulario o checkout, envío o compra. Recorre esas URLs en un teléfono real, con la campaña activa. El primer bloqueo que obliga a zoom o tapa el botón suele explicar más que un rediseño del home. Si el tráfico viene de Maps, empieza por la página de cada local.
¿Se puede mejorar sin un rediseño completo?
Sí, y suele ser lo sano. Cinco tareas, corte por dinero, arreglo del cuello, medición en dos a cuatro semanas. El rediseño entero entra cuando no cabe stock por tienda, el checkout no es usable o el legado bloquea el dato.
¿Sirve de algo si la mayor parte de la venta sigue siendo en tienda física?
Sí. El móvil ya es el escaparate previo. Si la web miente en stock, horario o recogida, el local de Sabadell o Barcelona recibe menos visitas útiles. Medir llamadas, reservas y recogidas desde el teléfono es tan de negocio como el ticket medio del mostrador.
Si los leads se escapan en el teléfono, el trabajo es concreto: tareas, inventario, corte y dato de tienda alineado. En Chocola Studio, desde Sabadell, lo abordamos sobre la UX móvil de negocio de la web o el eCommerce. Cuéntanos el recorrido que se rompe y lo miramos en un aparato de verdad: escribe o llama para revisar tu web en móvil.