Most booking platforms treat payment partner selection like a procurement decision. They compare rates, review feature lists, maybe run a few test transactions, and pick whoever looks best on a spreadsheet.
Then eighteen months later, they're dealing with merchant complaints they didn't anticipate, support tickets eating up engineering time, and a growing realization that switching partners will be painful.
The selection process wasn't wrong because they picked the wrong vendor. It was wrong because they evaluated the wrong things.
Every platform starts with interchange-plus pricing comparisons. It makes sense—processing fees directly affect your merchants' margins, and by extension, your relationship with them.
But here's what the spreadsheet comparison misses: the pricing you're quoted during sales conversations often doesn't reflect what your merchants will actually experience.
Authorization rates vary significantly between processors. A processor with slightly higher per-transaction fees but better authorization rates might cost your merchants less overall. A processor with aggressive fraud screening might decline legitimate transactions, creating support headaches that never show up in the pricing comparison.
Settlement timing matters too. For experience businesses running tours and activities, cash flow isn't theoretical—it's the difference between making payroll during shoulder season or scrambling. Some processors batch settlements in ways that create unexpected delays. Others have holds and reserves policies that aren't obvious until a merchant hits a volume threshold.
The rate comparison gets platforms 60% of the way there. The other 40% requires understanding how the processor actually behaves with live merchant accounts in your vertical.
Platform founders and product leaders naturally focus heavily on API documentation, sandbox environments, and integration architecture during partner evaluation. These things matter. A clean, well-documented API saves engineering time and reduces ongoing maintenance burden.
But technical integration quality is relatively easy to assess before signing. You can read the docs. You can build against the sandbox. You can evaluate webhooks and error handling before going live.
Support quality is nearly impossible to evaluate until something goes wrong.
And something will go wrong. A merchant will get flagged for fraud they didn't commit. A batch settlement will fail on a Friday afternoon. A chargeback will hit during a merchant's busiest weekend of the year.
When those moments happen, the difference between a payment partner with genuine vertical expertise and one that treats you like ticket number 47,392 becomes painfully obvious.
The evaluation question to ask isn't "what's your support response time SLA?" It's "who will my merchants actually talk to when they have a problem, and does that person understand how tour and activity businesses operate?"
This is the biggest evaluation mistake, and it's often completely invisible during partner selection.
Some payment processors position themselves as partners to your platform. Others position themselves as acquiring the merchant relationship directly—with your platform as a distribution channel.
These two models look similar during integration. They feel very different eighteen months later.
In the first model, your platform owns the merchant relationship. The payment processor is infrastructure. Merchants see your brand, your support, your experience.
In the second model, the processor gradually inserts themselves into the merchant relationship. They send direct marketing. They offer "upgrades" that route around your platform. They treat merchant data as their asset, not yours.
Neither model is inherently wrong. But platforms that don't understand which model they're signing up for often end up surprised when their payment partner starts competing for merchant attention.
The evaluation conversation to have: "How do you view the merchant relationship in this partnership, and how does that show up in your merchant communications, branding, and data policies?"
Platform roadmaps evolve. The payment features you need today won't be the payment features you need in two years.
Maybe you'll add a marketplace component where operators sell through agents who need their own commission structures. Maybe you'll expand internationally and need multi-currency support. Maybe you'll want to offer embedded financing or deposit structures you haven't imagined yet.
Evaluating payment partners solely on current feature requirements misses the question that actually matters: when your needs change, how responsive will this partner be?
Some processors have rigid product offerings. What you see during evaluation is what you get—forever. Others have more flexible infrastructure and genuine appetite for building alongside platform partners.
The evaluation conversation: "Tell me about a time you built custom functionality for a platform partner. What did that process look like, and who drove it?"
How a payment processor structures revenue sharing tells you a lot about how they view the relationship.
Some processors offer thin revenue share on transactions as an afterthought—a small kickback for bringing them merchant volume. The economics signal that they see your platform as a distribution channel, not a partner.
Others structure revenue share as meaningful income that aligns incentives. When your merchants process more volume, both parties benefit proportionally. When merchants churn, both parties feel it.
The specific percentages matter less than the underlying philosophy. Is the revenue share structured to keep your platform economically invested in merchant success? Or is it structured to minimize the processor's cost of acquiring merchants through your channel?
Skip the feature matrix comparison. Instead, focus evaluation conversations on these questions:
How do you handle merchant problems in our specific vertical? Get specific examples, not general policies.
Who owns the merchant relationship, and how does that show up in day-to-day operations? Get clear answers about branding, communications, and data.
What happens when our product roadmap requires payment features you don't currently offer? Understand their flexibility and responsiveness.
How are your economics aligned with our merchants' success? Understand whether revenue share reflects partnership or distribution.
What does merchant onboarding actually look like for activity and experience businesses? Understand underwriting, reserves, and approval processes specific to the vertical.
Payment partner selection isn't a procurement decision. It's a partnership decision that shapes your platform's merchant experience for years. Evaluate accordingly.
Payments Made Simple. Experiences Made Unforgettable.
ActivityPay is a vertically focused payments and commerce partner built for the activity and experiences economy.
Reno, Nevada
View full profile