Skip to content

Delivery

What should actually be in the payload

The short answer

A usable payload carries the full contact record, the qualification answers as structured values rather than free text, the attribution data, the consent record reference, and the merchant’s own submission timestamp. The last one matters most: without it you cannot measure your own time to first dial, which means you cannot tell a slow vendor from a slow floor.

On this page
  1. Structured values, not free text
  2. Mapping it properly
  3. Questions brokers ask

Every vendor will describe their data as complete. A sample payload settles it in thirty seconds, and asking for one before signing is the cheapest diligence available.

Field groupWhat it should contain
ContactFull name, business name, phone, email, address
QualificationRevenue band, amount requested, time in business, statements available
VerificationWhether the phone was code-verified, and when
AttributionSource, campaign, and any ad identifier
ConsentA reference the vendor can resolve to the full record
TimingThe merchant’s submission timestamp, not the delivery time

Structured values, not free text

A revenue field containing "about 90k give or take" is not a field you can route, score or report on. Bands and enumerated values are what let a CRM sort leads automatically, and a vendor whose payload is mostly free text is passing their data-cleaning problem to you.

Mapping it properly

  • Send the vendor your field keys or a sample of the JSON your CRM expects, and have them shape their POST to it.
  • Insist on a test lead before anything real, and check it landed in the right fields rather than in a notes blob.
  • Confirm retries on failure, so an outage on your side does not silently drop records you paid for.
  • Store the raw payload alongside the parsed record. It is the only way to debug a mapping problem after the fact.

That last habit costs nothing and saves an afternoon the first time a field silently stops populating after a vendor changes something upstream.

Questions brokers ask

What should a lead payload include?

Full contact details, qualification answers as structured values, verification status, attribution data, a consent record reference, and the merchant’s own submission timestamp.

Why does the submission timestamp matter?

Because it is the only way to separate vendor latency from your own time to first dial. Without it, every argument about whether the leads or the floor were slow is unresolvable.

Should qualification fields be free text?

No. Free-text revenue like "about 90k" cannot be routed, scored or reported on. Bands and enumerated values let the CRM sort the leads automatically.

How should a webhook be mapped to a CRM?

Send the vendor your field keys or a sample of the JSON your CRM expects and have them shape their POST to match. Then test with a real test lead and confirm the fields landed correctly.

Should you store the raw payload?

Yes, alongside the parsed record. It costs nothing and it is the only way to diagnose a mapping problem after a vendor changes something upstream.

AM

Alex Makowski

Founder, Infinite Bookings

Runs the lead generation operation behind Infinite Bookings — paid traffic, the funding application, and the delivery pipeline that puts records into brokers’ CRMs.

Reachable directly at alex@infinitebookings.com or 732-609-7182.

Get started

We will tell you straight up if we cannot help you. No commission deals, no free trials, no chasing you for three weeks.

Book a 15 min callRather not book? Text my number instead
Exclusive MCA leads
Book a 15 min call