Blueprint Playbook for IXOPAY

Who the Hell is Jordan Crawford?

Founder of Blueprint. I help companies stop sending emails nobody wants to read.

The problem with outbound isn't the message. It's the list. When you know WHO to target and WHY they need you right now, the message writes itself.

I built this system using government databases, public records, and 25 million job posts to find pain signals most companies miss. Predictable Revenue is dead. Data-driven intelligence is what works now.

The Old Way (What Everyone Does)

Your GTM team is buying lists from ZoomInfo, adding "personalization" like mentioning a LinkedIn post, then blasting generic messages about features. Here's what it actually looks like:

The Typical IXOPAY SDR Email:

Subject: Simplify Your Payment Infrastructure Hi Sarah, I noticed you recently posted about scaling international operations on LinkedIn—congrats on the growth! IXOPAY helps enterprises like yours reduce PCI compliance scope by 80% while enabling smart payment routing across multiple processors. Our universal tokenization platform supports 20+ countries out-of-the-box. We've helped companies like yours improve authorization rates and reduce payment processing costs significantly. Do you have 15 minutes next week to explore how we can streamline your payment stack? Best, Alex

Why this fails: The prospect is an expert. They've seen this template 1,000 times. There's zero indication you understand their specific situation. Delete.

The New Way: Intelligence-Driven GTM

Blueprint flips the approach. Instead of interrupting prospects with pitches, you deliver insights so valuable they'd pay consulting fees to receive them.

1. Hard Data Over Soft Signals

Stop: "I see you're hiring compliance people" (job postings - everyone sees this)

Start: "Your Stripe declines EU Mastercard at 14% while Adyen approves 92% of identical profiles" (aggregated processor performance data)

2. Mirror Situations, Don't Pitch Solutions

PQS (Pain-Qualified Segment): Reflect their exact situation with such specificity they think "how did you know?" Use behavioral signals like card routing patterns or expansion geography.

PVP (Permissionless Value Proposition): Deliver immediate value they can use today - analysis already done, processor comparisons already benchmarked, geographic payment data already aggregated - whether they buy or not.

IXOPAY Intelligence Plays: Ranked by Quality

These messages are ordered by quality score. The best plays appear first, regardless of whether they use public or proprietary data.

PVP Internal Data Strong (9.1/10)

Processor-Specific Decline Recovery Intelligence

What's the play?

Use aggregated authorization data across your payment network to show merchants which processors are over-declining specific transaction types in their geography, with quantified recovery opportunities.

Why this works

You're revealing blind spots in their current payment stack. Most merchants accept processor decline decisions as final without realizing different processors approve/decline the same card profiles at dramatically different rates. The specificity of "Stripe declines 8% higher than Adyen for EU Mastercard" proves you're not guessing - you have real cross-processor visibility they lack.

Data Sources
  1. IXOPAY Internal Transaction Data - authorization success/failure by processor, decline reason classification, retry success rate by processor, card type, geography

The message:

Subject: Your Stripe declines 8% higher than Adyen We process transactions across 47 payment orchestration customers and see Stripe declining EU Mastercard at 8% while Adyen approves 94% of identical profiles. That's $2.1M in recoverable revenue if you route EU Mastercard to Adyen instead. Want the processor-card type matrix?
DATA REQUIREMENT

This play requires aggregated authorization rates across 30+ merchants per processor per geography, reported as ranges and percentiles without exposing individual merchant volumes.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Internal Data Strong (8.9/10)

Geographic Expansion Payment Method Optimization

What's the play?

Use aggregated payment method performance data from your customer base to show merchants entering new geographies exactly which local payment methods they need to prioritize for optimal conversion.

Why this works

Geographic expansion is expensive and risky. Merchants assume their existing payment method mix (usually Visa/Mastercard dominance) will work everywhere. You're giving them regional intelligence they can't get from individual processors, who only see their own slice. The insight "iDEAL converts 31% better than cards in Netherlands" is immediately actionable and prevents costly expansion mistakes.

Data Sources
  1. IXOPAY Internal Transaction Data - payment method success rate by geography, authorization rate by card type
  2. Crunchbase Fintech Funding & Company Database - expansion geography, funding announcements
  3. NMLS Consumer Access Money Transmitter Database - license date, state jurisdiction (signals expansion)

The message:

Subject: iDEAL converts 31% better than cards in Netherlands We process payments for 23 companies selling into Netherlands - iDEAL captures 31% more checkouts than Visa/Mastercard for the same traffic. If you're expanding there without iDEAL support, you're leaving conversion on the table. Want the payment method performance by country?
DATA REQUIREMENT

This play requires aggregated conversion rates by payment method and geography across 15+ merchants per region.

Combined with public expansion signals from funding announcements and state license filings. This synthesis is unique to your business.
PVP Internal Data Strong (8.8/10)

Temporal Decline Pattern Intelligence

What's the play?

Reveal non-obvious timing patterns in processor decline rates that merchants wouldn't discover without cross-processor visibility.

Why this works

This is a genuinely surprising insight. Most merchants analyze their own decline rates but never compare processor behavior across days/times. The fact that Stripe specifically spikes on Saturdays while Adyen stays flat is the kind of pattern you'd only see with aggregated cross-processor data. It's immediately actionable through time-based routing.

Data Sources
  1. IXOPAY Internal Transaction Data - authorization rates by processor, day of week, and time patterns

The message:

Subject: Your Saturday declines spike 14% on Stripe Payment data across our network shows Stripe declines spike 14% on Saturdays vs weekdays while Adyen stays flat. If you route weekend traffic differently, you recover those authorization failures. Want the day-of-week processor performance data?
DATA REQUIREMENT

This play requires aggregated authorization rates by processor, day of week, and time patterns across your payment network.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Internal Data Strong (8.7/10)

3DS Authentication Success Benchmarking

What's the play?

Show merchants which processors handle Strong Customer Authentication (3DS) most successfully, addressing a critical pain point for EU transactions.

Why this works

3DS is a regulatory requirement in Europe that adds friction and failure points. Merchants know it's necessary but don't realize processors vary dramatically in 3DS success rates. The insight "Worldpay rejects 3DS attempts 12% more than Checkout.com" directly addresses a compliance pain point with a clear optimization path.

Data Sources
  1. IXOPAY Internal Transaction Data - 3DS authentication success rates by processor

The message:

Subject: Worldpay rejecting 12% of your 3DS transactions Across our payment network, Worldpay rejects Strong Customer Authentication attempts 12% more than Checkout.com for the same card profiles. If you're routing EU transactions to Worldpay first, you're losing approval rate unnecessarily. Should I send the 3DS success comparison?
DATA REQUIREMENT

This play requires aggregated 3DS authentication success rates across processors for EU transactions.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Internal Data Strong (8.7/10)

India Market Payment Method Optimization

What's the play?

Provide dramatic conversion data for India showing UPI's dominance over traditional cards, preventing expansion mistakes.

Why this works

The conversion difference is so dramatic (47% vs 22%) that it becomes impossible to ignore. Merchants expanding to India without this insight will lose half their potential revenue. The specificity of the data makes it credible and immediately actionable.

Data Sources
  1. IXOPAY Internal Transaction Data - conversion rates by payment method for India market

The message:

Subject: India UPI captures 47% vs 22% for cards Our payment data for India shows UPI captures 47% conversion while Visa/Mastercard only get 22% for identical checkout flows. Without UPI integration, you're losing half your potential Indian revenue. Should I send the Asia-Pacific payment method performance?
DATA REQUIREMENT

This play requires aggregated conversion rates by payment method across Asia-Pacific markets.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Internal Data Strong (8.6/10)

High-Value Transaction Routing Optimization

What's the play?

Reveal non-obvious patterns where high-value transactions decline at significantly higher rates, with processor-specific routing recommendations.

Why this works

This is a blind spot for most merchants. They focus on overall decline rates without segmenting by transaction size. The insight that $500+ orders decline 28% more is both surprising and valuable - these are the highest-margin transactions. Routing high-value orders to processors with better fraud score tolerance has immediate revenue impact.

Data Sources
  1. IXOPAY Internal Transaction Data - authorization rates by transaction value ranges across processors

The message:

Subject: Your high-value transactions decline 28% more Transactions over $500 decline 28% more than under $100 across the same processor based on our payment network data. Routing high-value orders to processors with better fraud score tolerance recovers authorization rate. Want the transaction-size processor matrix?
DATA REQUIREMENT

This play requires aggregated authorization rates by transaction value ranges across processors.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Internal Data Strong (8.5/10)

Card Issuer-Processor Compatibility Matrix

What's the play?

Provide non-obvious insights about which card issuers perform better with specific processors, enabling issuer-based routing optimization.

