El checkout se llevó el presupuesto de UX. El email de «gracias por tu pedido» lo montó alguien de marketing con la plantilla del ESP. El tracking lo pinta el transportista. La devolución es un PDF. Y luego os extraña que la reseña hable del envío, no de la ficha.
La UX post-compra ecommerce es producto. Es la parte del viaje en la que el cliente ya pagó y todavía no tiene el paquete —o lo tiene y no es lo que esperaba—. Ahí se decide la repetición, la devolución limpia y si te recomiendan o te advierten.
En Truman diseñamos tiendas y webs de catálogo como un sistema, no como una pasarela. Este artículo cubre envíos, devoluciones y emails de pedido con el mismo criterio que el resto del diseño UX/UI: menos fricción, menos incertidumbre, cero teatro.
La UX post-compra ecommerce no empieza en el email de gracias
Empieza en la confirmación de pantalla, en el segundo cero después del pago. El usuario necesita tres datos inmediatos: qué ha comprado, cuánto ha pagado, y qué va a pasar ahora. Si esa pantalla es un spinner eterno o un «si no te llega el correo, mira el spam», ya has perdido la primera reseña mental.
El resto del viaje —preparación, envío, entrega, uso, devolución, segunda compra— es una secuencia de estados. Cada estado tiene una pregunta. Si no la respondes en tu web o en tu email, el cliente la busca en Instagram, en el transportista o en un foro. Eso no es «comunidad». Es un agujero de diseño.
En proyectos de catálogo como Ceylan o Base85 el post-compra no es un extra de marketing: es la continuación de la ficha. Si la ficha prometió un material, un plazo o un servicio, el email y la página de pedido tienen que repetir esa promesa con el mismo lenguaje, no con el de la mensajería.
58%
de usuarios en EE. UU. han devuelto un producto comprado online. La política de devolución se consulta antes de comprar; la experiencia se juzga después.
Baymard Institute, Return Policy Usability
Tracking y expectativa: qué pasa después de pagar
El cliente no quiere un mapa bonito. Quiere saber si el pedido está parado, si tiene que estar en casa, y a quién escribir si no llega. Un número de tracking sin estado traducido es un código, no una interfaz.
Diseña una página de pedido con URL estable (token, no solo «mira el email»). Estados en lenguaje humano: recibido, en preparación, enviado, en reparto, entregado, incidencia. Fecha estimada visible desde el primer email, aunque sea un rango. Si el transportista cambia la fecha, actualiza tu página; no esperes a que el cliente cruce dos webs.
Si el checkout ya era frágil, el post-compra no lo arregla: lo hereda. Las causas de abandono y la fricción de pago las tratamos en carrito abandonado: causas y soluciones y en fricción en el checkout. Aquí damos por hecho que el dinero ya salió. El listón no baja.
Devoluciones como producto, no como letra pequeña
Una devolución bien diseñada no «anima a devolver». Reduce el miedo a comprar. El cliente que ve un flujo claro —plazo, estado del artículo, etiqueta, reembolso— compra más a la primera, no menos. El que no lo ve, o no compra, o compra y se enfada.
| Pieza | Nivel | Qué tiene que pasar |
|---|---|---|
| Entrada a la devolución | Desde el pedido | Un botón en «mis pedidos», no solo un email a info@ |
| Motivo | Corto | 3–5 motivos útiles para vosotros; no un ensayo de 400 caracteres obligatorio |
| Etiqueta / recogida | Sin imprimir si puedes | QR en el móvil o recogida. Imprimir en casa es un filtro de clase |
| Reembolso | Fecha visible | «Cuando lo recibamos» no es una fecha. Di el plazo máximo y el medio |
| Excepciones (ropa interior, personalizado) | En la ficha | Si no se puede devolver, dilo antes de pagar, no en el paso 4 del formulario |
El error de diseño más caro es esconder el plazo o las excepciones hasta después del pago. Eso no es conversión. Es una trampa que se paga en chargebacks y en reseñas. Si estás auditando la tienda, encaja con errores de diseño en ecommerce: el post-compra es donde esos errores se vuelven públicos.
Emails de pedido que no parecen una newsletter
El email transaccional no es una campaña. Es una interfaz. Asunto con número de pedido y estado. Cabecera con lo mismo. Cuerpo con los tres datos (qué, cuándo, qué hago si falla). El banner de la colección nueva, si existe, va abajo y no compite con el tracking.
Secuencia mínima: confirmación de pago, enviado (con tracking), entregado, e incidencia solo si ocurre. No mandes «¿qué te ha parecido?» a las dos horas de la entrega si el producto es de prueba o de talla. Espera a que haya habido uso. Pedir la reseña antes de que el cliente haya abierto la caja es UX de vanidad.
Asunto: estado + nº pedido
Una fecha o un rango, no «pronto»
Respuesta a un humano, no a un noreply ciego
Si el cliente no puede, en dos toques, pasar del email a «dónde está mi pedido» o «quiero devolver esto», ¿el email está informando o solo cerrando un envío del ESP?
Tip técnico: el email transaccional tiene que funcionar sin imágenes
Muchos clientes bloquean imágenes. El número de pedido, el plazo y el enlace de tracking tienen que estar en texto. No pongas el CTA solo en un PNG. Preheader útil («En preparación · llega 16–18 sep»), no el título de la campaña. Y el enlace «ver pedido» apunta a tu dominio con sesión o token, no a un PDF adjunto de 2 MB.
La segunda venta se diseña en la primera entrega
Recompra no es un pop-up de descuento el día 3. Es que el producto esperado coincida con el recibido, que el packing no sea un problema, y que el siguiente paso esté a un clic: reponer, comprar la talla que sí era, o un cuidado del producto. Si pides la reseña, pide una tarea concreta («¿llegó en el plazo que te dijimos?») antes de pedir cinco estrellas.
El post-compra también es atención. Un chat o un email que no tiene el número de pedido es teatro. El agente tiene que ver el estado que ve el cliente. Si vuestra herramienta de tickets no lee el ERP, el diseño de la página de pedido no importa: el cliente repetirá los datos y se irá.
La ficha vende la primera unidad. El envío y la devolución venden la segunda. Si solo inviertes en la ficha, estás diseñando una tienda de una sola compra.
Antes de dar por cerrado el flujo de compra
- ¿La confirmación en pantalla muestra pedido, importe y próximo paso sin depender del email?
- ¿Hay una página de pedido en tu dominio con estados en lenguaje humano?
- ¿El tracking no obliga a salir de tu marca como único camino?
- ¿La devolución se inicia desde el pedido, con plazo y reembolso visibles?
- ¿Las excepciones (no retornable) están en la ficha, no solo en los legales?
- ¿Los emails transaccionales se leen sin imágenes y llevan el número de pedido en el asunto?
- ¿La petición de reseña llega después de un uso razonable, no a los veinte minutos de «entregado»?
Preguntas frecuentes sobre UX post-compra
¿Qué es la UX post-compra en un ecommerce?
Todo lo que ocurre después del pago: confirmación, emails, preparación, tracking, entrega, incidencias, devoluciones y el camino a la siguiente compra. Si solo diseñas hasta el botón de pagar, estás diseñando la mitad del producto.
¿Cuándo hay que pedir la reseña?
Cuando el cliente ha podido usar el producto, no cuando el transportista marca entregado. En moda, espera a la prueba. En consumibles, a unos días de uso. Pedir cinco estrellas en el mismo email que el tracking es mezclar dos tareas y hacer peor las dos.
¿Cómo se diseña una devolución que no mate la conversión?
Haciéndola visible y corta. Entrada desde el pedido, pocos campos, etiqueta o recogida, plazo de reembolso escrito. Esconderla no sube la primera compra de forma sostenible: sube la decepción. El cliente que confía en poder devolver, compra con menos miedo.
¿Qué diferencia hay entre un email transaccional y uno de marketing?
El transaccional responde a un estado del pedido y tiene que llegar. El de marketing propone otra compra y puede no abrirse. Mezclarlos —asunto de envío con un hero de envíos gratis— enseña al cliente a ignorar el único correo que sí necesitaba.
