Un laboratorio recibe sus pedidos a través de su propia web. Un cliente avisó de que no conseguía terminar el suyo desde el móvil: no saltaba ningún error, el botón de enviar simplemente no hacía nada. Al probarlo se confirmó: el mismo pedido, hecho desde un ordenador, llegaba bien, con su confirmación y su documento adjunto. Hecho desde un móvil, no llegaba a salir nunca, y la pantalla no decía por qué.
Si tu negocio recibe pedidos, reservas o solicitudes a través de tu web, este es el tipo de fallo que más cuesta detectar, porque no avisa de que existe.
¿Qué estaba pasando de verdad?
No era una sola causa, eran dos a la vez, y las dos tenían algo en común: ninguna mostraba nada en pantalla.
La primera: un carácter que no era un número se había colado en un campo que solo admite números. El sistema lo rechazaba por dentro, pero no lo comunicaba fuera. Para quien estaba rellenando el pedido, no había ninguna señal de que algo estuviera mal.
La segunda: el pedido llevaba una fotografía adjunta, de varios megabytes, y esa foto estaba subiéndose por datos móviles, más lentos que el wifi de una oficina. La pantalla no mostraba ningún progreso ni ningún aviso de que la subida estuviera en marcha. Quien esperaba no tenía forma de saber si el envío estaba avanzando despacio o si, sencillamente, no estaba pasando nada.
Las dos causas juntas daban el mismo resultado desde fuera: una pantalla quieta, sin mensaje, sin barra de progreso y sin pedido al otro lado.
¿Por qué nadie se había dado cuenta antes?
Porque un formulario que falla con un aviso molesta, pero un formulario que falla en silencio es peor: nadie lo reporta con la misma rapidez. La persona lo intenta una vez, quizá dos, y después deja de intentarlo. No escribe para quejarse de un error, porque no vio ningún error. Simplemente se va.
Desde el lado del negocio, eso es indistinguible de un cliente que decidió no comprar. No hay ningún aviso, ninguna línea roja en ningún panel, nada que diga "aquí se ha perdido algo". El pedido desaparece sin dejar rastro, y el negocio nunca llega a enterarse de que lo tuvo a un clic de distancia.
Se corrigió en dos frentes: la fotografía se reduce de tamaño automáticamente nada más subirla desde el móvil, antes de intentar enviarla, y la pantalla ahora muestra el envío avanzando mientras tarda, para que quien espera sepa que está pasando algo.
¿Cómo compruebas esto en tu propia web?
No hace falta saber programar para hacer esta prueba. Necesitas un móvil, datos móviles (no el wifi de tu oficina, que es mucho más rápido y esconde el problema) y diez minutos.
- Completa tú mismo el proceso que uses para recibir pedidos, reservas o solicitudes, desde el móvil y con datos móviles en lugar de wifi.
- Si en algún paso se pide adjuntar una foto o un documento, usa una foto real de tu propio móvil, sin reducirla antes, y mira qué pasa mientras sube.
- Escribe algo que nadie debería escribir en un campo: una letra donde solo se esperan números, un espacio de más, un carácter raro. No para romper nada, para ver qué dice la pantalla cuando lo hace.
- En cada paso, pregúntate: si algo saliera mal aquí, ¿me enteraría yo, ahora, mirando la pantalla? ¿O simplemente se quedaría todo quieto?
Si en algún punto la respuesta es que no te enterarías, tienes un punto ciego exactamente igual al del laboratorio. Puede que ya esté costándote pedidos, y no lo sabrás hasta que alguien te lo diga por teléfono, como pasó aquí, o hasta que nadie te lo diga nunca.
La regla que importa, más allá de este caso
Un formulario que "no hace nada" cuando falla es peor que uno que muestra un error, porque el error visible al menos deja una queja detrás. El silencio no deja nada: ni un aviso, ni una llamada, ni una fila en ningún informe. Solo un pedido que no llegó.
Esto no es solo un problema de laboratorios. Pasa igual en una web que recibe reservas de restaurante, en un formulario de matrícula de una academia, en una página que pide una foto para tramitar una devolución. En cualquier sitio donde alguien tenga que rellenar algo desde el móvil, con peor conexión que la que tú usas para probarlo desde tu escritorio, hay un hueco parecido esperando a aparecer el día que menos te convenga.
La prueba que puedes hacer hoy mismo es sencilla: ponte en el lugar de tu cliente con peor cobertura, el día de más prisa, y repite el proceso completo desde ahí. Lo que veas (o lo que no veas) te dirá si tu web está perdiendo algo que ni siquiera sabes que existe.
Este mismo tipo de revisión, mirar cómo se comporta de verdad tu web o tu software antes de que el fallo lo encuentre un cliente en vez de tú, es parte de cómo trabajamos en nuestros servicios. Y si lo que necesitas es juntar los datos de todos los programas de tu empresa en un solo sitio, para dejar de enterarte de los problemas por una llamada y empezar a verlos antes, puedes ver cómo lo hicimos para un grupo de farmacias en este caso real.
Si quieres que revisemos qué pasa de verdad cuando un cliente intenta comprarte desde el móvil, escríbenos y lo miramos juntos.
