El formulario dice enviado, pero nadie encuentra la consulta
Investigá el recorrido del mensaje antes de cambiar el diseño o culpar al cliente.
Un cliente afirma que escribió y el equipo no encuentra la consulta. La pantalla de éxito no alcanza para saber qué pasó. Puede haber un problema en el envío, en la recepción o en la forma de buscar el mensaje.
Registrá cuándo ocurrió, desde qué página y qué comportamiento observó la persona. Evitá pedir que reenvíe información privada por varios canales mientras se investiga.
Seguí una prueba identificada
Usá un mensaje claramente marcado como prueba y verificá el recorrido hasta el lugar donde trabaja el equipo. Si hay un sistema de consultas, comprobá que aparezca allí y que pueda encontrarse con los datos correctos.
Una aceptación del servidor no demuestra por sí sola que un correo llegó a una bandeja. Distinguí los pasos y anotá dónde se pierde la certeza. Esa diferencia ayuda a elegir la reparación.
Probá cuando algo falla
Interrumpí una conexión de prueba o simulá un error controlado. El formulario no debería mostrar éxito si la consulta no fue aceptada. El cliente necesita una explicación breve y una alternativa directa de contacto.
Preservá los campos cuando sea posible para que no tenga que escribir todo otra vez. Los errores deben señalar qué se puede corregir, en lugar de mostrar una frase técnica sin salida.
Comprobá quién revisa lo recibido
Un sistema puede funcionar y seguir sin respuesta porque el destinatario cambió o nadie sabe quién lo atiende. Incluí las responsabilidades de revisión en la corrección.
La guía de notificaciones de W3C explica criterios útiles para el resultado visible. Nuestro servicio de reparación revisa también el recorrido que el cliente no ve, sin confundir una actualización de código con una consulta efectivamente atendida.