Blueprint Playbook for RapidSOS

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 RapidSOS SDR Email:

Subject: Quick question about emergency response efficiency Hi [Name], I noticed your organization manages emergency communications and is always looking to improve operational efficiency. We work with 911 centers and emergency agencies across the US to streamline dispatch and coordination. I'd love to chat about how we're helping similar organizations reduce response times and improve situational awareness. Would you be open to a brief call next week? Best regards, [SDR Name]

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 facility at 1234 Industrial Pkwy received EPA violation #2024-XYZ on March 15th" (government database with record number)

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 government data with dates, record numbers, facility addresses.

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.

◆

RapidSOS PQS Plays: Mirroring Exact Situations

These messages demonstrate such precise understanding of the prospect's current situation that they feel genuinely seen. Every claim traces to a specific government database with verifiable record numbers.

PQS Public + Internal Good (7.6/10)

Play: Your California Permit Coverage and Emergency Data Gaps

What's the play?

Zoox holds California DMV and CPUC permits with operations in two primary 911 centers: San Mateo County Public Safety Communications (Foster City, driverless, day and night operations) and San Francisco DEM (safety-driver testing). The CA DMV permit table (Permit_Type, Approved_Locations, Time_of_Day_Operations fields) and HIFLD PSAP boundaries identify these centers. RapidSOS integration records confirm that neither center receives Zoox vehicle incident data today, so Zoox collisions arrive only as anonymous 911 calls with no occupant count or vehicle ID.

Why this works

The message correctly separates Zoox's driverless Foster City footprint from its safety-driver testing in San Francisco, showing the recipient that the sender read the actual permit terms, not a press release. Two named centers with zero vehicle-data reachability is a concrete gap for SOP and Law Enforcement Interaction Plan review. The curious yes/no question about the LEIP is low-pressure and actionable without a sales call.

Data Sources
  1. California DMV Autonomous Vehicle Permit Holders - Company_Name, Permit_Type, Approved_Locations, Time_of_Day_Operations
  2. PSAP 911 Service Area Boundaries (NASA HIFLD) - Service_Area_Polygons, FCC_ID
  3. RapidSOS Integration Audit Records - psap_av_integration_status

The message:

Subject: Zoox's two California PSAPs Your DMV permits put Zoox vehicles inside 2 primary 911 centers: San Mateo County Public Safety Communications (Foster City, driverless, day and night) and San Francisco DEM (safety-driver testing). Neither center receives Zoox vehicle incident data today, so a Zoox collision reaches their call-takers as an anonymous 911 call with no occupant count or vehicle ID. Does your Law Enforcement Interaction Plan name both centers?
DATA REQUIREMENT

RapidSOS integration records showing Zoox vehicle incident-data flow (or absence thereof) into San Mateo County PSC and San Francisco DEM (FCC_ID join)

The 'neither center receives' claim is an internal-data template value to be confirmed before send. Permit facts are public CA DMV fields; the reachability gap is RapidSOS-specific. Confidence 60-75%.
PQS Public + Internal Good (7.5/10)

Play: Your City's Driverless Fleets and CAD Preparedness

What's the play?

Mountain View, California has two driverless vehicle operators with California DMV permits: Nuro and Waymo. The CA DMV permit table shows Nuro's deployment permit caps vehicles at 35 mph on streets posted 35 or lower. RapidSOS integration records confirm that neither operator's vehicle incident data reaches Mountain View PD Communications today, so a collision from either fleet arrives only as a bystander's 911 call without vehicle identification or telematics.

Why this works

The message is hyper-local (the specific fleets the dispatcher sees on roads in their city) and includes a permit detail they didn't have on hand (35 mph speed restriction). It stings because it matches their CAD reality—anonymous calls—but frames the pain as recognizable rather than accusatory. The yes/no closing question is low-effort and answerable from memory, avoiding sales-pitch tone.

