El disparador Recibido por Pago está diseñado para actuar como un mecanismo centralizado para capturar todos los pagos entrantes en todo el CRM, incluyendo compras únicas, cargos de suscripción, facturas y más. Se puede personalizar con filtros, como tipo de fuente y estado de transacción, para dirigir casos de uso específicos. Este desencadenante ayuda a las empresas a automatizar tareas, agilizar los procesos y responder eficientemente a las transacciones de clientes en tiempo real.
Qué es el Disparo de Flujo de Trabajo Recibido de Pago, y qué hace?
El disparate de pago Recibido automatiza procesos y acciones basados en pagos entrantes cuando se utiliza en un flujo de trabajo. Se puede configurar para responder a eventos de pago específicos, tales como transacciones exitosas o fallidas o productos y fuentes de pago particulares. Aquí hay algunas funcionalidades detalladas y casos de uso:
Automatización del flujo de trabajo: El disparador inicia el flujo de trabajo cada vez que se recibe un pago, permitiendo acciones automatizadas como enviar correos electrónicos de confirmación, generar facturas o actualizar los registros de clientes en un CRM.
Personalización con filtros: Los usuarios pueden aplicar varios filtros al disparador, como tipo de transacción, fuente de pago o producto. Esto permite la creación de flujos de trabajo específicos para escenarios específicos, como renovaciones de suscripción, o pagos fallidos.
Respuesta en tiempo real: El desencadenante opera en tiempo real, permitiendo a las empresas responder rápidamente a las transacciones con los clientes. Esto puede ayudar a mejorar la satisfacción del cliente proporcionando retroalimentación inmediata o resolviendo los problemas rápidamente.
Acciones condicionales: Utilizando condiciones de if/else en el flujo de trabajo, se pueden ejecutar diferentes acciones dependiendo de las características de pago, como el monto, fuente o estado de transacción.
Informes y análisis: El desencadenante puede capturar datos de pago a efectos de análisis e informes. Mediante el monitoreo de los pagos entrantes y sus atributos, las empresas pueden obtener información sobre el rendimiento de ventas, el comportamiento del cliente y las áreas potenciales para mejorar.
Cuáles son algunos de los casos de excelente uso para esto, junto con sus beneficios?
El desencadenante Recibido de pago ofrece numerosos casos de uso y beneficios, ayudando a las empresas a automatizar los procesos, mejorar la experiencia del cliente y obtener información de los datos de pago. Algunos casos comunes de uso y sus beneficios incluyen:
Confirmación de pago automatizada:
Caso de uso: Enviar a los clientes correos electrónicos de confirmación automatizados o mensajes cuando se procesa el pago.
Beneficios: Mejora la experiencia del cliente proporcionando confirmación de pago instantáneo, reduce las 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 suscripción en el sistema cuando un pago de suscripción es exitoso o fallido.
Beneficios: Garantiza información precisa y actualizada de suscripción, simplifica la gestión de suscripciones y reduce la intervención manual.
Gestión Dunning:
Caso de uso: Desencadena automáticamente secuencias de correo electrónico para clientes con pagos de suscripción fallidos.
Beneficios: Mejora la recuperación de ingresos abordando los fallos de pago rápidamente, reduce el churn y mejora la retención de clientes.
Sespilación de clientes:
Caso de uso: Utilice los 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 específicas, ayuda a identificar oportunidades de venta o venta cruzada, y facilita experiencias personalizadas de los clientes.
Resolución de fallos de pago:
Caso de uso: Avísee automáticamente a los equipos de atención al cliente o a las ventas para que se dirijan y ayuden al Cliente cuando se produce un fallo de pago.
Beneficios: Mejora el servicio de atención al cliente, mejora la satisfacción del cliente y ayuda a resolver los problemas de pago rápidamente.
Seguimiento de rendimiento de ventas:
Caso de uso: Monitoree los datos de pago para rastrear el rendimiento de ventas e identificar tendencias, como productos más vendidos, fluctuaciones estacionales o preferencias de los clientes.
Beneficios: Proporciona información valiosa para la toma de decisiones estratégicas, ayuda a optimizar las estrategias de venta e impulsa el crecimiento de los ingresos.
Integración con sistemas contables:
Caso de uso: Actualice automáticamente los registros contables con información de pago utilizando webooks salientes, como facturación, reconocimiento de ingresos o cálculos fiscales.
Beneficios: Garantiza la presentación de informes financieros precisos, simplifica los procesos contables y reduce la entrada de datos manuales.
Transmitiendo operaciones del período de prueba: El desencadenante Recibido gestiona eficazmente las transacciones que implican períodos de prueba para productos de suscripción, como una prueba de 14 días. En este ejemplo, cuando un cliente se inscribe en el juicio y paga $0 por adelantado, el disparador categoriza esto como una transacción presente de los clientes ya que están en la sesión e ingresando su información de pago. Después de que termine el juicio de 14 días, al cliente se le cobra $100 automáticamente sin introducir sus datos de pago de nuevo. Esta transacción posterior se considera un cliente, no una transacción presente, como ocurre en el contexto. El disparador Recibido de Pago permite a las empresas rastrear y automatizar flujos de trabajo alrededor de transacciones de período de prueba con precisión.
Beneficios: Al manejar eficazmente las transacciones del 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 del cliente.
Integrar enlaces Text2Pay: El disparador Recibido de pago admite enlaces Text2Pay como fuente de pago, lo que permite a las empresas automatizar los flujos de trabajo para los pagos recibidos a través de métodos basados en mensajes de texto. Al incorporar enlaces Text2Pay en la configuración del disparador, las empresas pueden gestionar y responder eficazmente a estas transacciones, mejorando la experiencia general del cliente y racionalizando el procesamiento de pagos.
Beneficios: Utilizar vínculos de Text2Pay con el disparador Recibido de pago permite a las empresas llegar a un público más amplio, agilizar el procesamiento de pagos y simplificar la comunicación del cliente, lo que en última instancia conduce a un aumento de los ingresos y la lealtad del cliente.
Cómo usar el Disparo Recibido de Pago?
Dentro de un flujo de trabajo, agregue un disparo de flujo de trabajo llamado Pago Recibido.
Tenga en cuenta:
Elegir un filtro le permite elegir sus respectivos subfiltros la próxima vez que añada un filtro al mismo disparador de flujo de trabajo.
Filtros de activación de flujo de trabajo
por pago recibió activación de flujo de trabajo
A continuación, puede hacer su activación de flujo de trabajo más específico usando filtros. Aquí hay una tabla de todos los filtros y subfiltros disponibles.
Trigger | Filtro | Opciones en el nivel de filtro | Nivel de sub-filtro 1 | Opciones en el nivel de sub-filtro 1 | Operadores |
Pago recibido | Fuente de pago | Factura | Sub-Fuente | Texto2Paso enlace | no es |
Factura única |
|
|
|
|
|
plantilla recurrente |
|
|
|
|
|
Funnel/ Sitio Web | Sub-Fuente | Formulario de orden en un paso |
|
|
|
Formulario de orden en dos pasos |
|
|
|
|
|
Subida |
|
|
|
|
|
Tipo de transacción | Cliente presente/primera transacción |
|
|
|
|
Customer no presente/suscripción transacción |
|
|
|
|
|
Calendario | Calendario | Nombres de calendario |
|
|
|
Producto global | Nombres de productos globales | Precio | Nombres de precios según producto global seleccionado |
|
|
Estado de pago | El éxito | - ---- |
|
|
|
Fallecido |
|
|
|
|
|
Si/Else Condiciones para el pago Rechazo de flujo de trabajo recibido
Una vez que haya agregado su conjunto deseado de filtros y sub-filtros a su disparador de flujo de trabajo, puede añadir un sistema de pago Si es necesario ramificar el flujo de trabajo en función de ciertas condiciones.
Esta Tabla explica las posibles Condiciones de If/Else y sus sucursales.
Si/Opción de Else | Medidas | Operadora | Opciones |
Pago | Producto | no es | Nombres de productos globales |
Funnel/Sitio web | Nombres de dial y sitio web |
|
|
Calendario | Nombres de calendario |
|
|
Fuente | Factura, Funnel, Sitio web, Calendario |
|
|
Estado de pago | éxito/fracaso |
|
|
Importe | Igual de, no es igual, mayor que, mayor que, o igual a, Menos que, Menos que, o igual a, no está vacío, está vacío. | Cantidad pagada |
|
Valores personalizados por pago Rechazo de flujo de trabajo recibido
Cuando utiliza el disparador de flujo de trabajo Recibido en el pago, tiene acceso a un conjunto de valores personalizados que puede poblar dentro de SMS, correos electrónicos, notificaciones internas, etc. Esta Tabla explica los valores personalizados en detalle.
Valores personalizados Categoría | Nombre de los valores Namepersonalizados (nombre del grupo de valor personalizado) | Valores personalizados dentro de grupo | Valor |
Pago | Fuente |
| Pagos. fuente. |
Símbolo de la Moneda | Pagos. moneda.símbolo. |
|
|
Código de la moneda | Pagos.Ceco.codo. |
|
|
Cliente (Grupo de Valores Atomáticos) | Identificación | Pagos.customer.id. |
|
Primer nombre | "payment.customer.first-name". |
|
|
Su apellido | -payment.customer.last.name. |
|
|
Nombre | Pagos.customer.name. |
|
|
Correo electrónico | "payment.customer.email". |
|
|
Teléfono | Pagos.customer.phone. |
|
|
Dirección completa | Pagos.customer.address. |
|
|
Ciudad | "payment.customer.city". |
|
|
Estado | Comprar.customer.state. |
|
|
País | Pagos.customer.country. |
|
|
Código postal | .payment.customer.postal.code. |
|
|
Factura (Grupo de Valores Aduaneros) | Nombre | Pagging.invoice.name. |
|
Número | Pagaging.invoice.number. |
|
|
Fecha del número | "payment.invoice.issue-date". |
|
|
Fecha prevista | Envío.invoice.deed.date. |
|
|
URL | Pagos.invoice.url. |
|
|
Grabado por | "payment.invoice.re grabado.by". |
|
|
Sub-Total |
| "payment.subtotal".amount. |
|
Cantidad de descuento | Pagos.descount-amount. |
|
|
Código de cupón | "payment.coupon-code". |
|
|
Importe fiscal | Comprar. Tax.amount. |
|
|
Creado en | - Pagos. Created-on. |
|
|
Importe total | Pagos.total.amount. |
|
|
ID de transacción | "payment.Transaction-id". |
|
|
Situación | Comprar. pago.status. |
|
|
Puerta de la pasarela | Pagos.gateway. |
|
|
Tarjeta Last 4 Digits | Pagos.card.last4 |
|
|
Marca de la tarjeta | Pagos.card.brand. |
|
|
Método | Pagos.method. |
|
|
Preguntas frecuentes
Este disparador incluirá también los pagos de suscripción posteriores?
Sí, el disparador se disparará cada vez que se reciba un pago del cliente final directamente en una presentación de formulario de pedido y cuando la suscripción se carga en el fondo.
Cómo puedo lograr el desencadenante de las transacciones de suscripción posteriores exitosas?
Dado que las suscripciones se pueden crear en un embudo o sitio web, podemos crear un disparador para el pago Recibido y aplicar los siguientes filtros para lograr el caso de uso. El tipo de fuente es Funnel/Website. El tipo de transacción es "Custormer no presente/compañía de suscripción".
El filtro de estado de pago puede filtrar pagos exitosos o fallidos por el caso de uso.
Qué significa la transacción presente/primera agencia del Cliente y la transacción de no presentar/suscripción del Cliente?
Estamos categorizando el tipo de transacción en dos categorías
Customer presente / primera transacción - Esto incluye las transacciones donde el cliente final está en la sesión y haciendo el pago. Esto consiste en todas las compras de una sola vez y la colocación de un primer pedido para un producto de suscripción.
Customer 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 ha 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 mientras se compra el producto recurrente ($0 transacción en este caso) caería en la presente / primera transacción del Cliente. Después de 14 días, cuando el período de prueba haya terminado, y usted cobra $100 por el producto recurrente, la transacción de $100 caería en la categoría de transacción de Customer no presente/suscripción.
Los pagos fallidos también se capturarán en este desencadenante?
Sí, por defecto, sin filtros, el disparador se ejecuta en intentos de pago exitosos y fallidos. Para casos de uso específicos en torno al éxito / pagos fallidos solamente, podemos aplicar el filtro "Estado de transacción" y configurarlo con éxito/fallido según el caso de uso.
He configurado el disparador y seleccionado un producto específico en los filtros. Esto significa que el desencadenante se disparará cuando ese producto se venda en cualquier lugar?
Si ha configurado el disparador y configure el filtro para un producto específico, se desactivará sólo cuando ese producto se vende en embudos/website/facturas. Usando el filtro de estado de la transacción, podemos definir si el disparador debe funcionar cuando la compra tiene éxito o la compra es un fallo.
Qué es el filtro de subfuente?
Cuando selecciona una fuente como embudos/websites/facturas, pueden tener sub-fuentes, como un pago del embudo puede venir ya sea a través de un formulario de pedido de un solo paso, un formulario de pedido de dos pasos o un upsell. Puede utilizar estos filtros de subfuente para definir el origen del Pago.