Why this works

This is an extremely specific optimization that merchants would never discover on their own. The relationship between issuing bank and processor performance is hidden from single-processor merchants. If Chase cards are common in their customer base, this insight delivers immediate value through better routing.

Data Sources
  1. IXOPAY Internal Transaction Data - authorization rates by issuing bank and processor combination

The message:

Subject: Chase Bank cards decline 19% more on Worldpay We process millions of transactions monthly and see Chase-issued cards decline 19% more on Worldpay than Braintree. If Chase cards are common in your customer base, routing them to Braintree recovers authorization rate. Want the issuer-processor compatibility matrix?
DATA REQUIREMENT

This play requires aggregated authorization rates by issuing bank and processor combination.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Internal Data Strong (8.5/10)

Latin America Cash Payment Conversion

What's the play?

Show dramatic conversion differences between cash payment methods (like OXXO) and cards in Latin American markets.

Why this works

The conversion difference is so stark (39% vs 18%) that it fundamentally changes expansion strategy. Merchants assuming card-first checkout will work globally need this regional intelligence. The insight prevents losing the majority of potential customers in cash-preferred markets.

Data Sources
  1. IXOPAY Internal Transaction Data - cash payment method vs card conversion across Latin American markets

The message:

Subject: Mexico OXXO converts 39% vs 18% cards We process payments for 19 companies in Mexico - OXXO cash vouchers convert 39% while cards only get 18%. If you're expanding to LATAM without cash payment options, you're missing the majority of customers. Should I send the Latin America cash vs card data?
DATA REQUIREMENT

This play requires aggregated cash payment method vs card conversion data across Latin American markets.

This is proprietary data only you have - competitors cannot replicate this play.
PVP Public + Internal Strong (8.4/10)

Cross-Border Card Authorization Optimization

What's the play?

Combine internal authorization data with public regional acquiring regulations to reveal geographic authorization rate differences for specific card networks.

Why this works

This is a non-obvious cross-border optimization strategy. Merchants expanding to DACH region wouldn't realize AMEX approval rates vary so dramatically by geography. The routing recommendation (route AMEX through UK acquiring instead) is specific and actionable.

Data Sources
  1. IXOPAY Internal Transaction Data - AMEX authorization rates by geography
  2. Public Regional Acquiring Regulations - cross-border acquiring rules

The message:

Subject: AMEX approves 11% lower in Germany than UK We see American Express authorization rates in Germany at 78% vs 89% in UK for identical merchant categories. If you're expanding to DACH region, route AMEX through UK acquiring instead. Should I send the cross-border approval matrix?
DATA REQUIREMENT

This play requires aggregated AMEX authorization data by geography combined with public regional acquiring regulations.

This synthesis is unique to your business.
PQS Internal Data Strong (8.4/10)

Southeast Asia E-Wallet Expansion Gap

What's the play?

Identify merchants expanding to Southeast Asia who are missing critical regional e-wallet integration, using proprietary conversion data to quantify the impact.

Why this works

The question assumes they're missing a critical capability and quantifies the consequence (63% conversion loss). This creates urgency around expansion planning. The routing question makes it conversational while surfacing a technical decision-maker.

Data Sources
  1. IXOPAY Internal Transaction Data - e-wallet vs card conversion rates across Southeast Asian countries

The message:

Subject: Expanding to Southeast Asia without e-wallets? GrabPay, GCash, and TrueMoney account for 63% of successful checkouts in Southeast Asia based on our processing volume. Without regional e-wallet support, card-only checkout loses two-thirds of conversion. Who's evaluating local payment method integration?
DATA REQUIREMENT

This play requires aggregated e-wallet vs card conversion rates across Southeast Asian countries.

This is proprietary data only you have - competitors cannot replicate this play.
PQS Internal Data Strong (8.3/10)

Central/Eastern Europe Payment Method Requirements

What's the play?

Use proprietary regional payment data to identify merchants expanding to CEE markets without local payment method support.

Why this works

The question surfaces a specific technical gap (Przelewy24 integration) with quantified impact (41% of transactions). This helps them avoid a costly expansion mistake. The routing question identifies who owns payment integration decisions.

Data Sources
  1. IXOPAY Internal Transaction Data - payment method adoption and conversion by Central/Eastern European countries

The message:

Subject: Does your checkout support Przelewy24 in Poland? Poland requires Przelewy24 for 41% of successful online transactions based on our processing data. If you're expanding to CEE without local payment methods, conversion suffers immediately. Is someone already integrating regional payment options?
DATA REQUIREMENT

This play requires aggregated payment method adoption and conversion data for Central/Eastern European markets.

This is proprietary data only you have - competitors cannot replicate this play.
PQS Internal Data Strong (8.2/10)

Cross-Processor Retry Logic Gap

What's the play?

Identify merchants missing automated cross-processor retry capabilities using proprietary decline recovery data.

Why this works

The question exposes a specific technical gap (retry routing) with quantified recovery potential (87% success on retry). This assumes they're missing a sophisticated capability and creates urgency to implement it.

Data Sources
  1. IXOPAY Internal Transaction Data - decline recovery success across processors by BIN and decline reason

The message:

Subject: Are you retrying Stripe declines through Adyen? Stripe soft-declines specific card BINs that Adyen approves 87% of the time on immediate retry. Without cross-processor retry logic, you're accepting declines as final. Do you have automated retry routing?
DATA REQUIREMENT

This play requires aggregated decline recovery success data across processors by BIN and decline reason.

This is proprietary data only you have - competitors cannot replicate this play.
PQS Internal Data Strong (8.1/10)

B2B Corporate Card Routing Optimization

What's the play?

Identify B2B merchants who aren't segmenting corporate card routing, using proprietary authorization data to quantify the opportunity.

Why this works

This surfaces a blind spot for B2B payment operations. The insight that corporate cards authorize 23% better on specific processors is non-obvious and valuable. The question helps identify who owns payment routing decisions.

Data Sources
  1. IXOPAY Internal Transaction Data - authorization rates by card type (consumer vs corporate) across processors

The message:

Subject: Do you route corporate cards differently? Corporate Visa cards authorize 23% better on Worldpay than Stripe based on our transaction data. If you're not segmenting B2B card routing, you're declining legitimate business purchases. Is someone handling card-type routing logic?
DATA REQUIREMENT

This play requires aggregated authorization rates by card type (consumer vs corporate) across processors.

This is proprietary data only you have - competitors cannot replicate this play.
PQS Internal Data Strong (8.0/10)

Prepaid Card Authorization Gap

What's the play?

Identify merchants losing prepaid card customers due to processor-specific decline patterns, using proprietary authorization data.

Why this works

This addresses a specific customer segment (gift card users, prepaid card holders) that merchants want to capture. The insight that prepaid cards decline 34% more on Stripe but work fine on Checkout.com is non-obvious and actionable.

Data Sources
  1. IXOPAY Internal Transaction Data - authorization rates for prepaid vs standard cards across processors

The message:

Subject: Are prepaid cards declining on your checkout? Prepaid Visa/Mastercard decline 34% more than standard cards on Stripe but perform identically on Checkout.com. Without processor-based card detection, you're rejecting legitimate prepaid customers. Do you segment prepaid card routing?
DATA REQUIREMENT

This play requires aggregated authorization rates for prepaid vs standard cards across processors.

This is proprietary data only you have - competitors cannot replicate this play.

What Changes

Old way: Spray generic messages at job titles. Hope someone replies.

New way: Use proprietary payment data to find companies making specific payment infrastructure mistakes. Then show them exactly what they're losing.

Why this works: When you lead with "Your Stripe declines EU Mastercard 8% higher than Adyen - that's $2.1M recoverable" instead of "I see you're hiring payment engineers," you're not another sales email. You're the person with cross-processor visibility they lack.

The messages above aren't templates. They're examples of what happens when you combine proprietary transaction data with public expansion signals. Your team can replicate this using the data recipes in each play.

Data Sources Reference

Every play traces back to verifiable data sources. Here are the sources used in this playbook:

Source Key Fields Used For
IXOPAY Internal Transaction Data authorization success/failure, decline reasons, retry success rates, card type, geography, processor, 3DS authentication, transaction value, issuing bank, day of week All PVP plays - processor performance benchmarking, payment method optimization, decline recovery intelligence
Crunchbase Fintech Funding & Company Database funding round, funding amount, expansion geography Identifying geographic expansion signals for payment method optimization
NMLS Consumer Access Money Transmitter Database license date, state jurisdiction, license status Identifying money transmitters expanding to new states (compliance and processor integration triggers)
Public Regional Acquiring Regulations cross-border acquiring rules, regional card network requirements Cross-border authorization optimization (combined with internal data)