﻿WEBVTT

1
00:00:09.960 --> 00:00:13.280
<v 0>Hi, everyone. I'm Daniel. I'm on Stripe's professional services team,</v>

2
00:00:13.900 --> 00:00:17.340
and I talk to SaaS platforms every day about embedding payments into their

3
00:00:17.400 --> 00:00:19.860
software. In those conversations,

4
00:00:20.220 --> 00:00:23.520
I talk to platforms with a range of experience in pricing,

5
00:00:24.460 --> 00:00:26.640
from underpricing and leaving money on the table,

6
00:00:27.400 --> 00:00:31.440
to overpricing and losing deals to competitors. But today,

7
00:00:32.100 --> 00:00:35.580
I'm giving you a framework to make sure your business lands in that just right

8
00:00:35.640 --> 00:00:36.520
middle of that spectrum.

9
00:00:37.760 --> 00:00:42.460
Many platforms approach pricing like a checklist: pick a rate,

10
00:00:42.860 --> 00:00:44.120
add a markup, done.

11
00:00:45.180 --> 00:00:49.140
But a real pricing strategy has more moving parts: your costs,

12
00:00:50.080 --> 00:00:54.640
your revenue goals, your competitive position, but, most importantly,

13
00:00:55.300 --> 00:00:57.520
your platform's unique business context.

14
00:00:59.020 --> 00:01:01.640
So whether you're just starting to embed payments or you've been doing it for

15
00:01:01.720 --> 00:01:05.140
years, my goal today is simple: to give you a clear,

16
00:01:05.720 --> 00:01:08.460
actionable framework to help you maximize payments revenue for your platform.

17
00:01:09.520 --> 00:01:12.880
And I'm not doing this alone. Joris, who's head of payments at GoodLeap,

18
00:01:13.280 --> 00:01:15.980
will join us later to walk through how he navigated all this from scratch.

19
00:01:18.340 --> 00:01:19.740
So here's the thing about pricing payments.

20
00:01:21.140 --> 00:01:23.760
A lot of you in the room probably are resonating with the title of this slide,

21
00:01:23.880 --> 00:01:26.020
why it feels hard. There's a lot of variables,

22
00:01:26.540 --> 00:01:29.060
and they all interact with each other. You change one thing,

23
00:01:29.520 --> 00:01:32.220
and everything else shifts. And that's what makes this hard.

24
00:01:33.420 --> 00:01:35.340
But it's also what makes it worth getting right.

25
00:01:36.300 --> 00:01:39.880
So let's get into those variables now. Your costs.

26
00:01:40.600 --> 00:01:45.020
So interchange costs can vary. Card mix can change your costs overnight,

27
00:01:45.340 --> 00:01:49.720
and that's real money on the table. Your business:

28
00:01:49.720 --> 00:01:52.360
are you optimizing for attach rate or take rate?

29
00:01:53.360 --> 00:01:58.240
Margin or market share? Your customers:

30
00:01:58.240 --> 00:02:01.920
are you servicing maybe enterprise customers versus

31
00:02:02.100 --> 00:02:05.380
SMBs, or do you have a mix, and you have to know that,

32
00:02:05.660 --> 00:02:09.920
and you have to make those strategy decisions based on that mix? And finally,

33
00:02:10.660 --> 00:02:12.340
the most volatile: our market.

34
00:02:12.960 --> 00:02:17.000
Say your competitor just dropped their pricing by 20 basis points.

35
00:02:17.920 --> 00:02:22.380
What do you do? Do you hold firm? Do you make a change? Something else?

36
00:02:23.960 --> 00:02:28.360
So the question is: how do you build a pricing strategy that drives revenue,

37
00:02:28.700 --> 00:02:32.580
but stays flexible enough to adapt when the market moves?

38
00:02:32.580 --> 00:02:34.020
And it will move, guaranteed.

39
00:02:34.940 --> 00:02:39.280
Because here's the thing-every month you wait to get this right is revenue

40
00:02:39.300 --> 00:02:41.380
you're not capturing. Or worse,

41
00:02:41.780 --> 00:02:44.920
it could be deals you're losing to competitors who've already figured this out.

42
00:02:47.640 --> 00:02:50.060
That's where our payments pricing framework comes in.

43
00:02:51.140 --> 00:02:55.280
It's a practical playbook with built-in levers to adjust when new challenges

44
00:02:55.360 --> 00:02:59.620
show up. Over the next few minutes, we'll walk through the core four stages:

45
00:03:01.260 --> 00:03:01.740
research and

46
00:03:01.740 --> 00:03:06.740
benchmark,

47
00:03:06.740 --> 00:03:09.540
target,

48
00:03:09.540 --> 00:03:11.700
launch,

49
00:03:11.700 --> 00:03:11.700
last,

50
00:03:12.440 --> 00:03:15.860
feedback and iterate, stage four. And think of this as a loop.

51
00:03:16.440 --> 00:03:17.760
So this is not a "one and done" thing.

52
00:03:21.460 --> 00:03:25.360
And you'll always be in one of these stages. They often overlap,

53
00:03:26.100 --> 00:03:31.000
and each pass sharpens your approach. Now let's dive in. Stage one: research

54
00:03:32.620 --> 00:03:36.280
and benchmark. First, get comfortable with the payments landscape.

55
00:03:36.340 --> 00:03:38.380
So that slide I showed earlier where all those variables,

56
00:03:39.140 --> 00:03:41.580
understand what all of those are and what they mean for your business.

57
00:03:41.840 --> 00:03:46.800
Research what makes up payments, how pricing works, what drives costs. Again,

58
00:03:46.860 --> 00:03:49.920
those variable rates versus fixed fees, network costs,

59
00:03:50.380 --> 00:03:55.020
and where you have margin to work with. You need to know your market.

60
00:03:55.020 --> 00:03:56.880
So what are the pricing norms in your space,

61
00:03:57.360 --> 00:04:01.300
and where would your price sit compared to those norms? For example,

62
00:04:01.400 --> 00:04:04.940
if you put a nonprofit platform and an ecommerce platform side by side,

