Blueprint Playbook for Nexi Group

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 Nexi Group SDR Email:

Subject: Simplify your payment infrastructure Hi [Name], I noticed you're expanding operations across Europe. Congratulations on the growth! At Nexi Group, we help enterprises like yours process payments efficiently across 25+ countries with our unified payment infrastructure platform. We work with 3.1M merchants and manage 140M cards across Europe. Our platform handles acquiring, card-issuing, and digital banking in one integrated solution. I'd love to show you how we can help [Company] optimize payment processing costs and streamline regional compliance. Are you available for a 15-minute call next week?

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 3DS2 authentication flow averages 8.4 seconds - industry standard is 4.2 seconds" (transaction performance data with specific metrics)

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 regulatory data with dates, compliance metrics, and performance benchmarks.

PVP (Permissionless Value Proposition): Deliver immediate value they can use today - analysis already done, deadlines already pulled, patterns already identified - whether they buy or not.

Nexi Group Intelligence Plays

These messages demonstrate precise understanding of the prospect's situation (PQS) or deliver immediate actionable value (PVP). Sorted by quality score - best plays first.

PQS Public + Internal Strong (9.3/10)

Integration Friction Early Warning System

What's the play?

Monitor integration health across merchant connections to competitor processors and alert them about specific technical failures with quantified revenue impact. Use real-time error pattern detection combined with transaction volume data.

Why this works

This is urgent production-level information the recipient needs immediately. Quantifying the revenue impact with their specific data (€147K monthly) makes it impossible to ignore. The technical specificity (authentication timeout errors, January 15th start date) proves you're monitoring their actual infrastructure, not guessing.

Data Sources
  1. Internal Integration Monitoring - API error patterns, failure modes, transaction success rates by processor
  2. Merchant Transaction Volume Data - monthly volume, average ticket size

The message:

Subject: Your Adyen integration failing 3.2% of transactions Your Adyen connection is rejecting 3.2% of card transactions with authentication timeout errors since January 15th. That's €147K in failed monthly volume based on your average ticket size. Is your dev team already investigating the timeout pattern?
DATA REQUIREMENT

This play requires real-time monitoring of integration health across merchant connections, including API error logs, transaction failure patterns, and merchant volume data to calculate revenue impact.

This synthesis of integration health + revenue quantification is unique to infrastructure providers with visibility across the payment stack.
PVP Internal Data Strong (9.1/10)

Regional Payment Method Performance Intelligence

What's the play?

Use aggregated transaction success rates across merchant categories to show prospects which payment methods perform best in their target markets. Identify specific merchants processing high volumes through suboptimal payment methods.

Why this works

This is immediate revenue optimization insight the recipient can act on today. Knowing iDEAL converts 12% better than cards specifically in Netherlands for their merchant category is actionable intelligence they can't get elsewhere. The quantified opportunity (€2.3M at 12% lift) makes the business case obvious.

Data Sources
  1. Aggregated Transaction Success Rates - conversion rates by payment method, country, merchant category (100+ merchants per segment)
  2. Merchant Transaction Data - monthly volume, geography, payment method mix

The message:

Subject: iDEAL converting 12% better than cards for you Our network data shows iDEAL transactions convert 12% higher than card payments for merchants in your category in Netherlands. You're processing €2.3M monthly through cards in NL markets where iDEAL dominates. Want the full conversion breakdown by payment method?
DATA REQUIREMENT

This play requires aggregated conversion rate data across merchant categories and payment methods, with sufficient volume (100+ merchants per segment) to provide statistically meaningful benchmarks.

Only payment infrastructure providers processing millions of transactions across all regional payment methods can generate this intelligence.
PQS Public + Internal Strong (9.0/10)

Integration Friction Early Warning System - API Rate Limiting

What's the play?

Detect API rate limiting events on merchant integrations with competitor processors during peak transaction windows. Alert them about capacity issues blocking transaction processing with specific counts and timing.

Why this works

This is a production emergency the recipient needs to know about immediately. The specificity (429 errors, 47 events in 72 hours, 23 transactions per event) proves real-time monitoring. Rate limiting during peak windows means lost revenue at the worst possible time.