Data Sources
  1. California DMV Autonomous Vehicle Permit Holders - Company_Name, Permit_Type, Approved_Locations, Speed_Restrictions
  2. PSAP 911 Service Area Boundaries (NASA HIFLD) - Service_Area_Polygons, FCC_ID
  3. RapidSOS Integration Audit Records - psap_av_integration_status

The message:

Subject: Mountain View's driverless fleets The California DMV lists Nuro and Waymo with driverless permits covering Mountain View; Nuro's deployment permit caps its vehicles at 35 mph on streets posted 35 or lower. A collision involving either fleet reaches your dispatch floor today only as a bystander's 911 call - no vehicle ID, no location fix from the car, no occupant count. Does your CAD have a driverless-vehicle call type?
DATA REQUIREMENT

RapidSOS integration audit records showing which Mountain View PSAPs have active AV incident-data feeds (psap_av_integration_status by FCC_ID)

The 'bystander call only' claim depends on internal integration-status flags and must be verified per PSAP before send. The permit facts are public; the reachability gap is RapidSOS-specific. Confidence 60-75%.

RapidSOS PVP Plays: Delivering Immediate Value

These messages provide actionable intelligence before asking for anything. The prospect can use this value today whether they respond or not.

PVP Public + Internal Strong (8.8/10)

Play: 3 Driverless Fleets in Your Boundary—Data Visibility Gap

What's the play?

San Mateo County's 911 dispatch center sits inside the permitted operational design domains (ODDs) of three California DMV-licensed driverless vehicle operators: Waymo, Zoox, and Nuro. The CA DMV permit tables (Approved_Locations, Operational_Design_Domain, Time_of_Day_Operations fields) and HIFLD PSAP 911 Service Area Boundaries (FCC_ID join) identify that Zoox's Foster City permit allows day and night operations inside your boundary. RapidSOS integration audit records show that only Waymo's vehicle incident data currently reaches your call-takers; Zoox and Nuro collisions arrive as anonymous 911 calls with no vehicle location, ID, or occupant count.

Why this works

The message makes the dispatcher feel seen because it names three specific operators in their jurisdiction and tells them which one is connected—a synthesis they cannot pull themselves in five minutes. The permit terms (Zoox day/night, Nuro deployment specifics) check out on the public DMV page, so they trust the reachability gap. The pain is concrete: tonight, an AV crash could arrive as an anonymous call, leaving first responders unprepared.

Data Sources
  1. California DMV Autonomous Vehicle Permit Holders - Company_Name, Permit_Type, Approved_Locations, Operational_Design_Domain, Time_of_Day_Operations
  2. PSAP 911 Service Area Boundaries (NASA HIFLD) - Service_Area_Polygons, FCC_ID, City, County
  3. RapidSOS Integration Audit Records - psap_av_integration_status, AV_operators_with_active_data_flow

The message:

Subject: 3 driverless fleets in your boundary, 1 sends crash data Waymo, Zoox, and Nuro hold California DMV driverless permits that cover San Mateo County Public Safety Communications' service area, and Zoox's Foster City permit allows day and night operations. Waymo's vehicle incident data reaches your call-takers today; a Zoox or Nuro vehicle in a crash tonight shows up as an anonymous 911 call with no vehicle location, ID, or occupant count. Should I send the Zoox and Nuro first-responder contacts and the boundary map?
DATA REQUIREMENT

RapidSOS integration audit table keyed to FCC_ID showing which AV operators pipe vehicle incident data into each PSAP's feed

The '1 of 3 sends data' split is RapidSOS-only data, derived from integration partnerships with Waymo and other AV carriers. Competitors cannot state which specific operators' incident data reaches this center. Confidence 90%+ for driverless-deployment permit holders.
PVP Public + Internal Strong (8.6/10)

Play: Your LA ODD Coverage—Emergency Response Readiness Map

What's the play?