63
00:04:05.860 --> 00:04:07.000
those price points are very different.

64
00:04:08.220 --> 00:04:10.920
You also need to look at your competitors. Are they offering payments?

65
00:04:11.420 --> 00:04:14.200
How do they price it? What levers or incentives are they using,

66
00:04:14.400 --> 00:04:18.720
and how do they go to market? Talk to your customers.

67
00:04:19.380 --> 00:04:22.060
I think we all know this, but customers can give you the greatest feedback.

68
00:04:23.080 --> 00:04:25.580
So if any of those customers have recently left competitors,

69
00:04:26.140 --> 00:04:28.160
ask them why they left. Was it because of pricing?

70
00:04:28.780 --> 00:04:31.660
Don't repeat the same mistakes that push them away from those competitors.

71
00:04:32.640 --> 00:04:33.620
And this can take many forms,

72
00:04:33.680 --> 00:04:36.740
but even running simple research sessions with those customers gives you that

73
00:04:36.800 --> 00:04:40.280
specific data set to use when you go into your pricing strategy talks.

74
00:04:41.620 --> 00:04:44.660
And this stage comes first because it's honestly the most important.

75
00:04:45.540 --> 00:04:47.600
If you get stuck at any point along this journey,

76
00:04:48.340 --> 00:04:51.360
come back here and follow these three points.

77
00:04:53.840 --> 00:04:57.200
Stage two: target. So you start by gathering your stakeholders,

78
00:04:57.580 --> 00:04:58.940
and that's bringing together the right people.

79
00:04:59.080 --> 00:05:01.800
And that might look unique to your org of who that is,

80
00:05:02.380 --> 00:05:04.600
but make it clear this is a company-wide effort, right?

81
00:05:04.840 --> 00:05:07.600
It's not just a payments team thing. Everyone should be looped in.

82
00:05:07.720 --> 00:05:08.960
Everyone should have a seat at the table.

83
00:05:09.820 --> 00:05:13.520
I've seen platforms be most successful when you have buy-in all the way up to

84
00:05:13.560 --> 00:05:17.920
the founders and CEO, and you treat payments as a company metric. Again,

85
00:05:17.980 --> 00:05:19.060
it's not just a payments team thing.

86
00:05:19.920 --> 00:05:23.640
Invite decision-makers and a few healthy skeptics-they're good to have at the

87
00:05:23.660 --> 00:05:27.820
table too-from finance, product, go-to-market, and support.

88
00:05:30.380 --> 00:05:33.700
Next, you need to define your target. So kick off with a margin goal.

89
00:05:34.360 --> 00:05:38.540
Let's say something like "50 basis points." Start there. Or even a revenue

90
00:05:41.680 --> 00:05:42.513
milestone: "X amount of dollars in the first year." Start there,

91
00:05:42.520 --> 00:05:44.680
and have the conversation, see where that takes you.

92
00:05:45.540 --> 00:05:49.760
And talk through how the application of that, a take rate, an attach rate,

93
00:05:49.780 --> 00:05:50.780
will help you get to that goal.

94
00:05:53.460 --> 00:05:57.180
And decide how you'll measure success. So that target in the previous step,

95
00:05:57.940 --> 00:05:58.820
it needs to be measurable.

96
00:05:59.040 --> 00:06:02.620
You need to come back to that over time and see how you're tracking against it.

97
00:06:03.260 --> 00:06:06.440
So if you're targeting margin, let's say a good starting point

98
00:06:12.100 --> 00:06:12.100
is:

99
00:06:12.100 --> 00:06:12.100
"Payments revenue minus payments cost." And then add on any platform-specific

100
00:06:12.100 --> 00:06:14.560
rules or maybe accounting requirements that you need to on top of that.

101
00:06:15.500 --> 00:06:19.040
And the goal here is to walk away with a clear target and stakeholder buy-in so

102
00:06:19.200 --> 00:06:21.900
you and your cross-functional teammates stay accountable.

103
00:06:24.740 --> 00:06:28.040
Step three: launch stage. So now you're going to market,

104
00:06:28.640 --> 00:06:32.060
but you need to ramp your organization first. So you roadshow your strategy,

105
00:06:32.380 --> 00:06:35.420
and this is where you train your teams, preview the new offering,

106
00:06:36.440 --> 00:06:38.600
and gather feedback. This is also a feedback stage.

107
00:06:39.200 --> 00:06:43.040
So make sure you hit the three big customer-facing groups-this is usually sales,

108
00:06:43.100 --> 00:06:46.620
marketing, support-and use your support team

109
00:06:48.340 --> 00:06:51.610
as leverage here. They hear from customers in real time,

110
00:06:51.660 --> 00:06:56.090
and that's gold when you're refining messaging about pricing. Even better,

111
00:06:56.460 --> 00:06:58.530
roadshow your strategy at a company all hands meeting.

112
00:06:58.960 --> 00:07:02.570
Have everyone hear at the same time and sort of get that momentum.

113
00:07:05.130 --> 00:07:07.430
Plan for every channel and every interaction.

114
00:07:08.310 --> 00:07:10.970
So think about where will questions about payments pricing come up,

115
00:07:11.690 --> 00:07:13.810
and are those teams equipped to help? Again,

116
00:07:13.870 --> 00:07:15.170
this is back to roadshowing your strategy,

117
00:07:15.750 --> 00:07:18.790
making sure everyone is on the same page. And remember,

118
00:07:18.850 --> 00:07:22.590
when you do these launches, they get easier each time.

119
00:07:22.890 --> 00:07:25.570
So the first one might be your initial payments offering.

120
00:07:25.630 --> 00:07:27.630
This is like a really big launch, right? High stakes.

121
00:07:28.630 --> 00:07:30.550
But you'll do lower stake launches after that.

122
00:07:31.010 --> 00:07:34.230
You're adding new payment methods, you're making tweaks to your current pricing.

123
00:07:34.870 --> 00:07:37.910
So those follow-ups are less risky but can really boost your margins.