Data Sources
  1. API Integration Monitoring - HTTP status codes, rate limit events, timestamp tracking
  2. Transaction Volume Patterns - peak windows, transaction counts per event

The message:

Subject: Worldpay API throwing 429 errors on your account Your Worldpay integration hit rate limiting 47 times in the past 72 hours during peak transaction windows. Each rate limit event blocked an average of 23 transactions from processing. Who's managing your payment gateway capacity planning?
DATA REQUIREMENT

This play requires real-time API monitoring capturing HTTP status codes, rate limiting events, and transaction blocking patterns across merchant integrations.

This level of integration visibility is only available to infrastructure providers monitoring the full payment stack.
PVP Internal Data Strong (9.0/10)

Regulatory Compliance Implementation Playbooks

What's the play?

Document implementation patterns from early-adopting merchants going through regulatory changes and package as technical playbooks for institutions approaching the same deadline. Include API migration paths, testing protocols, and common certification failures.

Why this works

This is practical technical value the recipient's dev team can use immediately to prepare for compliance deadlines. Learning from 23 early-adopter implementations (with specific detail on common failures) saves months of trial-and-error. Low commitment ask makes it easy to say yes.

Data Sources
  1. Internal Implementation Records - API migration paths, testing protocols, certification attempts
  2. European Commission Regulatory Calendar - compliance deadlines, requirements

The message:

Subject: Implementation guide for Italy's instant payment mandate Italy's instant payment regulation goes live June 2025 - we've built the implementation playbook from 23 merchants who went live early. The playbook includes API migration paths, testing protocols, and the 4 common certification failures. Want the implementation guide for your technical team?
DATA REQUIREMENT

This play requires documented implementation patterns from early-adopting merchants on your platform, including API configurations, testing protocols, certification attempts, and failure remediation.

Only the infrastructure provider can see all implementation attempts and distill patterns - competitors cannot replicate this learning.
PVP Internal Data Strong (8.8/10)

Checkout Abandonment Analysis by Payment Method

What's the play?

Track checkout abandonment rates by payment method and geography for specific merchants, then provide recommendations based on regional payment preferences that reduce abandonment.

Why this works

This addresses direct revenue loss the recipient is experiencing right now (18% cart abandonment). The specific alternative (Sofort vs SEPA in Germany) with quantified improvement (6% vs 18%) makes the fix obvious. Offering multi-market view as bonus creates additional value.

Data Sources
  1. Checkout Flow Monitoring - abandonment rates by payment method, geography, checkout step
  2. Regional Payment Performance Benchmarks - alternative payment method success rates by country

The message:

Subject: Your German customers abandoning at SEPA step Your checkout flow shows 18% cart abandonment when German customers hit the SEPA direct debit option. Switching to Sofort (instant bank transfer) drops abandonment to 6% for similar German merchants. Want the payment method performance comparison for your top 5 markets?
DATA REQUIREMENT

This play requires checkout flow monitoring capturing abandonment rates by payment method and geographic breakdown, plus benchmarking data across similar merchants in the same markets.

Only visible to the payment infrastructure provider processing the full checkout flow across all merchants.
PVP Public + Internal Strong (8.8/10)

Device-Specific Integration Diagnostics

What's the play?

Analyze transaction failure patterns by device type to identify mobile-specific integration issues. Provide diagnostic checklists based on common patterns seen across merchants with similar problems.

Why this works

This identifies a specific technical problem costing the recipient mobile revenue (14.2% failure rate vs 3.6% desktop). The technical hypothesis about root cause (responsive design breaking tokenization) shows expertise. Offering diagnostic checklist provides immediate practical value.

Data Sources
  1. Transaction Failure Analysis - failure rates by device type, error patterns
  2. Common Integration Issue Database - documented mobile-specific problems and solutions

The message:

Subject: Your mobile checkout fails 4x more than desktop Your mobile payment flow has a 14.2% failure rate compared to 3.6% on desktop - that gap suggests a mobile-specific integration issue. We've seen this pattern before with responsive design breaking tokenization handoffs. Want the mobile integration diagnostic checklist?
DATA REQUIREMENT

This play requires transaction failure analysis segmented by device type, combined with a database of common mobile-specific integration issues and diagnostic procedures.

