--- title: "How to market a stablecoin-powered payout feature without crypto jargon: launch copy templates and claim rules" seoTitle: "Stablecoin payout feature launch copy: templates and rules" description: "How fintechs describe a stablecoin-powered payout feature to users: plain-language copy, before and after examples, claim rules, and launch templates." date: "2026-10-18" updated: "2026-10-18" category: "payments" author: "BlindPay Team" faq: - q: "Should I mention stablecoins in my product's marketing?" a: "Lead with the outcome, not the rail. Users want to know that money reaches a bank account in Brazil or Mexico in local currency, how fast, and at what cost. Mention stablecoins where it builds trust or answers a question, such as an FAQ or a how-it-works section, and define the term in one sentence when you do." - q: "Can I call stablecoin payouts instant?" a: "Only where the whole path is fast and you can show it. Instant local rails such as Pix and SPEI settle in minutes, but ACH, SEPA, and wires take longer, and compliance review can add time on any rail. Write the claim per corridor, such as usually within minutes to Pix accounts, and keep the timing data behind it." - q: "Can I say stablecoin payouts are cheaper than wires?" a: "Only with evidence that matches the claim. Compare all-in cost, meaning fees plus the exchange-rate markup, for the same amount and corridor, and state the comparison basis next to the claim. In the US, the FTC's advertising guidance says advertisers must have evidence to back up their claims before the ad runs." - q: "Do crypto marketing rules apply to a stablecoin payout feature?" a: "It depends on what users do. If they only send and receive local currency and never hold a cryptoasset, the feature reads as a payment product. If users can buy, hold, or sell stablecoins, crypto promotion rules may apply, such as the UK FCA's cryptoasset financial promotion rules. Ask counsel to review the launch copy per market." - q: "What words should a fintech avoid in stablecoin payout copy?" a: "Avoid claims you can't prove for every user and corridor: free, instant everywhere, no fees, guaranteed rate without an expiry, and risk-free. Avoid jargon users must look up, such as on-chain, gas, wallet address, and hash. Replace each with the specific outcome: the currency, the rail, the timing, and the fee disclosure." - q: "Where should fees appear in launch copy?" a: "Next to every price or speed claim, and in full on the quote screen before the user commits. If your provider prices each payout with a live quote, say so: the user sees the rate, the fees, and the amount the recipient gets before sending. Marketing should never show a lower cost than the quote screen." --- Market the outcome, not the rail. Users want to hear that money lands in a bank account in Brazil, Mexico, or Europe, in local currency, how fast, and what it costs. Mention stablecoins once, defined in one sentence, where it answers a question. Every speed and price claim needs a corridor, a basis, and data behind it. This guide is for product marketers and founders launching a payout feature that runs on the [stablecoin sandwich](/resources/more/what-is-a-stablecoin-sandwich): dollars in, a stablecoin across, local currency out. It covers the words, the claims, and copy you can adapt. **Key takeaways** - Write the headline about the recipient's outcome: currency, account, timing. - Claim speed per rail, never "instant everywhere". Pix and SPEI settle in minutes; ACH and SEPA take longer. - Claim cost only with an all-in comparison you can show, stated next to the claim. - If users never hold crypto, you're marketing a payment feature. If they can hold it, crypto promotion rules may apply. - Marketing must never show a better number than the quote screen. ## Why does "powered by stablecoins" make weak copy? Because it describes your plumbing, not the user's gain. A freelancer in Bogotá or a supplier in São Paulo doesn't buy a settlement asset; they want pesos or reais on a known date. Copy that leads with the technology also makes some users nervous, since many still connect "crypto" with price swings. The stablecoin earns a mention lower down, where it explains why the product can do something new. "We move your payment as a dollar stablecoin, so it can cross borders on weekends" is a reason. "Powered by blockchain" is a badge. ## What does good launch copy look like? Here is the same feature written two ways. | Before (jargon or overclaim) | After (outcome, specific, provable) | | --- | --- | | "Send crypto payments globally, instantly" | "Pay suppliers in Brazil in reais, usually within minutes over Pix" | | "Zero-fee stablecoin transfers" | "See the rate and every fee before you send. No surprises at the other end." | | "Blockchain-powered payouts" | "Payments move any day of the week, including weekends, on rails that run 24/7" | | "Your team gets USDC in their wallet" | "Your team gets paid in pesos, in their own bank account" | | "Best rates guaranteed" | "Your rate is locked for the few minutes it takes to confirm" | | "Bank-free international payments" | "No foreign bank account needed to pay in [N] currencies" | The right column is longer, and that's fine. Each line names a currency, a rail or a condition, and something the user can check. ## Which claims need proof before launch? Speed, cost, coverage, and safety claims. In the US, the FTC's [advertising guidance for businesses](https://www.ftc.gov/business-guidance/resources/advertising-faqs-guide-small-business) says advertising must be truthful and non-deceptive and that advertisers must have evidence to back up their claims. Build the evidence file before the copy, not after a complaint. | Claim | What you need on file | Safer wording | | --- | --- | --- | | "Arrives in minutes" | Timing data per rail from your own payouts | "Usually within minutes to Pix and SPEI accounts" | | "Available 24/7" | Rail operating hours and your own processing hours | "Send any day. Pix and SPEI deliver on weekends too." | | "Cheaper than a bank wire" | All-in cost comparison: same amount, corridor, day | "On a $1,000 payment to Mexico in [month], our all-in cost was [X]% vs [Y]% for [bank] wires" | | "Low fees" | A benchmark you name | State the fee, or "see every fee before you send" | | "Pay in 100+ countries" | Coverage list by rail | "Local payouts in [list]; SWIFT to [N] more countries" | | "Safe" or "secure" | Specific controls you can describe | Name the control: "your rate and fees are locked before you confirm" | For cost claims, pick a benchmark readers trust. The World Bank's [Remittance Prices Worldwide report](https://remittanceprices.worldbank.org/sites/default/files/2026-04/RPW_main_report_and_annex_Q325.pdf), published April 2026, put the global average cost of sending $200 at 6.36% in the third quarter of 2025. Compare like with like: that figure is for $200 retail remittances, not B2B payments. ## How should you explain the stablecoin part, if at all? In one sentence, in the how-it-works section or the FAQ. Three versions that work: ```text Short: "Your payment travels as USD Coin (USDC), a dollar stablecoin, and arrives as local currency in the recipient's bank account." Trust: "A stablecoin is a digital dollar backed by cash and short-term US government debt. We use it only to move your payment across the border; you and your recipient never hold it." Why: "Moving the payment as a stablecoin lets it cross borders in minutes, any day of the week, without waiting on a chain of correspondent banks." ``` Check the "Trust" line against your provider's flow before using it. If any user can hold a balance in stablecoins, "you never hold it" is false for them. ## Do crypto marketing rules apply to your launch? They can, depending on what users do with the feature. A payout feature where users send dollars and recipients receive local currency reads as a payment service. A feature where users buy, hold, or sell stablecoins can fall under crypto promotion rules. The UK is the clearest example. The FCA's [policy statement PS23/6](https://www.fca.org.uk/publications/policy-statements/ps23-6-financial-promotion-rules-cryptoassets), published in June 2023, set rules for promoting cryptoassets to UK consumers, including clear risk warnings and a ban on incentives to invest, applying from 8 October 2023. In the US, consumer remittance transfers carry their own disclosure rules under [12 CFR 1005.31](https://www.law.cornell.edu/cfr/text/12/1005.31), which govern what the pre-payment disclosure and receipt show. The [cross-border quote screen guide](/resources/more/cross-border-quote-screen-fee-disclosure) covers those screens in detail. Ask counsel to review the final copy for each market you launch in. Send them the copy and a diagram of who holds funds at each step; the second document decides most of the answer. ## What launch assets do you need? Five, each with a template you can adapt. **1. Landing page hero** ```text Headline: Pay your team in [country] in [currency], usually within minutes Subhead: Send from your [product] balance. They receive [currency] in their own bank account over [rail]. See the rate and every fee first. CTA: Send your first payout ``` **2. In-app announcement** ```text New: pay people in [country] directly in [currency]. Add their [Pix key | CLABE | IBAN], see the exact amount they'll receive, and confirm. Most [rail] payments arrive within minutes. [Try it] ``` **3. Email to existing users** ```text Subject: You can now pay [country] in [currency] You asked for faster payments to [country]. Starting today, payouts to [country] arrive in [currency] in the recipient's bank account, usually within [timing] over [rail]. Before you confirm, you'll see the exchange rate, every fee, and the exact amount your recipient gets. How it works: your payment travels as a dollar stablecoin and converts to [currency] at the other end. You don't need a crypto account, and neither does your recipient. ``` **4. Release notes** ```text Added: payouts to [country] over [rail] in [currency]. Quotes lock the exchange rate and fees for [N] minutes before you confirm. Payout status updates: sent, on hold, completed, returned. ``` **5. Sales one-pager line** ```text Pay [recipients] in [countries] in local currency over Pix, SPEI, and SEPA, with the rate and fees shown before each payment and status tracking from send to credit. ``` Your recipients need their own version of this message. [How to explain stablecoin payouts to recipients](/resources/more/explain-stablecoin-payouts-to-recipients) has the email and FAQ templates for the receiving side. ## What are the common launch copy mistakes? Six that show up again and again: 1. **One timing claim for every rail.** "Minutes" is true for Pix and SPEI, not for SEPA or SWIFT. 2. **Fee claims without the FX markup.** A low transfer fee with a wide rate is not cheap. 3. **Copy that beats the quote screen.** If the ad says 0.5% and the quote says 1.2%, users trust neither. 4. **Crypto words in the headline.** "On-chain", "gas", and "wallet address" belong in developer docs. 5. **Coverage counts without a list.** "100+ countries" invites the question "which ones locally?" 6. **No answer to "what if it fails?".** Say what happens to a payment that can't be delivered, in your terms. ## How does BlindPay support the claims in your copy? Your claims are only as good as the data behind them. On BlindPay, each payout quote locks the exchange rate and fees and shows the exact amount the recipient receives before you execute, with a 5-minute expiry ([payout quotes](/docs/payout-quotes)). BlindPay combines a monthly plan with per-transaction fees that vary by rail and network, disclosed in the live quote before execute. Payouts run over Pix, SPEI, Transfers 3.0, ACH Colombia, ACH, RTP, SEPA, Faster Payments, and SWIFT (POBO/COBO) with UETR tracking and MT103 confirmations, and payout statuses arrive by webhook, which gives you per-rail timing data for every speed claim ([payouts](/docs/payouts)). ## What to do next Write your hero line for one corridor, then list the evidence each claim in it needs. If a claim has no evidence yet, rewrite it before it ships.