124
00:07:37.970 --> 00:07:42.150
So those are just as important. Feedback and iterate.

125
00:07:42.450 --> 00:07:44.810
This is our last stage in the framework.

126
00:07:44.910 --> 00:07:49.310
So it's your steady state that your platform sits in until something pushes you

127
00:07:49.350 --> 00:07:53.110
back to an earlier stage. So remember that. So first, review the performance.

128
00:07:53.570 --> 00:07:56.170
Going back to that measurable target that we talked about at the beginning,

129
00:07:56.930 --> 00:07:59.590
this is where you look at that again, talk to your stakeholders,

130
00:08:00.130 --> 00:08:03.910
and see if it still makes sense. And that's the most important part here.

131
00:08:04.190 --> 00:08:07.550
So does that original target make sense? Should you adjust it?

132
00:08:08.070 --> 00:08:11.290
Should you segment it by cohorts? How should you handle it?

133
00:08:12.270 --> 00:08:14.950
And you'll level up as you learn and as your payments business grows.

134
00:08:17.350 --> 00:08:18.870
So you also need to keep the feedback flowing.

135
00:08:18.930 --> 00:08:21.750
So we've been doing feedback throughout the framework here.

136
00:08:21.750 --> 00:08:25.290
But make sure you have regular loops to hear from sales, support,

137
00:08:25.530 --> 00:08:28.930
any customer-facing teams so you're always hearing what the market wants and

138
00:08:28.950 --> 00:08:33.110
what your customers are asking for. And lastly,

139
00:08:33.750 --> 00:08:34.583
be ready to update.

140
00:08:34.690 --> 00:08:39.230
So this is about being prepared when you inevitably need to do an update-and you

141
00:08:39.250 --> 00:08:40.470
will have to do an update at some point.

142
00:08:40.970 --> 00:08:43.210
So agree on a cadence for pricing changes, right?

143
00:08:43.320 --> 00:08:47.480
A good rule of thumb is to schedule a biannual pricing change release.

144
00:08:47.880 --> 00:08:49.560
You might do this later in the journey,

145
00:08:49.720 --> 00:08:52.320
but it's a good place to start at the outset.

146
00:08:53.040 --> 00:08:57.370
And also decide how you'll announce those updates.

147
00:08:57.380 --> 00:08:58.560
So this is just as important as the update itself, is how you're announcing it,

148
00:08:58.640 --> 00:09:01.480
where you're announcing it. So is it in-app, email,

149
00:09:02.080 --> 00:09:06.200
face-to-face with CSMs or your sales team?

150
00:09:06.200 --> 00:09:09.360
Updates should feel intentional and coordinated.

151
00:09:11.640 --> 00:09:16.000
And that's the loop: research, target, launch, iterate.

152
00:09:16.720 --> 00:09:20.880
Every pass gets sharper. Every cycle captures more revenue.

153
00:09:23.770 --> 00:09:23.890
Now,

154
00:09:23.890 --> 00:09:27.960
let's talk to Joris about how he built payments pricing strategy at GoodLeap

155
00:09:28.040 --> 00:09:31.360
from scratch-o playbook, no precedent. So let's hear what he learned.

156
00:09:36.000 --> 00:09:37.120
<v 1>Great to be here.</v>

157
00:09:38.550 --> 00:09:39.570
<v 0>All right. Welcome, Joris.</v>

158
00:09:40.250 --> 00:09:40.630
<v 1>Thanks so much.</v>

159
00:09:40.630 --> 00:09:43.000
<v 0>Glad to have you here. Yeah. Can you quickly introduce yourself,</v>

160
00:09:43.040 --> 00:09:44.680
and tell us a little bit more about GoodLeap?

161
00:09:44.760 --> 00:09:48.880
<v 1>Yeah. My name's Joris. I lead the payments business unit at GoodLeap.</v>

162
00:09:49.720 --> 00:09:54.360
We're a company that does solutions for the sustainable home improvement space.

163
00:09:54.480 --> 00:09:58.720
So think about solar and batteries, but also windowing, heating,

164
00:09:58.840 --> 00:09:59.673
and air conditioning.

165
00:09:59.880 --> 00:10:03.200
And then we provide financing and software both for contractors as well as for

166
00:10:03.360 --> 00:10:04.910
the homeowners themselves.

167
00:10:04.990 --> 00:10:08.750
<v 0>All right. So I just went through the framework. So think back,</v>

168
00:10:08.990 --> 00:10:09.823
start at the beginning.

169
00:10:10.690 --> 00:10:13.630
When GoodLeap was deciding to build out your payments product,

170
00:10:13.830 --> 00:10:14.663
where did you start?

171
00:10:15.510 --> 00:10:17.510
<v 1>Yeah. By the way, this is the first time I'm seeing the framework.</v>

172
00:10:17.630 --> 00:10:18.990
It' great to see it. It's a good framework.

173
00:10:19.120 --> 00:10:22.350
And I think we're somewhat closely aligned to it, but lots to learn also.

174
00:10:23.770 --> 00:10:26.470
So we started with a lot of humility, really.

175
00:10:26.630 --> 00:10:31.030
We have a lot of people from different payment companies at our company,

176
00:10:31.130 --> 00:10:35.610
but nobody had really done platform payments yet as we're doing right now.

177
00:10:35.790 --> 00:10:37.350
So there was a lot to learn.

178
00:10:37.550 --> 00:10:40.510
First thing we did was a lot of research with our contractor base.

179
00:10:40.590 --> 00:10:44.290
So we sent out surveys, we did external market research.

180
00:10:45.790 --> 00:10:50.510
The second thing we did was we really dug into what does the cost structure look

181
00:10:50.570 --> 00:10:55.310
like for a payment? Thinking about, hey, what's the processing fees,

182
00:10:55.610 --> 00:10:57.670
the network assessments, the interchange,

183
00:10:58.150 --> 00:10:59.650
how does it work with different payment mixes?

184
00:11:01.270 --> 00:11:02.530
The cards are not the only payment method,

