Payment links vs. subscription management
A payment link gets a customer to checkout. Some providers also support recurring purchases through links. The bigger question is what happens after payment: where the service agreement, subscription changes and customer history are managed.
Quick answer
Use a payment link when you need to collect a payment. Use subscription management when you need to run the agreement after the first payment, including changes, renewals and customer history. Whether a link can start a recurring purchase depends on the provider.
Checkout is only the beginning
| One-time checkout | Subscription-capable link | Full service management |
|---|---|---|
| Takes one payment for a single purchase | Can start a recurring purchase, depending on the provider | Keeps the service agreement, status and history in one record |
| Ends when the payment completes | Recurring charges run in the provider, under its rules | Covers renewals, plan changes, add-ons and cancellation |
| Gives the customer a receipt | Gives the customer the provider receipts | Shows the customer their subscription, changes and invoices |
Use a one-time checkout when
the customer buys one thing and no later change or renewal needs to be managed.
Use a subscription-capable link when
the provider supports recurring purchases through a link, and you accept its rules for changes, cancellation and history.
Use full subscription management when
the service changes over time, the customer needs a view of their subscription, and your team handles plan changes and exceptions.
How Komashi fits
Komashi can create payment-only links for an existing subscription renewal or a payable pending change. Plan changes, one-time add-ons, resubscribing and management stay in the subscription record.
See the Komashi storefrontReady to put this into practice?
See the Komashi storefront.