Uncategorized

/

The Five Questions Every SaaS Platform Should Ask About Their Payments Program

BY Jordan Greenberg _

 

 

Payments 101
Forward · Payments Strategy

Taking payments vs.
building a payments business

Five questions to answer honestly about your program

You launched a payments product. Your merchants can now accept payments. You’ve checked the box. But there’s a wide gap between a checked box and a real payments business — and the difference is worth millions.

Most SaaS platforms have payments. Very few have a payments business. The distinction isn’t about the technology — it’s about how payments is positioned, resourced, and operated inside your company.

The platforms that treat payments as a revenue line build a compounding growth engine. The ones that treat it as a feature check a box and wonder why the number never moves. Here are five questions that tell you which one you have.

Before we dive in, ask yourself one honest question
If your head of payments left tomorrow, would anyone outside of your engineering team notice? If the answer is no — you have a payments feature, not a payments business.

The Diagnostic

Five questions to answer honestly about your payments program

Each question below maps to a specific operational gap. Most platforms fail at least three of them. The ones that pass all five are the ones compounding.

Question 01

When someone asks “Do you have payments?” — does your answer describe a real revenue business, or just a processing feature?

This is the gut check. The answer most platforms give sounds like: “Yes, we integrated Stripe,” or “Yes, merchants can process through us.” That answer means payments exists. It does not mean you have a payments business.

A strong answer sounds different. It sounds like: “Yes — we generate a dollar of payments revenue for every dollar of software revenue.” That answer describes an outcome. It describes a business line, not a capability.

The distinction matters because integration-based answers reflect a feature someone built. Revenue-based answers reflect a business someone runs. If your answer is integration-based, the remaining four questions will tell you exactly why.

What your answer is telling you
“Yes, we integrated Stripe” / “merchants can process through us”: You have a feature. Payments exists as a capability, not a revenue line.
“Yes, we offer payments as an add-on”: You have a product. But if it isn’t generating meaningful revenue relative to your SaaS business, it isn’t a business yet.
“Yes — payments revenue is approaching or exceeding our SaaS revenue”: You have a payments business. The compounding has started.

Question 02

For every dollar of SaaS revenue, how many dollars of embedded finance revenue do you generate?

This is the proof behind Question 1. If you have a real payments business, payments should show up as a meaningful revenue line — not just a capability on your pricing page. The benchmark that separates platforms with a real payments business from those that don’t: greater than 1:1 embedded finance revenue to SaaS revenue.

ServiceTitan, Toast, Mindbody — the platforms that have built genuine embedded finance businesses show this in their public filings. Payments revenue approaches or exceeds software revenue. That’s not a coincidence. It’s the result of treating payments as a business line with its own strategy, ownership, and operating rhythm.

Most platforms are nowhere near 1:1. That gap is the opportunity. The remaining questions explain exactly where it’s going.

Where do you stand?
Below 0.25:1: Payments is a feature. Revenue is incidental, not managed.
0.25:1 – 0.75:1: You have a payments product with real traction. But it isn’t compounding yet — attach rate, pricing structure, or both are leaving money on the table.
Greater than 1:1: You have a payments business. Embedded finance is a primary revenue driver, not a secondary one.

Question 03

What percentage of your merchants are actually using your payments product?

Attach rate is the single most important operational metric in embedded payments, and most platforms either don’t track it or don’t like what they see when they do. The industry average is below 20%. Forward partners average 70%. That gap is not a product gap — it’s a strategy gap.

Every unattached merchant is a merchant whose payment volume — and the revenue share that comes with it — is going somewhere else. If fewer than half your merchants are processing through your payments product, you have a feature your customers are ignoring, not a business they’re depending on.

What your number is telling you
Below 20%: You have a feature. Payments was launched, announced, and left to grow on its own. It won’t.
20–50%: You have momentum but not a business. Attach is working at onboarding but not migrating your existing base.
50%+: You’re building a business. Payments is a real revenue line, attach is actively managed, and the compounding has started.

Run your own numbers
What is your attach rate gap actually costing you?
Total merchants on your platform

5,000
Avg monthly processing volume per merchant

$20K
Your current attach rate

20%
Current arrangement
Typical referral or legacy deal
Active merchants
1,000
Annual payments revenue
Forward model
100% above buy rate
Active merchants at 70% attach
3,500
Annual payments revenue
Attach rate gap
+50 pts
Additional annual revenue with Forward
Revenue estimates based on Forward partner data. Figures are illustrative — actual economics vary by platform, merchant mix, and processing volume.

Question 04

Is payments your product — or are you just referring your customers to someone else’s?

There’s a meaningful difference between a white-labeled payments offering and a referral relationship with a payments vendor. In a white-label model, your merchants see your brand, your portal, your pricing, and your support. The experience is yours. In a referral model, you’re pointing customers to a third party and collecting a small check for the privilege.

Referral relationships feel easy at launch and require almost no investment. They also deliver almost no return — and they hand your customers’ payment relationships to someone who has no obligation to keep them inside your ecosystem.

If your merchants log into a portal that doesn’t have your name on it to manage their payments, you’re not in the payments business. You’re in the referral business.

Referral relationship
White-label ownership
Merchant sees vendor brand
Merchant sees your brand
Pricing set by vendor
You control merchant pricing
Support goes to vendor
Support stays with you
Small referral fee, no spread
You own the economics
Customer relationship at risk
Customer relationship locked in

Question 05

When your merchants have a problem, do they feel like they’re being thrown over a fence?

This is the question most platforms never ask until they’ve already lost merchants over it. When a merchant has a chargeback, a funding delay, or a question about their rate — who do they talk to? If the answer involves contacting a third-party vendor directly, you’ve handed off the relationship at the most critical moment.

Payments problems are emotionally charged. A merchant who can’t get their money on time is a merchant at churn risk — from your software, not just from your payments product. Getting help should feel like one platform, not a handoff between two companies.

White-labeled payments infrastructure keeps the relationship yours. The merchant calls your support. Your team has the visibility and the tools to answer. The payments vendor is invisible.

What “fully white labeled” actually means
Your branding everywhere: Payment portal, hosted payment pages, merchant-facing emails, even the domain. Merchants never see your vendor’s name.
Your team has full visibility: Every transaction, every payout, every dispute — visible to your support team so they can answer without escalating to a third party.
The red flag: Your support team says “you’ll need to contact [vendor] for that.” Once that happens, the merchant knows your payments product isn’t really yours.

Forward · Embedded Payments

Built for platforms that want payments to compound — not just exist.

Full white-label infrastructure. Above buy-rate economics. Full legal and technical portability. A clear path to registered PayFac status. And a team that works directly alongside yours on program design, merchant activation, and ongoing optimization.

Not just an API. A payments partnership.

getfwd.com

 

Subscribe to Forward

Share article

Build payments 
into your product

Want to learn more or apply this specifically to your business? Speak to a payments expert today.

clouds fill