185
00:11:02.590 --> 00:11:03.930
looking at other payment methods as well.

186
00:11:04.350 --> 00:11:08.370
So really educating ourselves around the cost of a payment.

187
00:11:08.910 --> 00:11:11.730
<v 0>Yeah. And we talked about competitors earlier.</v>

188
00:11:12.110 --> 00:11:15.010
So was that a part of your process? Did you look at competitors,

189
00:11:15.050 --> 00:11:16.130
and who was offering payments?

190
00:11:16.910 --> 00:11:18.730
<v 1>Yeah, for sure. Yeah. We looked at the competitors.</v>

191
00:11:19.010 --> 00:11:21.990
I wouldn't say we have a perfect single competitor.

192
00:11:22.190 --> 00:11:23.810
Everybody does something slightly different,

193
00:11:23.870 --> 00:11:26.090
but we looked at other players in the space.

194
00:11:27.670 --> 00:11:29.690
What we found is quite a few offer payments as well.

195
00:11:30.290 --> 00:11:33.190
A bunch of them offered it just to have the functionality,

196
00:11:33.290 --> 00:11:38.050
but what you can also see quite often is that they use it really as a revenue

197
00:11:38.110 --> 00:11:38.943
line.

198
00:11:39.930 --> 00:11:44.690
And that means they priced quite highly to be able to make a lot of

199
00:11:44.730 --> 00:11:47.350
margin there. So for us, it was an insight like, okay,

200
00:11:47.440 --> 00:11:51.230
there's a lot of margin there. And perhaps when we start entering the market,

201
00:11:51.310 --> 00:11:55.890
we can price a bit more competitively as an early stage differentiator in the

202
00:11:55.910 --> 00:11:56.743
market.

203
00:11:57.370 --> 00:11:59.650
<v 0>Yeah. And so you've mentioned contractors,</v>

204
00:12:00.050 --> 00:12:03.550
and GoodLeap sits in quite a specific vertical.

205
00:12:03.870 --> 00:12:05.810
And so you talk to your contractors a lot.

206
00:12:07.250 --> 00:12:09.990
What did you learn from them about pricing?

207
00:12:10.950 --> 00:12:15.130
<v 1>Yeah, a lot. Yeah. We talked to our contractors a lot directly.</v>

208
00:12:15.770 --> 00:12:17.350
A lot of folks from my company are sitting here.

209
00:12:17.950 --> 00:12:22.370
They know we went to San Diego recently to shadow a number of contractors.

210
00:12:23.390 --> 00:12:27.230
One thing that we know that we see is that they don't really know their pricing

211
00:12:27.270 --> 00:12:28.650
very well. Some say like, "Hey, we pay 3% flat fee on cards."

212
00:12:32.770 --> 00:12:35.210
Then you look at their statement, and it's a lot more nuanced.

213
00:12:35.690 --> 00:12:38.630
They often pay more than they think they're paying.

214
00:12:38.730 --> 00:12:41.490
So they don't really know their own pricing very well.

215
00:12:42.650 --> 00:12:45.610
Another thing about our space is that the ticket prices are super high.

216
00:12:46.070 --> 00:12:48.370
So when you think about when you have a big house,

217
00:12:48.390 --> 00:12:52.130
and you're putting solar and battery and heating, you're replacing all of it,

218
00:12:53.050 --> 00:12:55.330
easy to have like an $80,000 ticket or something.

219
00:12:55.530 --> 00:13:00.150
So the median ticket price for us is many thousands of dollars.
That's not your

220
00:13:00.190 --> 00:13:04.130
average retail, not your average SaaS. So that is an important consideration,

221
00:13:04.170 --> 00:13:05.770
and contractors that are coming on our platform,

222
00:13:06.210 --> 00:13:09.150
and they want to make sure that they can immediately take these very

223
00:13:09.270 --> 00:13:11.650
high-transaction payments.

224
00:13:12.850 --> 00:13:17.710
One other thing I would say is it's pretty typical for payments platforms to ask

225
00:13:17.770 --> 00:13:20.510
for reserves. Now,

226
00:13:20.970 --> 00:13:25.010
the contracting space is a very cash-strapped space. These contractors,

227
00:13:25.070 --> 00:13:28.150
they go out, they buy a lot of material, they have to pay for subcontractors.

228
00:13:28.590 --> 00:13:30.830
A lot of that before they actually receive a payment,

229
00:13:30.890 --> 00:13:33.210
so they're constantly fronting money. So if, then,

230
00:13:33.530 --> 00:13:34.770
a payments platform comes to them and say

231
00:13:34.810 --> 00:13:39.350
like, "Hey, please deposit $20,000 to be able to take payments," that's a

232
00:13:39.570 --> 00:13:43.210
no-go for them. So yeah, reserves,

233
00:13:43.550 --> 00:13:45.590
that was another big topic that we heard from them.

234
00:13:45.650 --> 00:13:46.530
<v 0>Yeah. Yeah.</v>

235
00:13:46.670 --> 00:13:50.750
And those are great carrots when you kind of are talking to contractors of like,

236
00:13:50.750 --> 00:13:54.870
"We're not setting a reserve," or you have some things you've learned, right?

237
00:13:54.930 --> 00:13:56.830
So you have all these great data points, right?

238
00:13:56.890 --> 00:14:00.210
So how did you go from sort of discovery mode, talking to contractors,

239
00:14:00.230 --> 00:14:02.410
to actually creating your pricing strategy?

240
00:14:03.610 --> 00:14:07.090
<v 1>Yeah, I would say there were two things really based on that,</v>

241
00:14:07.150 --> 00:14:09.790
that we set for our pricing strategy.

242
00:14:09.970 --> 00:14:13.690
One was we wanted to make sure that pricing really integrated well within the

243
00:14:13.770 --> 00:14:17.390
larger offering that we had. So it has to work really well with our software,

244
00:14:17.870 --> 00:14:22.030
but also down the line, with the software of the contractor that we work with.

245
00:14:22.090 --> 00:14:23.490
Some of them have homegrown CRMs,

