Workflow Trigger - Pagamento ricevuto
Il Trigger Payment Received è progettato per fungere da meccanismo centralizzato per acquisire tutti i pagamenti in entrata nel CRM. Può essere personalizzato con filtri per targetizzare casi d'uso specifici. Questo Trigger aiuta le aziende ad automatizzare attività, ottimizzare processi e rispondere in modo efficiente alle transazioni dei clienti in tempo reale.
INDICE DEI CONTENUTI
- Cos'è il Trigger "Payment Received"?
- Vantaggi principali del Trigger "Payment Received"
- Come usare il Trigger "Payment Received"
- Domande frequenti
- Vantaggi aggiuntivi
Cos'è il Trigger "Payment Received"?
Il Trigger Payment Received automatizza processi e azioni sulla base dei pagamenti in entrata quando viene utilizzato in un Workflow. Può essere configurato per rispondere a tutti gli eventi di pagamento nel CRM (es. acquisti una tantum, addebiti in abbonamento, fatture, ecc.), incluse transazioni riuscite o fallite, oppure per specifici prodotti e sorgenti di pagamento.
Il Trigger avvia istantaneamente un Workflow ogni volta che viene ricevuto un pagamento corrispondente, consentendo di automatizzare azioni come l'invio di email di conferma, la generazione di fatture o l'aggiornamento dei dati del cliente. Puoi applicare vari filtri al Trigger, come tipo di transazione, sorgente di pagamento o prodotto. Questo permette di creare Workflow mirati per scenari specifici, come rinnovi di abbonamenti o pagamenti falliti.
Utilizzando le condizioni If/Else nel Workflow, è possibile eseguire azioni diverse in situazioni molto specifiche a seconda delle caratteristiche del pagamento, come importo, sorgente o stato della transazione. Le azioni del Workflow possono anche acquisire i dati di pagamento per analisi e reportistica. Monitorando i pagamenti in entrata e i relativi attributi, le aziende possono ottenere informazioni sulle performance di vendita, sul comportamento dei clienti e sulle aree di miglioramento.
Vantaggi principali del Trigger "Payment Received"
Il Trigger Payment Received offre numerosi casi d'uso e vantaggi, aiutando le aziende ad automatizzare i processi, migliorare l'esperienza del cliente e ottenere informazioni dai dati di pagamento. Alcuni casi d'uso comuni e i relativi vantaggi includono:
-
Conferma di pagamento automatizzata: Invia ai clienti email o messaggi di conferma automatici quando il pagamento viene elaborato, migliorando la soddisfazione del cliente.
-
Gestione degli abbonamenti: Aggiorna automaticamente lo stato dell'abbonamento nel sistema quando un pagamento di abbonamento ha successo o fallisce, aumentando l'efficienza aziendale attraverso una gestione semplificata degli abbonamenti.
-
Risoluzione dei pagamenti falliti: Notifica automaticamente il team di supporto o vendite per intervenire e assistere il cliente quando si verifica un pagamento fallito; risolvi i problemi di pagamento rapidamente.
Come usare il Trigger "Payment Received"
Step 1: All'interno di un Workflow, aggiungi un Trigger chiamato Payment Received.
Clicca su "add filter" per scegliere un filtro. Poi clicca di nuovo su "add filter" per aggiungere i Sub-filter.
Filtri
Puoi rendere il tuo Trigger più specifico usando i filtri. Ecco una tabella di tutti i filtri e sub-filtri disponibili.
| Trigger | Filter | Opzioni a livello Filter | Sub-Filter Livello 1 | Opzioni a livello Sub-Filter Livello 1 | Operatori |
|---|---|---|---|---|---|
| Payment Received | Payment Source | Invoice | Sub-Source | Text2Pay link | is, is not |
| One-time invoice | |||||
| Recurring template | |||||
| Funnel/ Website | Sub-Source | One-step order form | |||
| Two-step order form | |||||
| Upsell | |||||
| Transaction type | Customer present/first transaction | ||||
| Customer not present/subscription transaction | |||||
| Calendar | Calendar | Nomi dei Calendari | |||
| Global Product | Nomi dei Global product | Price | Nomi dei prezzi per il Global Product selezionato | ||
| Payment status | Success | --- | |||
| Failed |
Ad esempio, se vuoi che il Workflow si attivi quando viene inviato un two-step order form, seleziona (1) Payment Source > (2) is > (3) Funnel, quindi clicca su "add filter" > (4) Sub-Source > (5) is > (6) two-step order form.
Condizioni If/Else
Dopo aver aggiunto i Filtri e Sub-Filtri desiderati al tuo Trigger, puoi aggiungere una condizione If/Else per il pagamento se hai bisogno di ramificare il Workflow in base a determinate condizioni.
Questa tabella spiega le possibili condizioni If/Else e i relativi rami.
| Opzione If/Else | Azione | Operatore | Opzioni |
|---|---|---|---|
| Payment | Product | is, is not | Nomi dei Global product |
| Funnel/Website | Nomi di Funnel/Website | ||
| Calendar | Nomi dei Calendari | ||
| Source | Invoice, Funnel, Website, Calendar | ||
| Payment status | success/failed | ||
| Amount | Equal to, is not equal to, Greater than, Greater than or equal to, Less than, Less than or equal to, is not empty, is empty. | Importo pagato |
Custom Values
Dopo aver aggiunto e configurato il Trigger Payment Received, le azioni del Workflow hanno accesso a un insieme di Custom Values che puoi utilizzare in SMS, Email, Notifiche interne, ecc. Questa tabella spiega in dettaglio i Custom Values.
| Categoria Custom Values | Nome Custom Values (Nome gruppo Custom Value) | Custom Values nel gruppo | Valore |
|---|---|---|---|
| Payment | Source | {{payment.source}} | |
| Currency Symbol | {{payment.currency_symbol}} | ||
| Currency Code | {{payment.currency_code}} | ||
| Customer (Gruppo Custom Values) | ID | {{payment.customer.id}} | |
| First Name | {{payment.customer.first_name}} | ||
| Last Name | {{payment.customer.last_name}} | ||
| Name | {{payment.customer.name}} | ||
| {{payment.customer.email}} | |||
| Phone | {{payment.customer.phone}} | ||
| Full Address | {{payment.customer.address}} | ||
| City | {{payment.customer.city}} | ||
| State | {{payment.customer.state}} | ||
| Country | {{payment.customer.country}} | ||
| Postal Code | {{payment.customer.postal_code}} | ||
| Invoice (Gruppo Custom Values) | Name | {{payment.invoice.name}} | |
| Number | {{payment.invoice.number}} | ||
| Issue Date | {{payment.invoice.issue_date}} | ||
| Due Date | {{payment.invoice.due_date}} | ||
| URL | {{payment.invoice.url}} | ||
| Recorded By | {{payment.invoice.recorded_by}} | ||
| Sub-Total | {{payment.sub_total_amount}} | ||
| Discount Amount | {{payment.discount_amount}} | ||
| Coupon Code | {{payment.coupon_code}} | ||
| Tax Amount | {{payment.tax_amount}} | ||
| Created On | {{payment.created_on}} | ||
| Total Amount | {{payment.total_amount}} | ||
| Transaction ID | {{payment.transaction_id}} | ||
| Status | {{payment.payment_status}} | ||
| Gateway | {{payment.gateway}} | ||
| Card Last 4 Digits | {{payment.card.last4}} | ||
| Card Brand | {{payment.card.brand}} | ||
| Method | {{payment.method}} |
Domande frequenti
Cos'è il filtro sub-source?
Quando selezioni una sorgente come funnel/website/fatture, queste possono avere sub-source: ad esempio un pagamento proveniente da un funnel può arrivare tramite un one-step order form, un two-step order form o un upsell. Puoi usare questi filtri sub-source per definire l'origine del pagamento.
Il Trigger includerà sia il pagamento iniziale dell'abbonamento che i pagamenti successivi?
Sì, il Trigger si attiva ogni volta che viene ricevuto un pagamento dal cliente finale direttamente all'invio di un order form e quando l'abbonamento viene addebitato in background.
Cosa significa "Customer present/first transaction" e "Customer not present/subscription transaction"?
Il tipo di transazione è categorizzato in due categorie:
- Customer present / first transaction — Include le transazioni in cui il cliente finale è in sessione e sta effettuando il pagamento. Comprende tutti gli acquisti una tantum e il primo ordine per un prodotto in abbonamento.
- Customer not present / subscription transaction — Include i tipi di transazione che vengono eseguiti in background dopo che un abbonamento è già stato creato. Ad esempio, se un cliente acquista un prodotto ricorrente con un periodo di prova di 14 giorni: la transazione effettuata al momento dell'acquisto del prodotto ricorrente ($0 in questo caso) rientrerà nella categoria "Customer present/first transaction". Dopo 14 giorni, al termine del periodo di prova, quando addebiti $100 per il prodotto ricorrente, la transazione da $100 rientrerà nella categoria "Customer not present/subscription transaction".
Come posso configurare il Trigger per le transazioni di abbonamento successive avvenute con successo?
Poiché gli abbonamenti possono essere creati in un funnel o website, possiamo creare un Trigger per "Payment Received" e applicare i seguenti filtri per questo caso d'uso. Il tipo di sorgente è Funnel/Website. Il tipo di transazione è "Customer not present/subscription transaction". Il filtro payment status può filtrare i pagamenti riusciti o falliti in base al caso d'uso.
I pagamenti falliti vengono acquisiti da questo Trigger?
Sì, per impostazione predefinita, senza filtri, il Trigger si attiva sia per i tentativi di pagamento riusciti che per quelli falliti. Per casi d'uso specifici relativi solo a pagamenti riusciti o falliti, è possibile applicare il filtro "Transaction status" e impostarlo su success o failed in base al caso d'uso.
Ho configurato il Trigger e selezionato un prodotto specifico nei filtri. Significa che il Trigger si attiverà ogni volta che quel prodotto viene venduto ovunque?
Se hai configurato il Trigger e impostato il filtro per un prodotto specifico, si attiverà solo quando quel prodotto viene venduto tramite funnel/website/fatture. Utilizzando il filtro transaction status, puoi definire se il Trigger deve funzionare quando l'acquisto è riuscito o quando è fallito.
Vantaggi aggiuntivi
-
Gestione del dunning: Attiva automaticamente sequenze di email di dunning per i clienti con pagamenti di abbonamento falliti. Migliora il recupero dei ricavi gestendo tempestivamente i pagamenti falliti, riduce il churn e migliora la fidelizzazione del cliente.
-
Segmentazione dei clienti: Usa i dati di pagamento per creare segmenti di clienti basati sul comportamento di acquisto, come clienti di alto valore o acquirenti frequenti. Consente Campaign di marketing mirate, aiuta a identificare opportunità di upsell o cross-sell e facilita esperienze cliente personalizzate.
-
Monitoraggio delle performance di vendita: Monitora i dati di pagamento per tracciare le performance di vendita e identificare trend, come i prodotti più venduti, le fluttuazioni stagionali o le preferenze dei clienti. Fornisce informazioni preziose per il processo decisionale strategico, aiuta a ottimizzare le strategie di vendita e favorisce la crescita dei ricavi.
-
Integrazione con i sistemi contabili: Aggiorna automaticamente i registri contabili con le informazioni di pagamento tramite webhook in uscita, come fatturazione, riconoscimento dei ricavi o calcoli fiscali. Garantisce una reportistica finanziaria accurata, ottimizza i processi contabili e riduce l'inserimento manuale dei dati.
-
Gestione delle transazioni con periodo di prova: Il Trigger Payment Received gestisce efficacemente le transazioni che coinvolgono periodi di prova per prodotti in abbonamento, come una prova di 14 giorni. Quando un cliente si iscrive alla prova e paga $0 in anticipo, il Trigger categorizza la transazione come "customer present" perché il cliente è in sessione e sta inserendo i dati di pagamento. Dopo 14 giorni, al termine del periodo di prova, al cliente vengono addebitati automaticamente $100 senza reinserire i dati di pagamento. Questa transazione successiva è considerata "customer not present", in quanto avviene in background. Il Trigger Payment Received consente alle aziende di tracciare e automatizzare i Workflow relativi alle transazioni con periodo di prova in modo accurato. Gestendo efficacemente le transazioni con periodo di prova, le aziende possono migliorare l'esperienza del cliente, ottimizzare la gestione degli abbonamenti e ridurre gli interventi manuali, aumentando la soddisfazione e la fidelizzazione dei clienti.
-
Integrazione dei link Text2Pay: Il Trigger Payment Received supporta i link Text2Pay come sorgente di pagamento, consentendo alle aziende di automatizzare i Workflow per i pagamenti ricevuti tramite metodi basati su SMS. Integrando i link Text2Pay nella configurazione del Trigger, le aziende possono gestire e rispondere efficacemente a queste transazioni, migliorando l'esperienza complessiva del cliente e ottimizzando l'elaborazione dei pagamenti. L'utilizzo dei link Text2Pay con il Trigger Payment Received consente alle aziende di raggiungere un pubblico più ampio, velocizzare l'elaborazione dei pagamenti e semplificare la comunicazione con i clienti, aumentando infine i ricavi e la fidelizzazione.
Questo articolo è stato utile?