<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[FX & Float]]></title><description><![CDATA[How cross-border payments actually work]]></description><link>https://www.fxandfloat.com</link><image><url>https://substackcdn.com/image/fetch/$s_!Ta5j!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0fa4e2d6-c1c7-43e4-8317-5ba6d0fc893b_1280x1280.png</url><title>FX &amp; Float</title><link>https://www.fxandfloat.com</link></image><generator>Substack</generator><lastBuildDate>Sun, 14 Jun 2026 22:38:33 GMT</lastBuildDate><atom:link href="https://www.fxandfloat.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Manas Mody]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[fxandfloat@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[fxandfloat@substack.com]]></itunes:email><itunes:name><![CDATA[Manas Mody]]></itunes:name></itunes:owner><itunes:author><![CDATA[Manas Mody]]></itunes:author><googleplay:owner><![CDATA[fxandfloat@substack.com]]></googleplay:owner><googleplay:email><![CDATA[fxandfloat@substack.com]]></googleplay:email><googleplay:author><![CDATA[Manas Mody]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Don’t mistake a Transparency Issue for a Retention Issue]]></title><description><![CDATA[FX and Float: Operator Note]]></description><link>https://www.fxandfloat.com/p/dont-mistake-a-transparency-issue</link><guid isPermaLink="false">https://www.fxandfloat.com/p/dont-mistake-a-transparency-issue</guid><dc:creator><![CDATA[Manas Mody]]></dc:creator><pubDate>Thu, 11 Jun 2026 09:50:10 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Ta5j!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0fa4e2d6-c1c7-43e4-8317-5ba6d0fc893b_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>If a B2B payments company is facing customer churn, this is how the story usually plays out &#8211; though nobody tells it this way:</p><p style="text-align: justify;">A business is looking for payment providers. They check the fees listed on the pricing page and compare two or three alternatives. They find the option they find competitive, and sign up. They use the product, and it works well. Things are fine for six months, or maybe a year.</p><p style="text-align: justify;">Then something changes. Maybe a new FP&amp;A hire runs a reconciliation. Maybe the Finance Head looks at a quarter&#8217;s transactions and compares the FX rates they received with the mid-market rates for those days. They add up the spread and factor in the settlement time. They work out what the company actually paid per transaction, all in.</p><p style="text-align: justify;">This number is not what they thought they were paying. The stated fee was 0.5%. The real cost, after including the FX markup and the float, is closer to 1.5%. At a million dollars in monthly volume, that is a difference of $120,000 per year.</p><p style="text-align: justify;">This customer is now lost. This does not mean they stop using the product immediately. That may take a month or a quarter, but the customer has been lost. The company will mark it as churn, diagnose it as a retention problem, and respond with the usual playbook: assign an account manager, offer a discount, and schedule a monthly call for review. But none of it will work.</p><p style="text-align: justify;">It will not work because the customer is not leaving over price. They are leaving because they feel they were misled. These are two completely different issues, and they require completely different responses.</p><p style="text-align: justify;">A price problem is rational. The customer has done the comparison, found someone cheaper, and is making an economic decision. You can fight this with a better offer. You can add value somewhere else. The customer is still at the table, having a commercial discussion with you.</p><p style="text-align: justify;">A trust problem is different. The customer believed something to be true, but discovered it was not. They are now re-evaluating everything you have ever told them. The account manager is no longer a partner; they are a representative of the company that misled them. The monthly meeting is no longer a growth or collaborative conversation; it is a confrontation.</p><p style="text-align: justify;">The payments industry has a structural reason for this pattern. Payment pricing comprises five components stacked together: the stated fee, the FX markup, the float, the corridor cost, and interchange (as we discussed in Memo #1). The customer sees the first one, while the rest are hidden. The longer a customer pays the hidden price without knowing it, the larger the gap becomes between what they believed and what was true.</p><p style="text-align: justify;">Wise has proven that transparency in consumer payments can give you a competitive edge. They made their FX markup visible. They showed customers the mid-market rate and their markup as a separate line item. This single design decision turned an opaque industry into one where consumers could clearly see what they were actually paying.</p><p style="text-align: justify;">Once customers experience that level of transparency, they do not go back. The expectation moves in only one direction &#8211; towards higher transparency. And the business customers making cross-border payments are the same people who use Wise and Revolut in their personal lives. They already know what transparency looks like. They will eventually demand it from their B2B providers too.</p><p style="text-align: justify;">The B2B market has not had its Wise moment. Business customers are still discovering their real costs through reconciliation, not through the product. The company that changes this will build a moat that is very difficult to breach. A customer who already knows exactly what they pay has no gap left to discover. There is no surprise discovery to be made.</p><p style="text-align: justify;">If you are running a B2B payments company and your churn analysis says that customers are leaving for better pricing, go back and look at the data more carefully. Ask when the customer started the switching process. Ask what happened in the weeks before. Most likely, you will find a moment of discovery that led someone to ask a pricing question no one had asked before.</p><p style="text-align: justify;">The companies still hiding the FX spread will keep losing customers and keep calling it a retention problem. It is the inevitable consequence of a pricing structure that depends on customers not doing the maths. The churn is not a customer success problem; it is a transparency debt. And like all debts, it has to be eventually paid.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading FX &amp; Float! Subscribe to receive new posts.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item><item><title><![CDATA[Why Payments Customers Stay (And Why They Leave)]]></title><description><![CDATA[FX & Float Memo #2]]></description><link>https://www.fxandfloat.com/p/why-payments-customers-stay-and-why</link><guid isPermaLink="false">https://www.fxandfloat.com/p/why-payments-customers-stay-and-why</guid><dc:creator><![CDATA[Manas Mody]]></dc:creator><pubDate>Mon, 08 Jun 2026 10:31:15 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Ta5j!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0fa4e2d6-c1c7-43e4-8317-5ba6d0fc893b_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Payment companies treat retention as a single, big problem. But it&#8217;s not. Retention in payments comes from at least five distinct forces coming together to hold the customer. Some of these are controllable, some are not. Most of the time, companies do not separate these out and measure their impact.</p><p style="text-align: justify;">The common assumption made is that customers stay because they like the product and leave because they find a cheaper alternative. This logic leads payment companies to respond to customers about to churn with discounts, and to loyal customers with neglect. These responses are wrong because the underlying mental model of why customers stay or leave is flawed.</p><p style="text-align: justify;">Payment retention does not work like SaaS retention. In SaaS, the product is the experience. If the experience is good, the customer renews. In payments, the product is invisible when it works. The better the product, the more invisible it is. The customer does not think about the payments provider until an issue arises. This means the forces that hold a customer in place are largely structural, rather than experiential. And the forces that push a customer out are largely triggered by specific events and not by gradual dissatisfaction with the product.</p><p style="text-align: justify;">Understanding how the retention forces and churn triggers work is necessary to build a payments company that retains customers by design and does not rely on accidental (and temporary) retention.</p><h1>Why customers stay</h1><p style="text-align: justify;">Five forces make a payments customer keep using the product. They are not equally effective or equally easy to build. Most payments companies end up relying too much on the weakest ones, which are also the easiest to build. Listing these below in the order of effectiveness -</p><h2>Force 1: Integrations</h2><p style="text-align: justify;">This is the strongest retention force in payments, and it has nothing to do with how good the product is.</p><p style="text-align: justify;">When a business integrates a payments provider through an API, it embeds that provider into its core financial infrastructure. The accounting system mappings, reporting dashboards, and reconciliation logic are all built around the data formats of the payments provider. Over time, this becomes too costly to switch, as it would mean rebuilding it all.</p><p style="text-align: justify;">The switching cost is not the technical effort of plugging in a new API. That can be done in a matter of days. The switching cost is the operational overhauling needed - remapping accounting codes, rewriting reconciliation scripts, retraining the finance team, and managing the transition period with two parallel systems. This is why mid-market and enterprise payments companies with deep API integrations often have retention rates well above 95%, even when their pricing is not the most competitive.</p><h2>Force 2: Settlement dependency</h2><p style="text-align: justify;">Businesses build their cash flow management around their payments provider&#8217;s settlement cycle. For example, a company knows that its USD collections settle in T+1 and its INR payouts settle in T+2, so it plans its working capital, supplier payments, and treasury operations around those timelines.</p><p style="text-align: justify;">Switching to a new provider with different settlement timelines means adjusting the entire cash flow model. Even when you have a provider who can settle a day faster, you need to adjust all downstream processes affected by the change. And if the new provider settles a day slower, it can throw the cash cycle off and create a big cash crunch.</p><h2>Force 3: Corridor coverage</h2><p style="text-align: justify;">Most payments companies do not cover every corridor a business needs. But once a customer has found a provider that meets their needs for a specific combination of corridors, finding a replacement means being sure the new provider can do the same.</p><p style="text-align: justify;">This is not a trivial exercise. The more corridors a customer uses, the harder it is to find a single replacement. A logistics company sending payments to drivers in 12 countries needs a provider that supports all 12 destination currencies with reliable last-mile delivery in each. The new provider might cover 10 of the 12 and claim the remaining two are &#8220;coming soon.&#8221; The customer&#8217;s choice is to run two providers in parallel or wait. Most of them choose to wait.</p><h2>Force 4: Compliance and onboarding</h2><p style="text-align: justify;">Every payments provider requires KYC and KYB documentation. For a business customer, this means collecting and submitting corporate documents, UBO records, proof of business activity, and sometimes even audited financial statements. This is a strong deterrent, especially for customers in complex industries or high-risk categories.</p><p style="text-align: justify;">Once a customer is approved and is transacting, they don&#8217;t want to keep doing this verification with new providers. The deterrents are the time this verification process consumes and the risk that the new provider&#8217;s compliance team might reject them or impose restrictions that the current provider does not.</p><h2>Force 5: Relationship and account management</h2><p style="text-align: justify;">This is the retention force that payments companies invest the most in, and the one that matters the least.</p><p style="text-align: justify;">Account managers build relationships with customers, negotiate custom pricing, handle escalations and conduct periodic business reviews. While these may sound like retention activities, if a customer has decided to leave for structural reasons (such as FX markup or settlement delay in a corridor), these activities cannot stop them. A good account manager will delay the churn, but will not be able to prevent it.</p><p style="text-align: justify;">Another limitation is that these activities are personal and not structural. When the account manager leaves the company, the retention efficacy leaves with them.</p><h1>Why customers leave</h1><p style="text-align: justify;">The five forces above are what keep a customer in place. But they are not permanent. There are specific trigger events that can shake this stability and push these customers from stable to lost. This almost always happens suddenly. A customer who looked stable last quarter is switching providers this quarter, and the payments company never saw it coming.</p><h2>Trigger 1: Pricing discovery or broken trust</h2><p style="text-align: justify;">This is the most common trigger for churn in payments. As covered in Memo #1, payment pricing comprises five components stacked together: the stated fee, the FX markup, the float, the corridor cost, and interchange. Most customers only see one of them. When the customer calculates the total cost of their payments, the stated fees plus the FX markup plus the cost of float, they feel misled.</p><p style="text-align: justify;">This is why churn conversations that start with &#8220;we found a better rate&#8221; are misleading. The rate is not the cause of churn. The cause is that they discovered that the rate they were promised was not the true rate. This is a trust problem, and not a price problem.</p><h2>Trigger 2: The failed transaction</h2><p style="text-align: justify;">In payments, reliability is a core product feature. When a payment fails, the damage it does is beyond that failed transaction. It can cascade into a supplier not being paid on time, a payroll cycle being delayed, a contract penalty being charged for missed payment, or a business relationship becoming strained.</p><p style="text-align: justify;">A one-off failed transaction in a low-stakes context is forgiven. But a failed transaction that causes a real-world consequence for the customer&#8217;s business, or multiple failures over time, will trigger the switching process. These failures force customers to evaluate the risk of failure, which they had not factored into their decision on the payments provider.</p><p style="text-align: justify;">This trigger is dangerous because it hits suddenly, and by then, the customer has already made up half their mind to leave. They may have even started with another provider before the payments company finds out.</p><h2>Trigger 3: The compliance friction</h2><p style="text-align: justify;">Compliance holds are business as usual in payments. But how a company handles them determines whether the customer stays or leaves. A company that communicates proactively, resolves issues quickly, and explains clearly can maintain the relationship and keep the customer. A company that goes silent, sends templatised emails, and takes two weeks to release funds will lose that customer.</p><p style="text-align: justify;">The compliance friction itself is not the trigger here. It&#8217;s how the company handles the compliance friction. Customers accept that compliance exists. But they do not want to be treated as criminals or suspects by their own payments provider.</p><h2>Trigger 4: The coverage gap</h2><p style="text-align: justify;">If a customer&#8217;s business grows into a new corridor that the provider does not support, they need a second provider. Once they have a second provider, it&#8217;s natural that they will compare and evaluate both providers. Now, the retention forces at play, which were working in favour of the first provider, start to weaken.</p><p style="text-align: justify;">The first provider also doesn&#8217;t realise this is happening until the volume starts shifting. The customer did not leave because they were unhappy with something. They left when their business outgrew their provider&#8217;s coverage, and the second provider turned out to be better than the first.</p><h1>What this means</h1><p style="text-align: justify;">The retention forces and the churn triggers are fundamentally different. The retention forces are structural and slow. The churn triggers are events and operate fast. This is why payments companies are consistently surprised by churn. A customer appears stable for years because retention forces hold them, only for a single trigger event to overwhelm them. The customer is then gone in weeks.</p><p>This has three consequences for how payments companies should think about retention.</p><p style="text-align: justify;">First, the strongest retention is built into the product, not around it. Integration depth, settlement dependency, and corridor coverage are product decisions. They are not hooks that the Customer Success team can create. The companies with the highest retention are the ones that have designed stickiness into their product.</p><p style="text-align: justify;">Second, monitoring the trigger events matters more than measuring NPS or CSAT. A customer who reports high satisfaction can still leave next month if they discover their true cost or suffer a failed payment at the wrong time. The payments companies that successfully reduce churn are the ones that carefully monitor the triggers: compliance hold frequency, unusual reconciliation activity, and corridor coverage gaps relative to the customer&#8217;s growth.</p><p style="text-align: justify;">Third, the weakest link in most retention strategies is the overreliance on account management to do what the product should be doing. If a customer needs an account manager to get a rate adjustment, to understand their fee, or to resolve a compliance review, the product has failed to absorb the complexity. The account manager is at best a temporary patch, and patches don&#8217;t work forever.</p><p style="text-align: justify;">Every payments company has customers who look stable right now. But they are one event away from churn. The companies measuring the wrong things, like NPS and CSAT instead of trigger events, or investing in account managers instead of product stickiness, will continue to be surprised by the customers who were stable last quarter, and &#8216;suddenly&#8217; left.</p><div class="captioned-button-wrap" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/p/why-payments-customers-stay-and-why?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="CaptionedButtonToDOM"><div class="preamble"><p class="cta-caption">Thanks for reading FX &amp; Float! </p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/p/why-payments-customers-stay-and-why?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.fxandfloat.com/p/why-payments-customers-stay-and-why?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p></div><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item><item><title><![CDATA[If Your Payments Product Needs a Demo, Your UX Has Failed]]></title><description><![CDATA[FX and Float: Operator Note]]></description><link>https://www.fxandfloat.com/p/if-your-payments-product-needs-a</link><guid isPermaLink="false">https://www.fxandfloat.com/p/if-your-payments-product-needs-a</guid><dc:creator><![CDATA[Manas Mody]]></dc:creator><pubDate>Thu, 04 Jun 2026 06:30:53 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Ta5j!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0fa4e2d6-c1c7-43e4-8317-5ba6d0fc893b_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>If a customer using your product cannot figure out how to send money, check a rate, or complete onboarding without a 30-minute screen share with your sales team, you have a problem. It&#8217;s not just your UX but a broader product problem. The sales team giving a demo is not the solution; it is a symptom of this problem.</p><p style="text-align: justify;">The Consumer Payments world figured this out a decade ago. <em>Wise</em> does not demo how to make a transfer. <em>Revolut</em> does not walk you through a screen share to open an account. <em>Pix</em> does not require a sales call. You open the app, you do your thing, and you are done. The standard for consumer cross-border payments is zero-touch onboarding and self-serve everything.</p><p style="text-align: justify;">It seems that the B2B payment players have missed this trick. They have normalised a workflow in which a business customer fills out a form, waits for a call, sits through a product walkthrough, asks obvious questions that the interface itself should have answered, and then, maybe, starts using the product. Entire sales organisations have been built to compensate for products that cannot explain themselves.</p><p style="text-align: justify;">We have convinced ourselves that this is the way to do things. Why? Because &#8220;B2B is complex,&#8221; and &#8220;our customers need hand-holding,&#8221; and &#8220;the compliance requirements make self-serve impossible.&#8221; These are less explanations and more excuses dressed up as industry wisdom.</p><p style="text-align: justify;">I do appreciate that B2B payments involve more complexity than consumer payments. Multi-currency accounts, batch payments, approval workflows, and compliance documentation &#8211; all are complex. But complexity should not be a justification for bad design. It should be the reason to invest more in good design. The harder the underlying process, the more the interface needs to absorb that complexity. That is what product design is for.</p><p style="text-align: justify;">When a payments company requires a demo, what they are really saying is that they have built based on what they understand, and not based on what the customer needs. They have designed their flows based on their internal architecture rather than the user&#8217;s behaviour. And now they have hired people to translate it for customers. The demo is this translation.</p><p style="text-align: justify;">The cost of this is much more than bad UX. Every demo delays the sales cycle from minutes to days. Every sales call adds to the CAC. Down the line, these customers also need more support tickets, account management, and handholding throughout their lifetime, because the product never taught them to be independent. The dependency, which starts with the demo, stays long enough to impact the LTV.</p><p style="text-align: justify;">The companies that will win in B2B payments are the ones building products with zero-touch; that a finance executive can sign up for, configure, and send a first payment through - without needing to speak to a human.</p><p style="text-align: justify;">Needing human support to complete a basic workflow means the product has failed at its primary job. The need for demos is not a &#8216;feature&#8217; or &#8216;USP,&#8217; but rather an outstanding product and design debt.</p><div class="captioned-button-wrap" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/p/if-your-payments-product-needs-a?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="CaptionedButtonToDOM"><div class="preamble"><p class="cta-caption">Thanks for reading FX &amp; Float! </p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/p/if-your-payments-product-needs-a?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.fxandfloat.com/p/if-your-payments-product-needs-a?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p></div><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Subscribe for free to receive new posts</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item><item><title><![CDATA[How Payments Companies Actually Price]]></title><description><![CDATA[FX & Float Memo #1]]></description><link>https://www.fxandfloat.com/p/how-payments-companies-actually-price</link><guid isPermaLink="false">https://www.fxandfloat.com/p/how-payments-companies-actually-price</guid><dc:creator><![CDATA[Manas Mody]]></dc:creator><pubDate>Mon, 01 Jun 2026 06:02:13 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Ta5j!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F0fa4e2d6-c1c7-43e4-8317-5ba6d0fc893b_1280x1280.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Most payment companies have a pricing page listing their charges. The price listed there has almost nothing to do with the price you actually pay. And the price you actually pay has almost nothing to do with what it costs them to move your money.</p><p style="text-align: justify;">This is the paradox of pricing payments. These numbers are all different. Understanding the gap between them is the most important thing to learn about how the payments industry works.</p><h2>What People Believe</h2><p style="text-align: justify;">The common mental model for pricing tells us that the payment company charges a fee to send money, and that fee covers their costs plus a margin. If companies offer low prices, they must be more efficient. The expensive companies must be taking advantage of you. Simple.</p><p style="text-align: justify;">This is wrong in almost every respect. Looking at payment pricing as a fee is incorrect. It is a combination of interlocking components, each controlled by a different actor, each with its own logic, and most of them invisible to the customer.</p><h2>The five components of Payment Pricing</h2><h3>Component 1: The Stated Fee</h3><p style="text-align: justify;">This is the number mentioned on the website. &#8220;Send money for $15,&#8221; or &#8220;1% flat fee.&#8221; This is the price the customer &#8216;thinks&#8217; they are paying.</p><p style="text-align: justify;">The stated fee exists for one reason: to give the customer something to compare. When a customer compares three providers, they compare the stated fees. It&#8217;s easy to compare 1%, 1.5%, and 3%. While customers think they are rationally comparing costs, they are comparing the wrong numbers.</p><p style="text-align: justify;">The stated fee is at best a marketing instrument, with very little to do with the payment company&#8217;s revenue model.</p><h3>Component 2: The FX markup</h3><p style="text-align: justify;">Let&#8217;s say you send $1,000 from the US to India. This payment has to be converted from USD to INR. There is a &#8216;mid-market rate&#8217;- the rate at which currencies trade on wholesale markets. And then there is the rate the payment company gives you.</p><p style="text-align: justify;">The gap between these two rates is the FX markup. This markup is never disclosed as a separate line item. This is where the payment company makes real money.</p><p style="text-align: justify;">In a real-world example, on a given day, the mid-market rate for USD-INR might be 93. A bank might offer you 91.15, which is a 2% markup. On a $1,000 transfer, you lose $20 - without charging any fee. A company like Wise might offer you 92.75, or a 0.25% markup. That is $2.50.</p><p>The difference between these two is $17.5, while the stated fee difference may be as little as $3 on this transaction.</p><p style="text-align: justify;">This is why comparing the stated fees is wrong. The FX markup can be 2 to 10 times bigger than the stated fee, depending on the provider and the corridor. For a payments company, FX markup is a primary source of revenue. And yet, this is the component that most customers never check.</p><h3>Component 3: The float</h3><p style="text-align: justify;">When you initiate a cross-border payment, the funds are debited from your account almost immediately. But they do not arrive in the recipient&#8217;s account for 1 to 3 days, and sometimes even longer. During this time, the payments company (or one of the intermediaries in the chain) holds your money.</p><p style="text-align: justify;">The sitting money earns interest. And across a portfolio of millions of transactions, the interest is significant.</p><p style="text-align: justify;">This is the float. It is not disclosed to customers. But it contributes meaningfully to the company&#8217;s revenue, especially in a high-interest-rate environment.</p><p style="text-align: justify;">The float also creates a perverse incentive for payment companies. Faster payments mean less float revenue. When a company says it is investing in speed, it also means it will cut a line item from its revenue to improve the customer experience. While some do this, many don&#8217;t, succumbing to revenue pressure.</p><h3>Component 4: The corridor cost</h3><p style="text-align: justify;">Money movement across different corridors costs the payment company differently. $1,000 from the US to the UK costs far less than sending $1,000 from the US to Vietnam. Costs depend on infrastructure, banking partner fees, compliance requirements, and FX liquidity, and these differ dramatically by corridor.</p><p style="text-align: justify;">In a high-volume and well-regulated corridor like USD-GBP, the cost to the payments company could range from $2 to $4 per transaction. Pre-funded local accounts in the UK, deep GBP liquidity, standardised compliance, multiple banking partners competing for volume. This is a cheap corridor to operate.</p><p style="text-align: justify;">In a low-volume, complex corridor like USD-VND, the cost might be $8 to $12. Limited banking partners to handle Vietnam-bound flows, limited FX liquidity that widens the spread and complex compliance requirements for the receiving country. This is an expensive corridor.</p><p style="text-align: justify;">And yet, customers in both corridors might see a similar stated fee. The difference between the real cost to the payment company and the stated fees gets absorbed into the FX markup. Simply said, the corridor with the higher transfer cost gets a wider spread. Thus, the customers sending money to Vietnam are bearing a margin they cannot even see.</p><h3>Component 5: The interchange and network fees (for card payments)</h3><p style="text-align: justify;">If the payment is made with a credit or debit card, there are additional interchange and network fees.</p><p style="text-align: justify;">Every card transaction involves a fee paid by the merchant&#8217;s bank (the acquirer) to the customer&#8217;s bank (the issuer). This is an interchange set by the card networks. It is not negotiable at the individual transaction level. It ranges from 0.5% to 3.5%, depending on factors such as card type, merchant category, geography, and whether the card is present or not.</p><p style="text-align: justify;">In addition to interchange, the card network charges a fee for using its rails. And then the acquirer adds its own margin on top.</p><p style="text-align: justify;">So when a merchant sees &#8220;2.9% + $0.30&#8221; from their payment processor, the breakdown might be 1.8% interchange to the cardholder&#8217;s bank, 0.15% to the network and the remaining 0.95% split between the acquirer and the processor. The processor&#8217;s actual margin on that transaction might be as low as 0.3%.</p><p style="text-align: justify;">This is why payment processors do not like to compete on price. The majority of the fee they charge is not theirs to cut. The only lever they control is their margin, which is already the smallest component.</p><h2>What it means</h2><p style="text-align: justify;">Payment pricing is how five components, each controlled by different actors with distinct incentives, stack on top of one another.</p><p>This has three consequences:</p><p style="text-align: justify;">First, price comparison in payments is fundamentally broken. Customers compare the one component they can see (the stated fee) and ignore the ones they cannot.</p><p style="text-align: justify;">Second, payment companies that lead with transparency create a competitive advantage. When the entire structure is meant to obfuscate, customers are delighted by transparency. Wise has built a multi-billion-dollar business in large part by making the 2<sup>nd</sup> Component (the FX markup) visible. This single design decision has primed the customers to expect transparency and forced competitors to respond. The next company to do this for another component (e.g., float or corridor cost) will likely have a similar advantage.</p><p style="text-align: justify;">Third, if you are running a payments company and do not fully understand all five components of your own pricing architecture - how each component contributes to revenue, how customers perceive each component, and where the gaps between cost and price are widest - you are making pricing decisions on incomplete information. Your competitors who understand this will eventually take your customers.</p><div class="captioned-button-wrap" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/p/how-payments-companies-actually-price?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="CaptionedButtonToDOM"><div class="preamble"><p class="cta-caption">Thanks for reading FX &amp; Float! </p></div><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/p/how-payments-companies-actually-price?utm_source=substack&utm_medium=email&utm_content=share&action=share&quot;,&quot;text&quot;:&quot;Share&quot;}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.fxandfloat.com/p/how-payments-companies-actually-price?utm_source=substack&utm_medium=email&utm_content=share&action=share"><span>Share</span></a></p></div><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.fxandfloat.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Subscribe to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p style="text-align: justify;"></p>]]></content:encoded></item></channel></rss>