246
00:14:23.810 --> 00:14:25.890
it just needs to fit the workflows really well.

247
00:14:26.430 --> 00:14:29.070
So kind of that embedding with our financing, with our software,

248
00:14:29.130 --> 00:14:32.490
with the outside software, that was really important. I would say second,

249
00:14:33.010 --> 00:14:35.830
as I already hinted at, pricing a little bit more competitively,

250
00:14:35.890 --> 00:14:38.550
because in these early stages when we had a fledgling product,

251
00:14:38.710 --> 00:14:41.270
there was definitely a differentiator that we could lean into.

252
00:14:41.790 --> 00:14:43.330
<v 0>Yeah. And that's, I guess,</v>

253
00:14:43.530 --> 00:14:46.670
framing you need when you start thinking about your revenue goals.

254
00:14:46.730 --> 00:14:50.890
So how were you talking about what success looked like from a financial point of

255
00:14:50.910 --> 00:14:51.330
view?

256
00:14:51.330 --> 00:14:54.810
<v 1>Yeah, there was a big push and pull with C-level leadership.</v>

257
00:14:56.410 --> 00:14:59.910
There were pretty high margin expectations from us out the door.

258
00:14:59.970 --> 00:15:04.930
I'm not sure how realistic they were. As we went into the market,

259
00:15:05.130 --> 00:15:06.690
one thing we noticed is that

260
00:15:09.110 --> 00:15:12.070
the payments mix that we saw was a little less favorable to us than what we had

261
00:15:12.090 --> 00:15:14.910
forecasted. So for example, we saw more card-not-present,

262
00:15:15.430 --> 00:15:18.610
whereas we had really banked on card-present as the primary type of pay,

263
00:15:18.650 --> 00:15:21.450
as the primary payment method. We saw more premium cards,

264
00:15:21.510 --> 00:15:24.470
we saw a bit more ACH than we anticipated. So

265
00:15:26.450 --> 00:15:27.730
that quickly also made us establish like, "Hey,

266
00:15:27.730 --> 00:15:27.730
is this really the right thing to be shooting for these high margins out the

267
00:15:27.730 --> 00:15:28.443
door?"

268
00:15:31.970 --> 00:15:34.110
Because we could achieve them, right? It's possible,

269
00:15:34.170 --> 00:15:36.530
but then your pricing goes up and up and up.
And so,

270
00:15:37.610 --> 00:15:41.750
through a lot of conversations with-and I pushed this really hard

271
00:15:41.790 --> 00:15:46.590
actually-through a lot of conversations, we kind of reframed it and to say,

272
00:15:46.590 --> 00:15:46.590
"Let's really push on volume right now. Sure, we have decent margins,

273
00:15:46.590 --> 00:15:46.590
but volume is the primary goal, and we are growing very, very fast.

274
00:15:46.590 --> 00:15:46.590
And we know that we have a number of levers that we can use down the line to

275
00:15:46.590 --> 00:15:47.243
improve our margins as well.".

276
00:16:00.070 --> 00:16:02.250
<v 0>Yeah. And we've talked about costs,</v>

277
00:16:02.570 --> 00:16:05.090
but when you were talking about costs with stakeholders,

278
00:16:05.730 --> 00:16:08.970
was that sort of just the cost of payments themselves, like processing fees,

279
00:16:09.130 --> 00:16:10.910
or was it like a broader conversation?

280
00:16:11.770 --> 00:16:13.870
<v 1>Yeah. So I mean, there's many parts to cost.</v>

281
00:16:16.410 --> 00:16:18.290
Somebody in my company made this comparison to say like, "Hey,

282
00:16:18.290 --> 00:16:18.983
there's the cost of building a restaurant and the cost of running a restaurant."

283
00:16:22.590 --> 00:16:25.010
We were eating at a restaurant at a time, so apt comparison.

284
00:16:25.790 --> 00:16:29.450
So there's the building part, right? You need to build your software,

285
00:16:29.550 --> 00:16:31.650
you need to build your risk infrastructure,

286
00:16:31.770 --> 00:16:33.590
there's the marketing assets to produce, et cetera.

287
00:16:33.710 --> 00:16:37.770
So there's a lot of-not even just upfront, but just this first year,

288
00:16:37.890 --> 00:16:42.590
first two years-there's a lot of costs that you need to take on to set up your

289
00:16:42.810 --> 00:16:45.550
payment product. So that's kind of the building part.

290
00:16:45.610 --> 00:16:48.550
And then there's the running part, which to your point,

291
00:16:49.330 --> 00:16:53.730
there's the transacting costs, the processing costs, network fees, et cetera.

292
00:16:53.730 --> 00:16:55.750
But there's also your operating costs like support,

293
00:16:56.530 --> 00:16:57.590
your risk operations,

294
00:16:57.670 --> 00:17:01.330
all those other pieces.
One thing that we're seeing is that,

295
00:17:02.030 --> 00:17:04.870
in that operational part, so our business is growing fast,

296
00:17:04.970 --> 00:17:06.130
our payments business is growing really fast,

297
00:17:06.670 --> 00:17:09.330
but the support costs and the operational costs that we have,

298
00:17:09.910 --> 00:17:12.310
they're not growing, which is really good. In fact,

299
00:17:12.470 --> 00:17:15.310
I would say they're probably declining

300
00:17:17.030 --> 00:17:19.450
as an overall cost picture. And it's primarily due to AI.

301
00:17:19.710 --> 00:17:22.310
We're able to leverage AI more and more in different places.

302
00:17:22.750 --> 00:17:26.690
Our risk infrastructure is really heavily AI-based, which I'm really proud of,

303
00:17:26.710 --> 00:17:31.650
was really fun to build that from scratch. And on the operational side also,

304
00:17:31.790 --> 00:17:33.610
there's more and more that we can lean into AI.

305
00:17:33.730 --> 00:17:37.810
So even though our volumes are going up, our operational costs are going down,

306
00:17:38.350 --> 00:17:40.910
not just on a per-unit basis, but actual costs are going down.