Waymo's CPUC Driverless Deployment ODD in Los Angeles crosses five primary 911 centers: LAPD Communications, LA County Sheriff (West Hollywood), Santa Monica PD, Beverly Hills PD, and Culver City PD. The CPUC permit (Driverless_Deployment_ODD field) spatially joined to HIFLD PSAP 911 Service Area Boundaries (FCC_ID) identifies the five centers. RapidSOS integration records show that Waymo's vehicle incident data reaches the first three centers today; Beverly Hills and Culver City see Waymo vehicles only as anonymous 911 calls, creating a Law Enforcement Interaction Plan gap.

Why this works

The message names all five centers inside Waymo's permitted footprint, then isolates the two where incident data is not flowing—a synthesis no competitor can generate. The gap list is immediately actionable for Law Enforcement Interaction Plan updates and dispatch outreach, regardless of whether Waymo buys RapidSOS. The pain is concrete: riders in a crash inside the gap centers would wait on a bystander's description instead of receiving vehicle ID and rider count instantly.

Data Sources
  1. California CPUC Autonomous Vehicle Program Permits - Carrier_Name, Permit_Type, Driverless_Deployment_ODD
  2. California DMV Autonomous Vehicle Permit Holders - Approved_Locations, Time_of_Day_Operations
  3. PSAP 911 Service Area Boundaries (NASA HIFLD) - Service_Area_Polygons, FCC_ID, City
  4. RapidSOS Integration Audit Records - psap_av_integration_status by FCC_ID, AV_incident_data_reachability

The message:

Subject: Your LA ODD: 5 PSAPs, 2 can't see Waymo data Your CPUC Driverless Deployment ODD in Los Angeles crosses 5 primary 911 centers: LAPD Communications, LA County Sheriff (West Hollywood), Santa Monica PD, Beverly Hills PD, and Culver City PD. A Waymo collision in the first 3 reaches call-takers with vehicle ID, location, and rider count; in Beverly Hills and Culver City it arrives as an anonymous 911 call. Should I send the 5-center coverage map for your Law Enforcement Interaction Plan file?
DATA REQUIREMENT

RapidSOS integration records (psap_av_integration_status by FCC_ID) distinguishing AV-specific incident-data reachability from baseline Clearinghouse location coverage

The two named gap centers are template values populated from the integration audit table and must be confirmed before send. The ODD-to-PSAP count is public; the reachability overlay exists only in RapidSOS records. Confidence 60-75%. Exemption_Renewal_Status deliberately omitted until confirmed as a dated CPUC field.
◆

What Changes

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

New way: Use public data to find companies in specific painful situations. Then mirror that situation back to them with evidence.

Why this works: When you lead with "Your Dallas facility has 3 open OSHA violations from March" instead of "I see you're hiring for safety roles," 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 public data. Here are the sources used in this playbook:

Source Key Fields Used For
California DMV Autonomous Vehicle Permit Holders Company_Name, Permit_Type, Testing_with_Driver, Driverless_Testing, Deployment, Approved_Locations, Time_of_Day_Operations, Operational_Design_Domain, Speed_Restrictions, Weather_Conditions Identifying driverless and testing-mode AV operators and their permitted geographic footprints, time-of-day restrictions, and speed limits within PSAP service areas
California CPUC Autonomous Vehicle Program Permits TCP_Number, Carrier_Name, DBA_Name, Permit_Type, Exemption_Request_Status, Exemption_Renewal_Status, Driverless_Deployment_ODD Identifying commercial AV passenger-service operators and their deployment operational design domains for targeting and Law Enforcement Interaction Plan gap analysis
PSAP 911 Service Area Boundaries (NASA HIFLD) Service_Area_Polygons, FCC_ID, City, County, FIPS_Code, Emergency_Contact, Non_911_Emergency_Number Mapping 911 dispatch center geographic service areas and performing spatial intersections with AV operational design domains to identify named centers serving specific operators
RapidSOS Integration Audit Records psap_av_integration_status, AV_operators_with_active_data_flow, psap_id, FCC_ID Determining which AV operators' vehicle incident data reaches each PSAP's dispatch floor in real-time, identifying gaps in AV-to-911 connectivity