El desencadenador de Pago Recibido está diseñado como un mecanismo centralizado para capturar todos los pagos entrantes en el CRM, incluyendo compras únicas, cargos de suscripción, facturas y más. Se puede personalizar con filtros, como el tipo de origen y el estado de la transacción, para dirigirse a casos de uso específicos. Este desencadenador ayuda a las empresas a automatizar tareas, agilizar procesos y responder eficientemente a transacciones en tiempo real de los clientes.
¿Qué es el Desencadenador de Flujo de Trabajo de Pago Recibido y qué hace?
El desencadenador de Pago Recibido automatiza procesos y acciones basados en los pagos entrantes cuando se utiliza en un flujo de trabajo. Se puede configurar para responder a eventos de pago específicos, como transacciones exitosas o fallidas, o productos y fuentes de pago particulares. Aquí hay algunas funcionalidades detalladas y casos de uso:
Automatización de flujo de trabajo: El desencadenador inicia el flujo de trabajo cada vez que se recibe un pago, permitiendo acciones automatizadas como enviar correos de confirmación, generar facturas o actualizar registros de clientes en un CRM.
Personalización con filtros: Los usuarios pueden aplicar varios filtros al desencadenador, como el tipo de transacción, la fuente de pago o el producto. Esto permite la creación de flujos de trabajo específicos para escenarios particulares, como renovaciones de suscripciones o pagos fallidos.
Respuesta en tiempo real: El desencadenador opera en tiempo real, permitiendo a las empresas responder rápidamente a las transacciones de los clientes. Esto puede mejorar la satisfacción del cliente al proporcionar comentarios inmediatos o resolver problemas de manera oportuna.
Acciones condicionales: Mediante el uso de condiciones de si/sino en el flujo de trabajo, se pueden ejecutar diferentes acciones según las características del pago, como el monto, la fuente o el estado de la transacción.
Informes y análisis: El desencadenador puede capturar datos de pago para análisis e informes. Al monitorear los pagos entrantes y sus atributos, las empresas pueden obtener información sobre el rendimiento de las ventas, el comportamiento del cliente y áreas potenciales de mejora.
¿Cuáles son algunos casos de uso excelentes junto con sus beneficios?
El desencadenador de Pago Recibido ofrece numerosos casos de uso y beneficios, ayudando a las empresas a automatizar procesos, mejorar la experiencia del cliente y obtener información de los datos de pago. Algunos casos de uso comunes y sus beneficios incluyen:
- Confirmación de pago automatizada:
Caso de uso: Enviar automáticamente correos electrónicos o mensajes de confirmación a los clientes cuando se procesa un pago. Beneficios: Mejora la experiencia del cliente al proporcionar una confirmación de pago instantánea, reduce tareas manuales y ayuda a mantener una comunicación clara con los clientes.
- Gestión de suscripciones:
Caso de uso: Actualizar automáticamente el estado de la suscripción en el sistema cuando un pago de suscripción es exitoso o fallido. Beneficios: Garantiza información de suscripción precisa y actualizada, agiliza la gestión de suscripciones y reduce la intervención manual.
- Gestión de cobranzas:
Caso de uso: Activar automáticamente secuencias de correos electrónicos de cobranza para clientes con pagos de suscripción fallidos. Beneficios: Mejora la recuperación de ingresos al abordar rápidamente los fallos de pago, reduce la pérdida de clientes y mejora la retención de clientes.
- Segmentación de clientes:
Caso de uso: Utilizar datos de pago para crear segmentos de clientes basados en el comportamiento de compra, como clientes de alto valor o compradores frecuentes. Beneficios: Permite campañas de marketing dirigidas, ayuda a identificar oportunidades de venta cruzada o venta adicional y facilita experiencias personalizadas para el cliente.
- Resolución de fallos de pago:
Caso de uso: Notificar automáticamente al equipo de soporte al cliente o ventas para abordar y ayudar al cliente cuando se produce un fallo de pago. Beneficios: Mejora el soporte al cliente, aumenta la satisfacción del cliente y ayuda a resolver problemas de pago rápidamente.
- Seguimiento del rendimiento de ventas:
Caso de uso: Monitorear datos de pago para rastrear el rendimiento de ventas e identificar tendencias, como los productos más vendidos, fluctuaciones estacionales o preferencias del cliente. Beneficios: Proporciona información valiosa para la toma de decisiones estratégicas, ayuda a optimizar estrategias de ventas y impulsa el crecimiento de los ingresos.
- Integración con sistemas contables:
Caso de uso: Actualizar automáticamente los registros contables con información de pago mediante Webhooks salientes, como facturación, reconocimiento de ingresos o cálculos fiscales. Beneficios: Garantiza informes financieros precisos, agiliza los procesos contables y reduce la entrada manual de datos.
- Manejo de transacciones de período de prueba: El desencadenador de Pago Recibido gestiona eficazmente las transacciones que involucran períodos de prueba para productos de suscripción, como una prueba de 14 días. En este ejemplo, cuando un cliente se registra para la prueba y paga $0 por adelantado, el desencadenador categoriza esto como una transacción de cliente presente, ya que está en sesión e ingresando su información de pago. Después de que finalice la prueba de 14 días, el cliente es cargado automáticamente con $100 sin ingresar nuevamente sus detalles de pago. Esta transacción subsiguiente se considera una transacción de cliente no presente, ya que ocurre en segundo plano. El desencadenador de Pago Recibido permite a las empresas rastrear y automatizar flujos de trabajo en torno a transacciones de período de prueba de manera precisa.
Beneficios: Al manejar eficientemente las transacciones de período de prueba, las empresas pueden mejorar la experiencia del cliente, mejorar la gestión de suscripciones y reducir la intervención manual, aumentando la satisfacción y retención de clientes.
- Integración de enlaces Text2Pay: El desencadenador de Pago Recibido admite enlaces Text2Pay como fuente de pago, lo que permite a las empresas automatizar flujos de trabajo para pagos recibidos a través de métodos basados en mensajes de texto. Al incorporar enlaces Text2Pay en la configuración del desencadenador, las empresas pueden administrar y responder eficazmente a estas transacciones, mejorando la experiencia general del cliente y agilizando el procesamiento de pagos.
Beneficios: Utilizar enlaces Text2Pay con el desencadenador de Pago Recibido permite a las empresas llegar a una audiencia más amplia, acelerar el procesamiento de pagos y simplificar la comunicación con el cliente, lo que finalmente conduce a un aumento de los ingresos y la lealtad del cliente.
¿Cómo usar el Desencadenador de Pago Recibido?
Dentro de un flujo de trabajo, agrega un desencadenador de flujo de trabajo llamado Pago Recibido.
Por favor, ten en cuenta: Elegir un filtro te permite elegir sus respectivos subfiltros la próxima vez que agregues un filtro al mismo desencadenador de flujo de trabajo.
Filtros de Desencadenador de Flujo de Trabajo para el Desencadenador de Pago Recibido
Luego puedes hacer que tu desencadenador de flujo de trabajo sea más específico usando filtros. Aquí tienes una tabla de todos los filtros y subfiltros disponibles.
Desencadenador | Filtro | Opciones en el Nivel del Filtro | Subfiltro de Nivel 1 | Opciones del Subfiltro de Nivel 1 | Operadores |
---|---|---|---|---|---|
Pago Recibido | Origen del Pago | Factura | Sub-Origen | Enlace Text2Pay | es, no es |
Factura de una sola vez | |||||
Plantilla Recurrente | |||||
Embudo/Sitio Web | Sub-Origen | Formulario de Pedido de un Solo Paso | |||
Formulario de Pedido de Dos Pasos | |||||
Upsell | |||||
Tipo de Transacción | Cliente presente/primera transacción | ||||
Cliente no presente/transacción de suscripción | |||||
Calendario | Calendario | Nombres de Calendario | |||
Producto Global | Nombres de Productos Globales | Precio | Nombres de Precios según Producto Global seleccionado | ||
Estado del Pago | Éxito | — | |||
Fallido |
Condiciones If/Else para el Disparador de Flujo de Pago Recibido
Una vez que hayas añadido tu conjunto deseado de Filtros y Sub-Filtros a tu disparador de flujo, puedes agregar una Condición de If/Else para el Pago si necesitas ramificar el Flujo según ciertas condiciones.
Esta Tabla explica las posibles Condiciones de Si/No y sus ramificaciones.
Opción if/else | Acción | Operador | Opciones |
---|---|---|---|
Pago | Producto | Es, no es | Nombres de productos globales |
Embudo/Sitio web | Nombres de embudos/sitios web | ||
Calendario | Nombres de calendario | ||
Fuente | Factura, Embudo, Sitio web, Calendario | ||
Estado de pago | éxito/fallido | ||
Cantidad | Igual a, no es igual a, mayor que, mayor o igual a, menor que, menor o igual a, no está vacío, está vacío. | Cantidad pagada |
Valores personalizados para el Desencadenador de Pago Recibido
Cuando utilizas el desencadenador de Flujo de Trabajo de Pago Recibido, tienes acceso a un conjunto de Valores Personalizados que puedes llenar dentro de SMS, Correos Electrónicos, Notificaciones Internas, etc. Esta tabla explica en detalle los valores personalizados.
Categoría de Valores Personalizados | Nombre de los Valores Personalizados (Nombre del Grupo de Valores Personalizados) | Valores Personalizados dentro del Grupo | Valor |
---|---|---|---|
Pago | Fuente | {{payment.source}} | |
Símbolo de Moneda | {{payment.currency_symbol}} | ||
Código de Moneda | {{payment.currency_code}} | ||
Cliente (Grupo de Valores Personalizados) | ID | {{payment.customer.id}} | |
Primer Nombre | {{payment.customer.first_name}} | ||
Segundo Nombre | {{payment.customer.last_name}} | ||
Nombre | {{payment.customer.name}} | ||
Correo | {{payment.customer.email}} | ||
Teléfono | {{payment.customer.phone}} | ||
Dirección | {{payment.customer.address}} | ||
Ciudad | {{payment.customer.city}} | ||
Estado | {{payment.customer.state}} | ||
País | {{payment.customer.country}} | ||
Código Postal | {{payment.customer.postal_code}} | ||
Factura (Grupo de Valores Personalizados) | Nombre | {{payment.invoice.name}} | |
Número | {{payment.invoice.number}} | ||
Fecha de Emisión | {{payment.invoice.issue_date}} | ||
Fecha de Vencimiento | {{payment.invoice.due_date}} | ||
URL | {{payment.invoice.url}} | ||
Registrado Por | {{payment.invoice.recorded_by}} | ||
Subtotal | {{payment.sub_total_amount}} | ||
Cantidad de Descuento | {{payment.discount_amount}} | ||
Código de Cupón | {{payment.coupon_code}} | ||
Cantidad de Impuestos | {{payment.tax_amount}} | ||
Creado En | {{payment.created_on}} | ||
Cantidad Total | {{payment.total_amount}} | ||
ID de Transacción | {{payment.transaction_id}} | ||
Estado | {{payment.payment_status}} | ||
Pasarela | {{payment.gateway}} | ||
Últimos 4 Dígitos de la Tarjeta | {{payment.card.last4}} | ||
Marca de la Tarjeta | {{payment.card.brand}} | ||
Método | {{payment.method}} |
Preguntas Frecuentes (FAQs)
¿Incluirá este desencadenador los pagos subsiguientes de suscripciones también?
Sí, el desencadenador se activará cada vez que se reciba un pago del cliente final directamente en un formulario de pedido y cuando se cobre la suscripción en segundo plano.
¿Cómo puedo lograr el desencadenador para transacciones subsiguientes exitosas de suscripciones?
Dado que las suscripciones pueden crearse en un embudo o sitio web, podemos crear un desencadenador para el Pago Recibido y aplicar los siguientes filtros para lograr el caso de uso. El tipo de fuente es Funnel/Sitio web. El tipo de transacción es «Cliente no presente/transacción de suscripción».
El filtro de estado de pago puede filtrar pagos exitosos o fallidos según el caso de uso.
¿Qué significa Cliente presente/primera transacción y Cliente no presente/transacción de suscripción?
Estamos categorizando el tipo de transacción en dos categorías:
- Cliente presente / primera transacción: Esto incluye las transacciones en las que el cliente final está en sesión y realiza el pago. Esto incluye todas las compras únicas y la primera colocación de pedido para un producto de suscripción.
- Cliente no presente / transacción de suscripción: Esto incluye los tipos de transacción que se ejecutan en segundo plano después de que ya se haya creado una suscripción. Por ejemplo, si un cliente compra un producto recurrente con un período de prueba de 14 días. La transacción se realiza al comprar el producto recurrente (transacción de $0 en este caso) se clasificaría como Cliente presente/primera transacción. Después de 14 días, cuando termina el período de prueba y se cobra $100 por el producto recurrente, la transacción de $100 se clasificaría en la categoría Cliente no presente/transacción de suscripción.
¿Los pagos fallidos también se capturarán en este desencadenador?
Sí, de forma predeterminada, sin ningún filtro, el desencadenador se activa en intentos de pago exitosos y fallidos. Para casos de uso específicos relacionados con pagos exitosos/fallidos solamente, podemos aplicar el filtro «Estado de transacción» y establecerlo en éxito/fallido según el caso de uso.
He configurado el desencadenador y seleccionado un producto específico en los filtros. ¿Significa esto que el desencadenador se activará cuando se venda ese producto en cualquier lugar?
Si ha configurado el desencadenador y establecido el filtro para un producto específico, se activará solo cuando ese producto se venda en embudos/sitios web/facturas. Usando el filtro de estado de transacción, podemos definir si el desencadenador debe funcionar cuando la compra sea exitosa o si la compra sea un fracaso.
¿Qué es el filtro de subfuente?
Cuando selecciona una fuente como embudos/sitios web/facturas, pueden tener subfuentes, como un pago del embudo que puede venir a través de un formulario de pedido de un solo paso, un formulario de pedido de dos pasos o un upsell. Puede usar estos filtros de subfuente para definir el origen del pago.