307
00:17:41.310 --> 00:17:46.130
<v 0>Yeah. And I love your restaurant analogy. That's like very appropriate, I think,</v>

308
00:17:46.190 --> 00:17:48.650
for this scenario. So I have to ask,

309
00:17:48.710 --> 00:17:51.630
do you prefer front of house or back of house when "running a restaurant?".

310
00:17:54.110 --> 00:17:58.470
<v 1>I've never actually run a restaurant. I used to work front of house, actually,</v>

311
00:17:58.510 --> 00:18:02.350
at a restaurant, as a student. But I mean, both are, I think,

312
00:18:02.850 --> 00:18:06.310
critical and super interesting. To me, the building part,

313
00:18:06.670 --> 00:18:09.370
I come from a product background, I love the building part, in particular.

314
00:18:10.570 --> 00:18:13.450
And this is also such a fun time to build because with AI,

315
00:18:14.250 --> 00:18:17.290
your building goes faster and faster. There's so much you can do.

316
00:18:18.130 --> 00:18:22.410
You can also just design your product from the ground up with AI as a core

317
00:18:22.430 --> 00:18:25.990
component to it. So super fun time to build right now.

318
00:18:26.490 --> 00:18:29.810
<v 0>Yeah. Yeah. Okay so, we talked about sort of</v>

319
00:18:31.310 --> 00:18:33.870
how you built the pricing strategy, your understanding of your payment orgs,

320
00:18:33.930 --> 00:18:37.910
you're thinking about initial costs, investments, how that scales over time.

321
00:18:38.510 --> 00:18:40.970
So now you actually have to launch your payments offering, right?

322
00:18:41.030 --> 00:18:43.330
You're doing this the first time. How did you prepare your teams?

323
00:18:43.850 --> 00:18:47.330
<v 1>Yeah. So this was roadshows. We went to all the different functions.</v>

324
00:18:47.830 --> 00:18:49.850
I would say sales was very important there.

325
00:18:51.210 --> 00:18:52.890
It's actually very hard to sell payments.

326
00:18:53.310 --> 00:18:56.050
We're a company that sells financing a lot. And so you would say, "Hey,

327
00:18:56.050 --> 00:19:00.050
as a fintech, we know how to sell financial products." Payments is hard to sell.

328
00:19:00.330 --> 00:19:04.850
So we have a dedicated team of experts-one of them sitting in front here-that

329
00:19:05.010 --> 00:19:07.970
teaches the rest of the sales organization how to sell payments.

330
00:19:09.070 --> 00:19:09.690
But beyond that,

331
00:19:09.690 --> 00:19:13.530
what we also did is we set up this really interesting motion where we,

332
00:19:14.610 --> 00:19:18.290
rather than-when you talk about pricing-rather than going out with a price sheet

333
00:19:18.330 --> 00:19:19.770
and telling the contractor like, , "Hey, this is our pricing,

334
00:19:19.770 --> 00:19:19.770
it's better than the price you're currently have," et cetera,

335
00:19:19.770 --> 00:19:19.770
the first thing we do is we ask them for their statements.

336
00:19:19.770 --> 00:19:19.770
Then we take those statements,

337
00:19:19.770 --> 00:19:19.770
we run a simulation of what the cost would have been if they would have been on

338
00:19:19.770 --> 00:19:19.770
our platform, then we can come back with them, with like very concrete savings,

339
00:19:19.770 --> 00:19:19.770
where we say, "Hey, in Q1,

340
00:19:19.770 --> 00:19:19.770
you would have saved $20,000 if you were on our platform instead of your current

341
00:19:19.770 --> 00:19:20.463
platform."

342
00:19:40.090 --> 00:19:42.650
Again, by the way, a place where we have adopted AI,

343
00:19:42.710 --> 00:19:45.690
we have this little AI agent where, even during a meeting,

344
00:19:45.870 --> 00:19:47.330
we can feed those statements into an AI,

345
00:19:47.730 --> 00:19:50.990
and that gives an estimate already of the savings that the contractor would see

346
00:19:51.230 --> 00:19:52.063
if they were on our platform.

347
00:19:52.570 --> 00:19:57.250
<v 0>Yeah. I love that because then your sales teams can be more comfortable, right?</v>

348
00:19:57.370 --> 00:20:01.810
There's like in-the-moment action for them that they can immediately give

349
00:20:02.370 --> 00:20:03.203
the contractor, "These are your savings." Right?

350
00:20:04.610 --> 00:20:07.050
<v 1>For sure. And a back and forth conversation rather than just like a pitch,</v>

351
00:20:07.130 --> 00:20:07.890
which is-.

352
00:20:07.890 --> 00:20:10.430
<v 0>Yeah, and I think that's great. On the go-to-market side,</v>

353
00:20:10.530 --> 00:20:11.770
maybe from a marketing perspective,

354
00:20:13.490 --> 00:20:16.950
how are you thinking about marketing strategy on pricing?

355
00:20:18.230 --> 00:20:21.190
Do you put pricing on your website? Do you not? How did that conversation go?

356
00:20:21.250 --> 00:20:21.690
<v 1>Yes.</v>

357
00:20:21.690 --> 00:20:25.610
So our marketing team pushed really hard initially to put our pricing on our

358
00:20:25.630 --> 00:20:29.990
website. There was a lot of debate about it, but in the end,

359
00:20:30.080 --> 00:20:32.680
they're the experts, and we ended up doing so, in particular,

360
00:20:32.760 --> 00:20:37.060
thinking that initially pricing was really a bit of a differentiator that we

361
00:20:37.100 --> 00:20:39.640
had. So we did that. In the end,

362
00:20:39.700 --> 00:20:43.360
it didn't really end up mattering that much because our sales motion is really

363
00:20:43.460 --> 00:20:45.180
one where like the BDs and the sales teams,

364
00:20:45.490 --> 00:20:47.360
they sit with our current contracting base,

365
00:20:47.460 --> 00:20:51.620
and they sell the payments product to them. So our pricing existing,