Pattern recognition across thousands of merchant integrations enables this diagnostic capability.
PQS Public + Internal Strong (8.9/10)

Regulatory Compliance Performance Analysis

What's the play?

Analyze merchant SCA (Strong Customer Authentication) implementation patterns and compare exemption rates to regulatory benchmarks. Identify merchants forcing unnecessary authentication steps that qualify for exemptions.

Why this works

This identifies a compliance implementation gap affecting customer experience and conversion (34% vs 58% benchmark). The technical credibility (EBA benchmark reference) proves expertise. Direct impact on conversion makes this urgent for payment processors.

Data Sources
  1. SCA Implementation Monitoring - authentication requests, exemption usage patterns
  2. EBA Regulatory Benchmarks - published guidance on exemption rates for low-risk merchants

The message:

Subject: Your PSD2 SCA exemption rate is 34% Your current Strong Customer Authentication exemption rate is 34% - the European Banking Authority benchmark for low-risk merchants is 58%. You're forcing customers through unnecessary authentication steps that could qualify for exemptions. Is someone optimizing your SCA rules engine?
DATA REQUIREMENT

This play requires analysis of merchant SCA implementation patterns, including authentication request rates, exemption application rates, and risk scoring patterns, compared against regulatory benchmarks.

Only infrastructure providers processing authentication flows can measure actual exemption usage vs optimal rates.
PVP Internal Data Strong (8.9/10)

B2B Regulatory Compliance Implementation Guides

What's the play?

Package implementation lessons from payment processors going through new B2B regulatory requirements (e-invoicing, reporting standards) as technical checklists for institutions approaching the same deadlines.

Why this works

This provides immediate technical value for an active regulatory deadline (January 2025 phase-in). Practical details (XRechnung format, API requirements, certification gotchas from 31 implementations) save recipient's team significant discovery work. Low commitment ask.

Data Sources
  1. Internal Implementation Database - e-invoicing integrations, format conversions, API configurations
  2. German Federal Ministry of Finance - B2B e-invoicing mandate requirements

The message:

Subject: German e-invoice mandate checklist for your dev team Germany's B2B e-invoicing mandate phases in starting January 2025 - we've built the compliance checklist from 31 payment processors who implemented early. The checklist covers XRechnung format, API requirements, and the 3 certification gotchas. Want the technical implementation guide?
DATA REQUIREMENT

This play requires documented implementation records from payment processors on your platform going through e-invoicing integration, including format conversions, API configurations, and certification attempts.

Only the infrastructure provider sees all implementation attempts and can distill common patterns and failure modes.
PQS Public + Internal Strong (8.7/10)

Authentication Performance Benchmarking

What's the play?

Measure 3D Secure 2 authentication flow performance for specific merchants and compare to industry benchmarks. Identify merchants with slow authentication flows losing customers during the wait.

Why this works

This identifies a technical performance problem directly impacting conversion (8.4 seconds vs 4.2 second standard). The specific metric about the recipient's implementation proves measurement, not guessing. Clear benchmark comparison makes the problem obvious.

Data Sources
  1. Authentication Flow Monitoring - timing from challenge to completion by merchant
  2. Industry Performance Benchmarks - standard authentication flow timing

The message:

Subject: Your 3DS2 authentication timing out in 8.4 seconds Your 3D Secure 2 authentication flow averages 8.4 seconds from challenge to completion. The industry standard is 4.2 seconds - you're losing customers during the authentication wait. Who's optimizing your 3DS2 implementation?
DATA REQUIREMENT

This play requires authentication flow performance monitoring capturing timing metrics for each merchant's 3DS2 implementation, compared against aggregated industry benchmarks.

Only infrastructure providers processing authentication flows can measure actual performance vs standards.
PVP Internal Data Strong (8.7/10)

Buy-Now-Pay-Later AOV Impact Analysis

What's the play?

Use aggregated transaction data to show merchants how BNPL payment methods affect average order value by category and geography. Identify merchants with high volume in BNPL-responsive markets not offering these options.

Why this works

This provides revenue optimization insight specific to the recipient's category and geography (31% AOV lift in Sweden). Quantifying the opportunity on their existing volume (SEK 4.2M) makes the business case clear. Offering category breakdown shows additional depth.

