On this page
The standard advice is to reduce fields. That advice comes from e-commerce, where every completion is worth the same. Here it is wrong: a completion from a merchant doing $8,000 a month is worth nothing, and the field that would have removed them was the one you deleted.
The fields that earn their place
| Field | Why it stays |
|---|---|
| Monthly revenue band | The primary qualifier, and it self-selects |
| Amount requested | Separates real intent from browsing |
| Time in business | The floor most funders enforce |
| Statements available? | Predicts whether the deal can move |
| Business and full name | A file, not a first name |
| Phone, verified by code | The difference between a lead and a row |
| Documents and the follow-up cadence |
The one-time code is the last step
The six-digit code is the final gate. The merchant fills in the application, the code goes to the mobile number they gave, and until they enter it the application does not submit and the record does not exist. That is how our own funnel is built. It filters mistyped and fake numbers, VoIP and landlines before they become records, and because it sits after the qualifying fields, nobody is asked to verify a phone for an application that would have been disqualified anyway. Pair it with an email verifier — a third-party check that the address is real and active — and spam runs at one to three percent of submissions.
Which steps earn their drop-off and which just lose merchants is its own question: good friction versus bad friction sets out both lists. One step that failed the test is the bank statement upload, which is why the field above asks whether statements are available rather than asking for the files.
Two thank-you pages, not one
Where the application ends is a tracking decision as much as a copy decision. A submission that clears every gate goes to one URL; a submission that fails goes to a different one. If both land on the same page the pixel cannot tell them apart, so neither can Meta, and the campaign spends the next month finding more of whoever failed. It is the first item on the ten-step build for that reason.
What kills quality
- Rate promises in the headline. The page inherits whatever the ad selected for, and a rate-led page compounds it.
- Optional revenue fields. Optional means unanswered means unqualified.
- Free-text revenue instead of bands. "Good" is not a number you can screen on.
- No thank-you state that sets an expectation. A merchant who does not know a call is coming does not answer it.
- One thank-you page for everyone. It costs nothing to build the second one, and without it the tracking on the whole funnel is guesswork.
The last one is cheap and skipped constantly. A confirmation screen saying somebody will call shortly measurably improves the contact rate on records the page just produced.
Questions brokers ask
How many fields should a funding application have?
Enough to qualify — revenue, amount, time in business, statements availability and complete contact details. Minimising fields is e-commerce advice and it is wrong here, because a completion from an unqualified merchant is worth nothing.
Where should phone verification go in the form?
At the end, as the last step before submission: the merchant enters the six-digit code sent to their mobile, and until they do the application does not submit and no record exists. It sits after the qualifying fields, so nobody verifies a phone for an application that would have been disqualified anyway.
Where does the consent disclosure belong?
Visible above the submit button, naming who will call and mentioning automated calls and texts. Behind a terms link it is not consent worth relying on, and your record has to store the text exactly as it was shown.
Should the revenue field be free text?
No — use bands. Free text produces answers you cannot screen on, and bands let a merchant self-select out before they become a record you paid for.
Does a confirmation screen matter?
More than it should. A merchant told that somebody will call shortly answers the phone at a noticeably higher rate than one left with a generic thank-you.
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.