366
00:20:51.680 --> 00:20:53.020
at least partially, on our website,

367
00:20:53.420 --> 00:20:55.640
didn't really end up mattering that much for our sales cycle.

368
00:20:56.660 --> 00:21:01.020
<v 0>Yeah. Yeah. I think that's an important experiment, I guess,</v>

369
00:21:01.260 --> 00:21:05.100
but a learning. So GoodLeap Payments is about a year-and-a-half now?

370
00:21:06.680 --> 00:21:08.970
<v 1>Yeah, I think so. 2024.</v>

371
00:21:09.710 --> 00:21:12.990
<v 0>So a young toddler starting to run around.</v>

372
00:21:13.440 --> 00:21:13.620
<v 1>Yeah.</v>

373
00:21:13.620 --> 00:21:14.453
<v 0>Okay.</v>

374
00:21:14.780 --> 00:21:18.640
So what did you learn from contractors after the launch?

375
00:21:18.820 --> 00:21:19.700
Did anything surprise you?

376
00:21:21.120 --> 00:21:22.420
<v 1>Yeah, quite a bit. I mean,</v>

377
00:21:23.440 --> 00:21:26.340
we're talking to contractors almost every day of the week,

378
00:21:26.490 --> 00:21:27.860
so we learn a lot continuously.

379
00:21:28.470 --> 00:21:33.280
I would say one interesting thing is that pricing doesn't come up as much

380
00:21:34.460 --> 00:21:37.420
as we thought it would once they're on our platform, right?

381
00:21:38.400 --> 00:21:39.260
<v 0>Everyone's jealous here.</v>

382
00:21:39.440 --> 00:21:41.580
<v 1>Right, because we talked about this, you say that's not common,</v>

383
00:21:41.860 --> 00:21:44.880
but for us it's actually not that big of a topic after contractors are on our

384
00:21:44.900 --> 00:21:49.880
platform, probably because we price fairly competitively. Second,

385
00:21:50.800 --> 00:21:51.780
we've built a really good product.

386
00:21:51.840 --> 00:21:54.640
We have-to brag a little bit-we have an NPS score around 80,

387
00:21:55.440 --> 00:21:59.760
which is considered really high. So they're very happy with their product.

388
00:21:59.820 --> 00:22:03.240
So once contractors are on our platform, they're happy with the pricing,

389
00:22:03.400 --> 00:22:04.540
they're super happy with the product.

390
00:22:04.900 --> 00:22:07.800
It's really about getting them through the front door

391
00:22:09.740 --> 00:22:13.480
on the platform itself. And so the conversations are really more about features.

392
00:22:14.440 --> 00:22:17.880
We're launching ways to help them solve their receivables,

393
00:22:19.280 --> 00:22:22.920
a lot of different things. They care about their reporting, integrations,

394
00:22:22.980 --> 00:22:25.260
et cetera. So that's more the nature of the discussions that we have.

395
00:22:25.620 --> 00:22:28.240
<v 0>Yeah. And with that data,</v>

396
00:22:28.940 --> 00:22:30.800
how did that change your strategy?

397
00:22:30.960 --> 00:22:32.940
I think you've launched some things since then,

398
00:22:33.020 --> 00:22:37.120
and you had some learnings there about how you would do things differently or

399
00:22:37.380 --> 00:22:38.460
add on more functionality.

400
00:22:39.100 --> 00:22:40.380
<v 1>In terms of pricing, in particular?</v>

401
00:22:40.880 --> 00:22:41.500
<v 0>Yeah.</v>

402
00:22:41.500 --> 00:22:43.220
<v 1>Yeah. Yeah, for sure. We've changed a lot.</v>

403
00:22:43.280 --> 00:22:47.300
So I think I already said our payments mix was kind of less favorable than we

404
00:22:47.400 --> 00:22:49.560
had anticipated it to be from the start.

405
00:22:49.980 --> 00:22:54.120
So one thing that we saw was more manual card entry, card-not-present,

406
00:22:54.720 --> 00:22:57.890
the contractor typing into digits. It's just a really bad way to...

407
00:22:58.180 --> 00:23:00.020
It's more costly. It's also just a really bad way to pay.

408
00:23:00.380 --> 00:23:04.400
It's very fraud sensitive. So there was one thing we saw,

409
00:23:04.440 --> 00:23:09.140
and we added a fee for manual card entry specifically both to kind of protect

410
00:23:09.180 --> 00:23:12.940
our margins as well as to kind of disincentivize that type of usage.

411
00:23:13.060 --> 00:23:15.980
And we now have actually contractors that are asking us for reports every week

412
00:23:16.000 --> 00:23:16.100
of like, "Hey,

413
00:23:16.100 --> 00:23:16.100
who in our company is still doing manual card entry because we don't want to use

414
00:23:16.100 --> 00:23:16.933
it." We did a lot of other things too.

415
00:23:21.760 --> 00:23:24.360
We introduced interchange plus pricing recently.

416
00:23:25.860 --> 00:23:30.120
We set a cap on ACH. We had,

417
00:23:30.660 --> 00:23:34.420
ACH used to be a percentage of the transaction volume.

418
00:23:34.520 --> 00:23:36.680
And if you have a $100,000 transaction,

419
00:23:36.740 --> 00:23:39.740
that's going to be pretty big bills just for taking an ACH payment.

420
00:23:40.620 --> 00:23:44.780
I think one thing I'm most excited about is faster payouts.

421
00:23:45.180 --> 00:23:49.660
We introduced that fairly recently, so speeds up payments, or payouts,

422
00:23:49.880 --> 00:23:50.713
by a day.

423
00:23:51.720 --> 00:23:55.420
And the willingness to pay for that from contractors is extremely high.

424
00:23:55.620 --> 00:24:00.060
So that turned out to be a fantastic way to also create some extra margin

425
00:24:00.540 --> 00:24:02.440
and make our contractor base super happy.

426
00:24:03.320 --> 00:24:05.520
<v 0>Yeah. So faster payouts is interesting.</v>