Data Sources
  1. Aggregated AOV Data - average order values by payment method, merchant category, geography
  2. Merchant Transaction Data - monthly volume, geography, payment method mix

The message:

Subject: Klarna driving 31% higher AOV in your category Merchants in your category offering Klarna see 31% higher average order value in Sweden compared to card-only checkout. You're processing SEK 4.2M monthly in Sweden without buy-now-pay-later options. Want the category breakdown showing which product types see the biggest BNPL lift?
DATA REQUIREMENT

This play requires aggregated AOV data across merchant categories and payment methods, with sufficient volume to provide statistically meaningful category-level insights.

Only payment infrastructure providers with millions of transactions across all payment methods can generate this intelligence.
PVP Public + Internal Strong (8.6/10)

Competitive Churn Pattern Intelligence

What's the play?

Track merchant churn patterns from competitor processors and identify common technical issues leading to switching. Offer technical breakdowns to prospects currently experiencing the same problems.

Why this works

This provides peer proof (8 merchants with same problem) that validates the recipient's current frustration. Specificity about the issue (SCA implementation) shows you understand their exact technical challenge. Offering solution instead of sales pitch creates value.

Data Sources
  1. Merchant Onboarding Records - previous processor, stated reason for switching
  2. Technical Issue Database - documented problems and solutions by processor

The message:

Subject: 8 merchants switched from Stripe after timeout issues 8 e-commerce merchants in Belgium left Stripe in Q4 2024 after persistent authentication timeout patterns. 6 of them had the same SCA implementation issue you're currently experiencing. Want the technical breakdown of what they fixed?
DATA REQUIREMENT

This play requires merchant onboarding data capturing previous processor and migration reasons, combined with technical issue documentation showing common problems by processor.

Churn pattern visibility across the competitive landscape is unique to infrastructure providers winning merchants from competitors.
PQS Public + Internal Strong (8.6/10)

Payment Method Performance Anomaly Detection

What's the play?

Monitor payment method volume trends for specific merchants and alert them when volume drops significantly while competitors or market shows growth in the same method.

Why this works

This identifies a revenue leak the recipient may not have noticed (22% drop) with competitive context showing the market is growing (Coolblue +18%). Recent timeframe (December 2024) makes it urgent. Suggesting actionable hypothesis (checkout flow) gives them a place to start investigating.

Data Sources
  1. Payment Method Volume Tracking - transaction counts by method, merchant, time period
  2. Competitive Benchmarking - volume trends for similar merchants or competitors

The message:

Subject: Your Bancontact volume dropped 22% in December Your Bancontact transaction volume in Belgium dropped 22% between November and December 2024. Your competitor Coolblue increased Bancontact volume 18% in the same period. Is your checkout flow deprioritizing Bancontact for Belgian customers?
DATA REQUIREMENT

This play requires payment method volume tracking over time for specific merchants, combined with competitive or market benchmarking data for the same payment methods and geographies.

Market-wide visibility across all payment methods and merchants enables this anomaly detection.
PQS Public + Internal Strong (8.6/10)

Regulatory Deadline Cascade with Volume-Based Thresholds

What's the play?

Track regulatory reporting requirements that apply based on transaction volume thresholds. Alert merchants when their actual volume puts them in scope for upcoming compliance deadlines they may have missed.

Why this works

This surfaces a compliance deadline the recipient may not be tracking, with confirmation they're in scope based on actual volume data (Q4 2024). The urgency of the timeline (March 9th) makes this actionable. Easy routing question enables quick response.

Data Sources
  1. Merchant Transaction Volume Data - quarterly volume totals
  2. ECB Regulatory Calendar - reporting requirements, volume thresholds, deadlines

The message:

Subject: ECB reporting deadline March 9th for your volume tier The European Central Bank's SEPA Instant Payment reporting requirement goes live March 9th, 2025 for payment processors above €500M quarterly volume. Your Q4 2024 volume puts you in the mandatory reporting tier. Is your compliance team aware of the March 9th deadline?
DATA REQUIREMENT

