Budgets and pricing
Make payment milestones easy to understand and reconcile
Editorial team · Reviewed
A payment schedule should connect an agreed amount to clear due dates. Avoid requiring the client or the team to calculate what remains from a sequence of informal messages.
A practical sequence
- Start with the accepted agreement total and currency.
- Name each milestone and define its calendar or event-relative due date.
- Reconcile rounded installment amounts to the exact total.
- Keep recorded payments, pending attempts and remaining balances distinguishable.
Work through an example
A $5,000 agreement is split 30%, 30% and 40%. The schedule shows $1,500 at booking, $1,500 at the planning milestone and $2,000 before the event. If the event date changes, review the relative dates rather than silently rewriting terms already accepted.
Where judgement matters
A planned installment is not permission to charge a saved card. The collection workflow needs its own authorization and clear status. Before sending a reminder, reconcile manual payments and uncertain provider responses to avoid an incorrect demand.
Make it usable
Open the working tool and replace its sample assumptions with your own. Adapt the structured template to record the resulting decisions and handoffs. Review the finished version with the person responsible before it becomes an instruction to someone else.
Work the decision
A practice case
An original fictional scenario. Numbers are illustrative inputs; this is not a customer result or a provider performance claim.
A fictional 5,000-dollar booking uses a 1,000 initial installment, 2,000 ninety days before the event and 2,000 thirty days before. These sum to the agreed total. If the wedding date changes, the relative due dates may move, but already settled receipts remain historical facts.
| Decision | Why it matters |
|---|---|
| Reconcile the schedule to the accepted amount. | A rounding or editing mistake should not silently create more or less than the agreed balance. |
| Show due dates in the client’s context. | The customer needs an actual date, not only an internal offset rule. |
| Review changes before requesting payment. | A revised date or amount can require a new decision and a new notice rather than automatic reuse of prior consent. |
Make one usable artifact
Write the accepted total, each installment, its date rule and the resolved date. Reconcile paid, due and remaining amounts after one partial payment.
Then test the difficult case
Move the event after the first installment is paid. Preserve that receipt and review the remaining schedule without generating a duplicate initial charge.
Use the linked tool or structured template below to record the result. Confirm it against the actual people, agreements and permissions before using it for an event.