427
00:24:06.140 --> 00:24:07.400
I want to dig in there a little bit more.

428
00:24:08.640 --> 00:24:12.640
You had maybe a feeling or an assumption or you had contractors asking for it,

429
00:24:12.700 --> 00:24:15.540
but then maybe it outperformed your assumptions.

430
00:24:17.200 --> 00:24:19.660
How would you navigate that for future launches?

431
00:24:19.780 --> 00:24:23.120
Are you using what you learned there to have more conversations for the next

432
00:24:23.240 --> 00:24:23.560
one,

433
00:24:23.560 --> 00:24:26.820
or you just like to be pleasantly surprised when the adoption is super high?

434
00:24:27.660 --> 00:24:30.760
<v 1>Yeah, it's a great question. So we knew they cared about it a lot.</v>

435
00:24:31.960 --> 00:24:34.920
Initially we were paying out, like we had a very long payout period,

436
00:24:34.980 --> 00:24:38.380
took like four days or so. We ended up shortening it already, to two days

437
00:24:40.280 --> 00:24:42.580
by default. And then with faster payouts, we do one day,

438
00:24:42.700 --> 00:24:46.060
and we might introduce Instant as well. So we knew they cared about it.

439
00:24:46.120 --> 00:24:48.660
We just didn't know the extent to which they cared about it,

440
00:24:49.000 --> 00:24:50.520
in terms of like willingness to pay.

441
00:24:50.600 --> 00:24:54.160
There was just super high willingness to pay for that. So I mean,

442
00:24:54.420 --> 00:24:57.120
to get better at that, I don't know if in the future perhaps we can do some more

443
00:24:58.640 --> 00:25:00.700
specific pointed research where we ask them about like, "Hey,

444
00:25:00.700 --> 00:25:01.453
what is the willingness to pay for a certain feature?".

445
00:25:03.700 --> 00:25:06.420
<v 0>Yeah. All right. Last question.</v>

446
00:25:07.440 --> 00:25:10.700
So for anyone here in the room that's early in the process and maybe thinking

447
00:25:10.740 --> 00:25:12.860
about the framework, or how that applies to them,

448
00:25:13.660 --> 00:25:15.980
what's the one thing that you wish you had known at the start?

449
00:25:17.460 --> 00:25:19.340
<v 1>Yeah, I would say two things. And it's not just me,</v>

450
00:25:19.420 --> 00:25:23.440
but I think for companies in general that are embarking on payments,

451
00:25:23.440 --> 00:25:26.700
embedded payments, or platform payments. So first off,

452
00:25:27.500 --> 00:25:29.420
I think a lot of companies go into it thinking, "Hey,

453
00:25:29.420 --> 00:25:33.180
this could be a really big additional revenue line." And it can be.

454
00:25:33.740 --> 00:25:38.240
It can be a very green P&amp;L, it can be a great addition to your company.

455
00:25:38.240 --> 00:25:41.220
But there's also a lot of up-front cost involved, both in terms of the,

456
00:25:41.220 --> 00:25:45.440
"building the restaurant" is what we were talking about, but also in terms of,

457
00:25:46.240 --> 00:25:49.440
if you want to attract customers initially, your pricing,

458
00:25:49.560 --> 00:25:52.200
a bit more competitive pricing might also be realistic.

459
00:25:52.900 --> 00:25:57.720
So I think having a bit of an expectation that there's a bit of a build period

460
00:25:57.860 --> 00:26:01.460
to really get to that large revenue, large profit center.

461
00:26:03.180 --> 00:26:07.540
And I think second, look, pricing is not static. We've already made,

462
00:26:08.260 --> 00:26:09.740
I don't know, they're hard to count,

463
00:26:09.800 --> 00:26:12.780
but maybe like five changes to our pricing structure over the course of the

464
00:26:12.780 --> 00:26:13.113
one-and-a-half year that our toddler is now alive and-.

465
00:26:17.560 --> 00:26:19.180
<v 0>Until they go to college.</v>

466
00:26:19.420 --> 00:26:22.840
<v 1>Yeah, exactly. So it's definitely not a static thing.</v>

467
00:26:23.240 --> 00:26:24.380
It's a very dynamic concept,

468
00:26:24.700 --> 00:26:28.120
and that would be another thing I would very much advise anyone going into this

469
00:26:28.140 --> 00:26:29.680
space is like, don't just think about like, "Hey,

470
00:26:29.680 --> 00:26:29.680
this is going to be our pricing.

471
00:26:29.680 --> 00:26:30.413
This is how we're going to put our pricing out to the market.

472
00:26:34.560 --> 00:26:37.920
Also think about subsequently, how are you thinking about making updates?

473
00:26:37.980 --> 00:26:40.120
How might you communicate them to your customer base?

474
00:26:40.520 --> 00:26:41.960
Do you want to do it at a certain frequency?

475
00:26:42.620 --> 00:26:47.600
I think that's a very valuable conversation to have

476
00:26:47.720 --> 00:26:48.440
upfront.

477
00:26:48.440 --> 00:26:51.920
<v 0>Yeah. Yeah. All right. I think that's a perfect note to end on. So thank you,</v>

478
00:26:52.000 --> 00:26:56.600
Joris. That was incredibly practical. So to recap: remember the framework;

479
00:26:57.100 --> 00:27:01.720
pricing isn't a one-time decision. Again, it's a loop: research, target, launch,

480
00:27:02.200 --> 00:27:05.820
iterate. And I think you've exhibited that today, too, through our conversation.

481
00:27:05.920 --> 00:27:08.360
So every pass gets sharper. So keep at it.

482
00:27:08.820 --> 00:27:11.820
And if you're looking for advice on the framework or sort of have questions

483
00:27:11.840 --> 00:27:15.080
about pricing, please come up and find us afterwards. We're happy to chat.

484
00:27:15.240 --> 00:27:17.080
Keep the conversation going. So thank you.

485
00:27:17.380 --> 00:27:17.600
<v 1>Thank you.</v>

