Payer details
Know who is submitting the payment.
Collect the payer's name and contact. When someone pays for another person, distinguish the payer from the account holder.
- Payer name and email.
- Phone for questions.
- Relationship to account holder.
Describe your bills and matching references. Makeform creates a bill pay form with payer details, account number, billing period, amount, payment choice, and confirmation.
Route payment records to Google Sheets, Slack, and Zapier.
Sample prompts for the builder
Choose a prompt, adapt it to your workflow, or send it to the Makeform builder. Every example is editable.
Audience
Residential customers paying water or energy bills
Format
Account lookup and payment form
Prompt size
245 chars
Example form structure
Account lookup and payment form
Customer and service address
Account and invoice number
Billing period
Amount to pay
Payment method
Suggested routing tags
Payment received
Needs account match
Follow-up required
Request the billing period and show only a masked account hint in confirmations.
Step 1
Identify
customer, account, invoice, and billing period
Step 2
Review
amount and payment choice confirmed
Step 3
Submit
authorization captured with the payment record
Step 4
Reconcile
billing team matches and follows exceptions
Why use a bill pay form
A generic payment link may collect an amount but leave staff guessing which invoice it belongs to. A focused bill pay form collects the matching references before submission.
Require the account number, service address, invoice reference, or another identifier your billing team already uses before asking for an amount.
Reveal partial-payment reasons, multiple invoice references, or billing questions only when they apply.
Confirm submission and route the account, invoice, and amount to the reconciliation team.
Built around real billing flows
Choose the workflow closest to yours, then replace example labels and references with the terms customers recognize on your own bills.
Service address, account number, billing period, current amount, and contact details for household bills.
Customer ID, one or more invoice numbers, payer contact, remittance note, and amount allocation.
Property address, unit, charge type, account reference, and partial-payment explanation.
A short link with a support case reference so the payment returns to the conversation that started it.
Bill payment workflow
Start with fields printed on the invoice, then shape follow-up around how your team posts payments.
Describe what customers pay, the bill references, and whether one submission can cover multiple invoices.
Reuse statement labels, show an account format, and require every field needed for matching.
Show follow-up fields for partial payments, disputed amounts, several invoices, or a payer acting for another account holder.
Send submissions to billing, tag records needing review, and confirm receipt.
Form vs email vs generic link
Compare how consistently each method delivers account, invoice, amount, and payer details.
Field guide
Build the form around account matching, clear payment intent, and exception handling. Use these six field groups as a practical checklist.
Payer details
Collect the payer's name and contact. When someone pays for another person, distinguish the payer from the account holder.
Account matching
Use identifiers and labels printed on the bill. Show format guidance without using real customer data.
Bill details
Ask for the invoice, charge type, or billing month. Allow several references when combined payments are accepted.
Payment intent
Separate the balance from the payment amount. Use currency fields and require review before submission.
Payment handling
Use a purpose-built connection or hosted step for card details. Keep matching references in the form, not card numbers in ordinary response fields.
Confirmation and support
Confirm what was received and which reference to keep. Route exceptions to a billing queue.
Related tools
Connect bill payment intake with invoice requests, payment requests, disputes, card payments, and processor-specific forms.
Start from a broad payment form when the workflow is not tied to a recurring bill.
Open toolCollect the details staff need before creating or sending an invoice.
Open toolOrganize internal or customer-facing requests for a payment to be initiated.
Open toolRoute questions about charges and disputed amounts into a review queue.
Open toolDesign a payment flow specifically around credit card transactions and references.
Open toolCreate a payment form for a workflow that uses Stripe as its payment route.
Open toolFAQ
Practical answers for billing teams creating an online customer payment route.
A bill pay form lets customers identify an account and state what they are paying. It collects payer contact, account and invoice references, billing period, amount, method, and review acknowledgment for matching.
Include payer contact, account and property reference, invoice, billing period, balance, payment amount, and method. Add conditional fields for partial payments, several invoices, billing questions, or third-party payers.
Yes. Ask whether it covers one invoice or several, then reveal a repeatable reference field. Request allocation amounts when billing staff must divide the total and explain the accepted format.
Separate the stated balance from the payment amount. When they differ, require a reason or billing question and tag the submission for review so the exception is immediately visible.
Do not use ordinary response fields for a full card number or security code. Use a purpose-built connection or hosted step, while keeping account, invoice, amount, and transaction references together.
Yes. Makeform provides unlimited free forms and responses. Generate, edit, publish, and collect submissions without a response cap; the paid tier removes the Makeform badge.
Yes. Route submissions to an inbox, Google Sheets, Slack, or Zapier. Include the account hint, invoice, amount, and exception status so staff can triage the record.
Confirm submission, repeat the amount and a masked account or invoice hint, provide a reference, and explain the next step for questions. Do not display payment details or a full account number.
Turn a payment link into a complete billing record.