All articlesGuides

Turn Every Form Submission Into a Branded PDF (And Why You'd Want To)

Email notifications are fine until you need to hand a submission to a customer, a technician or an insurer. A generated PDF is the format the rest of the world accepts.

BotForms TeamUpdated 6 min read
A stack of printed pages clipped to a metal clipboard with a pen on top, resting on a workshop bench

Short answer: a PDF is the format everyone downstream accepts. Generate one per submission when the record has to leave your inbox — to the customer, a technician, an insurer or a file. As of August 2026 BotForms generates PDFs on every plan from $29/month, with white-label output on Business at $199/month.

Email notification is the default and for a lot of forms it is entirely sufficient. A contact form that produces an email you reply to needs nothing more. The moment the submission has to go somewhere other than your own inbox, email stops being the right container.

When a notification email stops being enough

Four situations, and they cover most of the real demand.

The customer needs a copy of what they submitted. People forget what they wrote. A week later they ask what address they gave you, or dispute a detail. Sending a clean copy at submission time ends that conversation before it starts and costs you nothing.

Someone in the field needs it. A technician on a job, an inspector on site, an installer at an address. They need the intake details on a phone, offline, in a format that does not depend on being logged into your admin.

A third party needs it. Insurers, lenders, landlords, licensing bodies. None of them accept a forwarded email. They accept a document.

It has to be filed. Compliance retention, a client file, an audit trail. A PDF filed against a job is retrievable in three years. A notification email in a shared inbox is not, realistically.

If none of those apply, do not add the complexity — the email is fine and you should leave it alone.

Why forwarding the email is the wrong shortcut

It is the obvious move and it is worse than it looks.

Notification emails are formatted for internal use. They often carry internal fields, routing metadata and the platform's own branding, none of which should reach a customer. They render inconsistently — a table that looks fine in one mail client collapses in another, and on a phone it can become unreadable. And they cannot be attached to anything, signed, or filed as a discrete record.

There is also a quieter problem: an email is not a fixed artefact. Forward it twice and quoting rules mangle it. A PDF is the same document everywhere, which is precisely why the rest of the world settled on it.

What a good generated document contains

More than the field values.

Header with your identity. Business name, contact details, logo. This is what makes it a document rather than a data dump — and what white-label output exists for. Business plan on BotForms strips the platform branding entirely so the document is yours; the full plan comparison is on the pricing page.

A reference number. Something both sides can quote. Without it, phone conversations about a submission are archaeology.

Timestamp and submission source. When it was submitted and which form. Obvious until the day you have three intake forms and cannot tell which one produced a record.

The values, in the order they were asked. Do not rearrange. If the customer is checking their copy against their memory, matching order makes it scannable.

Uploaded files, referenced or embedded. If the form took photos, the document should at least list them. Embedding the images directly is better where file size allows, because the person in the field usually needs the photos more than the text.

A footer with what happens next. One line. "We will contact you within one business day." This turns a receipt into communication and measurably reduces follow-up enquiries.

Both directions of the same workflow

Worth separating clearly, because the terms get confused.

Direction What it does Who needs it
PDF → form Takes an existing paper or PDF document and turns it into online fields Businesses digitizing an existing process
Form → PDF Takes what was submitted online and produces a document Businesses whose downstream process still expects paper
Both Digitize the intake, regenerate the record Most trades, clinics, agencies and field-service businesses

The third row is the common case and it surprises people. A business digitizing its intake usually still has a step at the end that needs a document — an insurer, a filing requirement, a customer who wants it emailed. Digitizing the front of the process does not remove the paper requirement at the back of it; it just stops anyone hand-typing the middle.

The ingest direction is covered properly in converting a PDF to an online form, including what OCR reliably recovers from a photographed paper form and what it does not.

Practical setup notes

Decide who receives it, per form. You, the submitter, both, or a fixed third address. Sending the customer a copy is nearly always worth it on intake and quote forms. It is nearly always wrong on an internal QA form.

Watch the storage. A document per submission accumulates faster than people expect on a high-volume form. Plan storage on BotForms runs from 5 GB on Starter to 100 GB on Business, with extra available as an add-on — worth a glance at the pricing page if your forms take photo uploads, since images dominate the total, not the documents.

Keep the design plain. A generated document is read on a phone in a van as often as on a desktop. Single column, generous type, no decorative layout. The temptation to make it look like a designed brochure produces something worse to actually use.

Test with a maximal submission. Every optional field filled, longest plausible free-text answer, several photo uploads. Generated layouts break on the long submission, not the typical one, and you will not find it with a two-field test.

Check it on a phone. Specifically, open it as an email attachment on a phone, which is how most recipients will encounter it.

Where this fits in a field-service workflow

The pattern that works, for anyone dispatching people to addresses:

Customer submits an intake form. The submission generates a document. The customer gets their copy immediately, which ends the "what did I put" emails. The technician gets the same document with the address and photos, which they can open offline at the property. When the job is done, a completion form produces a second document that goes to the customer as the record of work.

Two forms, two documents, no paper, and nobody retypes anything. The part people miss is the offline access — a document saved to a phone works in a basement with no signal, which a web dashboard does not.

If a crew is submitting those completion forms, the access question follows immediately: they need to submit and see their own jobs without having your account. That is a separate mechanism, covered in letting a field team collect form data without account access.

What this does not solve

Three honest limits.

It is not a signature. A generated document is a record. Whether it carries legal weight depends on your jurisdiction's electronic signature rules and on what you captured — a timestamp plus an explicit agreement checkbox is a much stronger record than bare values, but for anything with real legal consequence take proper advice. General information, not legal advice.

It is not a CRM. A folder of documents is not a customer history. If you need to see everything one customer has ever submitted, that is a data problem and the documents are an output of it, not a solution — connecting forms to a CRM covers that path.

It does not fix a bad form. A beautifully rendered document containing fields nobody needed is a well-presented waste of everyone's time. The form design work comes first, and over-collection is the near-universal error — worth reading what AI gets wrong when it writes form questions before you commit a field set to a document template.

Getting started

If you already have forms running, enabling PDF generation is a per-form setting rather than a project. Turn it on for the one form whose submissions most often need to leave your inbox, send yourself a maximal test, open it on a phone, and see whether it is genuinely usable before rolling it wider.

PDF generation is on every plan including Starter at $29/month; white-label output is on Business. See features for the full list, pricing for storage and plan limits, or start a 30-day trial.

Frequently asked questions

Can a form builder generate a PDF from each submission?

Yes, and it is close to standard in the category now. The submitted values are rendered into a document you can download, email to the submitter, attach to a job record or send onward. As of August 2026 PDF generation is on every BotForms plan from $29/month, with white-label output — your branding, no platform footer — on the Business plan at $199/month.

Why not just forward the notification email?

Because a notification email is formatted for you, not for anyone downstream. Forwarding it to a customer exposes internal notes and platform branding, it renders unpredictably across mail clients, and it cannot be signed, filed or attached to a claim. A PDF is the format insurers, lenders, clients and courts actually accept, and it looks the same everywhere.

What is a white-label PDF?

A generated document carrying only your branding, with no reference to the platform that produced it. It matters when the document goes to a customer or a third party — an agency sending a client intake summary or a contractor sending a work authorization does not want another company's logo on it. On BotForms this is included on the Business plan.

Can the customer get a copy of what they submitted?

Yes, and it is worth turning on by default. Sending a copy of the completed form immediately after submission reduces the follow-up emails asking what was submitted, gives the customer a reference to quote back, and creates a record that both sides agree on. It is one of the highest-value things you can automate on an intake form and costs nothing to enable.

Is a generated PDF legally binding?

The document itself is a record, not a signature. Whether it carries legal weight depends on your jurisdiction's electronic signature rules and on what you captured — a timestamp, the submitter's details, and an explicit agreement checkbox make a far stronger record than bare field values. For anything with real legal consequence, take proper advice rather than relying on a generated document. This is general information only.

What is the difference between generating a PDF and converting a PDF to a form?

They are opposite directions of the same workflow. Converting a PDF to a form takes an existing document and turns it into fields people fill online. Generating a PDF takes what people filled in online and turns it back into a document. Businesses running on paper usually need both — one to digitize the form, one to produce the record their process still expects at the end.

Do generated PDFs count against storage limits?

Usually yes, since the file has to live somewhere, so a high-volume form with a document per submission accumulates. Check the storage included on your plan and what extra costs. On BotForms, storage runs from 5 GB on Starter to 100 GB on Business, with additional storage available as an add-on.

Build this form in about a minute

Describe what you need to collect — or upload a PDF of the form you already use — and BotForms builds it, hosts it, and routes every submission to your inbox.

Start your 30-day trial

Keep reading