This play requires merchant transaction volume tracking with quarterly aggregation, combined with regulatory threshold monitoring to identify when merchants cross into mandatory compliance tiers.

Only the transaction processor has actual volume data to determine regulatory scope.
PVP Internal Data Strong (8.5/10)

Regional Payment Method Customer Preference Data

What's the play?

Use aggregated payment method selection data to show merchants how customers in different geographies prefer specific local payment methods when given the choice at checkout.

Why this works

This provides customer preference insight specific to geography (3:1 ratio in Poland). Quantifying opportunity on existing volume (PLN 1.8M) makes business case clear. Offering expanded multi-market view creates additional value.

Data Sources
  1. Payment Method Selection Data - customer choices when multiple methods offered, by geography
  2. Merchant Transaction Data - volume by geography, checkout configuration

The message:

Subject: Polish customers prefer Blik over cards 3:1 In Poland, customers choose Blik over card payments at a 3:1 ratio when both are offered at checkout. You're processing PLN 1.8M monthly in Poland with card-first checkout design. Want the payment method preference data for your top 8 European markets?
DATA REQUIREMENT

This play requires aggregated payment method selection data showing customer preferences when multiple methods are offered, segmented by geography with sufficient volume for statistical significance.

Only payment infrastructure providers processing checkout flows across all payment methods can measure actual customer preference ratios.
PQS Public + Internal Strong (8.4/10)

Regulatory Compliance Gap Identification

What's the play?

Track new regulatory requirements by market and identify merchants whose current processes don't meet upcoming mandates. Alert them with specific gap analysis and reasonable timeline to compliance.

Why this works

This surfaces a regulatory deadline the recipient may not be tracking, with specific identification of their compliance gap (batch vs real-time). The 58-day timeline to March 1st creates urgency without panic. Easy routing question enables quick response.

Data Sources
  1. French Banking Federation Regulatory Announcements - fraud prevention mandates
  2. Merchant Fraud Processing Configuration - real-time vs batch review processes

The message:

Subject: France mandates real-time fraud scoring by March 2025 The French Banking Federation's new fraud prevention mandate requires real-time transaction risk scoring by March 1st, 2025. Your current batch fraud review process won't meet the real-time requirement. Who's leading your fraud infrastructure upgrade for the March deadline?
DATA REQUIREMENT

This play requires understanding of merchant fraud processing configurations (real-time vs batch) combined with regulatory deadline tracking to identify compliance gaps.

Infrastructure providers with visibility into merchant fraud processing capabilities can proactively identify gaps.

What Changes

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

New way: Use transaction data and regulatory intelligence to find payment institutions in specific technical or compliance situations. Then mirror that situation back to them with evidence.

Why this works: When you lead with "Your Adyen integration is rejecting 3.2% of transactions with authentication timeout errors since January 15th" instead of "I see you're expanding across Europe," you're not another sales email. You're the person who did the homework.

The messages above aren't templates. They're examples of what happens when you combine real data sources with specific situations. Your team can replicate this using the data recipes in each play.

Data Sources Reference

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

Source Key Fields Used For
EBA Payment and Electronic Money Institutions Register institution_name, institution_type, country, authorization_status, services_offered Identifying regulated payment institutions across EU
EUCLID Register (EBA Search Interface) institution_name, authorization_date, national_competent_authority, eu_passporting_status Tracking newly authorized institutions and multi-country expansion
TheBanks.eu EMI Database emi_name, country, license_type, business_model, services, founding_year Comprehensive coverage of 770+ EU e-money institutions
ECB Monetary Financial Institutions (MFI) List mfi_name, country, institution_type, banking_group Banks and financial institutions for open banking infrastructure targeting
European Commission E-Money Regulatory Framework regulatory_requirements, license_types, compliance_deadlines Regulatory context for compliance requirements
Internal Transaction Data transaction_success_rate, settlement_time, payment_method_adoption, merchant_type Regional payment method performance benchmarks (PRIVATE)
Internal Integration Monitoring api_error_patterns, regional_processor_latency, remediation_success_patterns Integration friction early warning (PRIVATE)
Internal Compliance Implementation Data implementation_timelines, success_patterns, merchant_remediation_workflows Regulatory compliance implementation playbooks (PRIVATE)