Diseña una solicitud de valoración meditada en Migma y comprueba antes en qué momento el cliente estará realmente preparado para responderla. En BigCommerce, la combinación de un estado de envío y un intervalo de espera puede activar el mensaje antes de que llegue un paquete demorado o antes de que el comprador haya tenido ocasión de utilizar el producto.
El texto del correo debe ser coherente con la información verificada de la que dispone la tienda. Si no hay constancia de que el paquete se ha entregado, evita fórmulas como «Ahora que ya disfrutas de tu compra». Del mismo modo, si el artículo requiere montaje o cierto tiempo de prueba, guiarse únicamente por el evento de entrega puede resultar prematuro para obtener una valoración fundamentada.
Según la documentación oficial sobre gestión de reseñas de BigCommerce (consultada el 18 de octubre de 2026), el correo nativo de solicitud de reseña se envía transcurrido un número determinado de días tras cambiar el pedido a Shipped o Completed. Se trata de una regla de temporización técnica, no de una confirmación física de entrega.
Identifica qué sistema emite la solicitud
Confirma con el responsable de la tienda si se utiliza la función nativa de BigCommerce o una aplicación externa de reseñas. Conviene aclarar quién gestiona este flujo antes de retocar las creatividades: publicar un diseño en Migma no desactiva un envío ya existente, y mantener dos sistemas configurados a la vez puede generar mensajes duplicados no deseados.
La documentación oficial de BigCommerce sitúa la plantilla Product Review Request en Marketing → Transactional Emails, e indica que los ajustes de temporización se gestionan desde Settings → Miscellaneous → Email Settings. Pide a una persona con los permisos adecuados que verifique la configuración activa en el panel de control antes de dar por válidas capturas de pantalla antiguas.
Si el envío depende de una app de terceros, revisa sus condiciones de activación y sus tiempos de espera reales. No apliques la lógica nativa de BigCommerce a cualquier integración ni asumas que una aplicación rastrea los hitos del transportista solo por estar conectada a la tienda.
Contrasta el estado del pedido con la experiencia real del cliente
Examina varios ejemplos recientes de la tienda con datos anonimizados. El objetivo es detectar patrones en los tiempos de entrega y uso sin exponer información personal innecesaria al equipo de diseño.
| Pedido ilustrativo | Qué confirma el estado | Qué queda pendiente de revisar |
|---|---|---|
| Artículo pequeño con salida inmediata | El pedido alcanzó el estado configurado | La entrega efectiva y el tiempo necesario para probarlo |
| Producto fabricado bajo demanda | Un proceso interno cambió de fase | Si el artículo sigue en producción o aún en tránsito |
| Envío fraccionado en varios paquetes | Se ha registrado un avance parcial del pedido | A qué producto concreto se refiere la solicitud de reseña |
| Pedido devuelto o con incidencias | El historial conserva un estado anterior | Si tiene sentido enviar una solicitud en este momento |
Estos casos sirven como referencia operativa, no como afirmaciones sobre los resultados de una tienda en particular. Analiza el comportamiento real de tu logística y del sistema de reseñas para determinar qué supuestos puede gestionar el flujo de trabajo.
Establece un margen de espera justificado
BigCommerce admite un retraso mínimo de un día y aconseja dejar margen suficiente para la recepción y el uso del producto. Aun así, los ejemplos de la plataforma no siempre encajan con cualquier tipología de catálogo o ruta de transporte. Conviene consensuar con el responsable de la tienda un plazo que responda a la operativa real.
Un accesorio de cocina y un escritorio que requiere montaje demandan tiempos de prueba muy distintos. Del mismo modo, un envío internacional no sigue los plazos de una entrega local. Si el flujo nativo no permite distinguir estas situaciones, documenta la limitación y valora con el equipo cómo abordarla.
Evita plantear automatizaciones supuestamente vinculadas a la entrega si el sistema emisor carece de los eventos y reglas necesarios para confirmarla. Un margen de espera estimado sigue siendo solo una estimación, y el tono del mensaje debe ser prudente por si el paquete sufre retrasos.
Define el briefing en Migma con datos verificados
Facilita a Migma el contexto del producto aprobado, el enlace de destino para la reseña y el hecho concreto que desencadena el envío. Solicita un mensaje directo que identifique con claridad el artículo comprado e invite a compartir una opinión sincera sobre la experiencia.
Si no hay certeza sobre si el cliente ha empezado a usar el producto, un tono considerado puede reconocer con naturalidad que quizá necesite algo más de tiempo. Conviene prescindir de afirmaciones que den por hecha la entrega, de presiones para conseguir puntuaciones altas o de mensajes que aseguren que a todo el mundo le encanta el artículo. El objetivo es recabar comentarios útiles, no forzar testimonios artificiales.
Asegúrate de que la llamada a la acción sea precisa. Comprueba que el enlace dirija directamente al formulario de valoración del producto correspondiente y que el usuario pueda enviarlo dentro de la experiencia habitual de la tienda. Un botón genérico hacia la portada obligará al cliente a buscar de nuevo el artículo por su cuenta.
Comprueba los criterios de envío y la página de destino
La guía oficial de BigCommerce señala que las preferencias de los clientes y la configuración de la tienda pueden condicionar si se envían o no los correos de reseña, además de permitir limitar las opiniones a compradores verificados. Conviene que el responsable de la tienda revise estos parámetros para garantizar la experiencia prevista.
No asumas que el hecho de haber recibido notificaciones previas del pedido autoriza el envío de solicitudes posteriores. Mantén las reglas de elegibilidad alineadas con la persona responsable de la plataforma de envío y evita alterar preferencias de usuario simplemente para forzar una prueba técnica.
Aplica los procedimientos de exportación y entrega de archivos compatibles con Migma que el equipo haya validado previamente. Este artículo no describe un conector nativo con BigCommerce. Quien gestione la plataforma de destino debe conservar las variables necesarias de la plantilla y revisar el resultado final con datos reales.
Valida la experiencia completa de la solicitud
Revisa de forma conjunta el diseño en Migma, los tiempos configurados, la versión final del correo con datos dinámicos y la página de destino de la reseña. Inspecciona la identificación del producto, el remitente, la claridad de la llamada a la acción, la legibilidad del diseño y cómo respondería el proceso si el destinatario aún no ha recibido o probado el artículo.
Guarda el registro de la versión de la plantilla y el motivo por el que se fijaron determinados plazos. Conviene revisarlos cuando cambien los ritmos logísticos, la composición del catálogo o las herramientas de valoración. Para la siguiente iteración, parte del recorrido de un producto representativo y comprueba si el comprador dispone de margen real para contestar a lo que plantea el correo.
Preguntas frecuentes
¿El estado Shipped de BigCommerce confirma la entrega?
No. La regla nativa para el correo de reseña aplica un retraso tras pasar a Shipped o Completed. Conviene contrastar los datos reales de entrega y no dar por sentado que ese estado equivale a la recepción física.
¿Dónde se configuran los correos de reseña nativos?
La documentación oficial sitúa la plantilla Product Review Request en Marketing → Transactional Emails y los plazos en Settings → Miscellaneous → Email Settings. Conviene que el responsable de la tienda revise la configuración actual.
¿Debe aplicarse el mismo margen de tiempo a todos los productos?
No necesariamente. Conviene definir los plazos según la entrega real, el tiempo de uso necesario y las reglas que permita tu sistema de envío, en lugar de asumir que un único intervalo sirve para todo el catálogo.
¿Un nuevo diseño en Migma sustituye al sistema de envío actual?
No. El traspaso de un diseño no modifica el sistema que emite los mensajes. Es necesario verificar por separado la plantilla de destino y la plataforma que gestiona los envíos.