Put the first recurring charge date on the signup

When a donor sets up a new monthly gift, tell them whether the first charge happens today or on a future date before they confirm. Show the amount, first-charge date, and recurring schedule together. A signup confirmation should make the same promise as the donation form.

If you plan to let supporters schedule recurring donations, verify the complete first-payment behavior before offering the choice. A date selector is useful only when the payment setup actually follows the date it displays.

Choose the first-payment promise

Decide which signup experience your campaign will offer. You might collect the first monthly gift immediately, begin the recurring plan on an agreed future date, or offer a separate one-time gift alongside a future monthly plan. Pick the behavior your platform supports and explain it directly.

Stripe's subscription-schedule documentation includes starting a subscription on a future date. That is a processor capability, not proof that every fundraising platform exposes future-dated signup or implements it the same way.

If your form only supports starting now, say so. Do not collect a preferred date in a custom field and assume that answer changes the billing setup. The information field and the payment instruction need an explicit connection.

Keep changes to existing plans outside this setup decision. Those changes belong in a separate recurring-gift change workflow, where the team can inspect the donor's current schedule and request.

Distinguish a future start from a billing anchor

A recurring billing date and the first charge are related, but they are not interchangeable labels. Ask your vendor what happens between signup and the chosen recurring date: no charge, a full first installment, or an adjustment for the intervening period.

Stripe's billing-cycle guidance explains that a future billing anchor can involve an initial prorated invoice unless the relevant configuration changes that behavior. Avoid translating an internal billing field into a donor promise until you have verified the resulting first payment.

Record the expected donor-visible amount today, the first recurring amount, and the next scheduled date. If a setup contains an adjustment your team cannot explain in a simple sentence, review it before putting that option on the form.

Also establish how your platform handles a date near the end of a month. State only the behavior you verify. Do not promise that every monthly gift recurs after a fixed number of days.

Make an optional immediate gift visibly separate

If the donor can contribute today while arranging a future monthly gift, present that choice as an additional one-time payment. State both amounts and both timings. Do not bury the immediate gift in the recurring selection or preselect it in a way your explanation omits.

The confirmation should distinguish the payment completed today from the plan scheduled for later. It should also give the donor a way to review the schedule and contact your team about a mistake.

This distinction helps your staff answer a simple question: was the amount collected at signup the first installment, or a separate gift? Keep that answer in the records rather than reconstructing it from a receipt subject line.

Check signup, confirmation, and first payment together

Use your platform's preview or sandbox with synthetic donor information before launch. Compare three pieces of evidence:

• The form's amount, frequency, and first-charge wording.
• The saved plan's actual start and billing settings.
• The confirmation's description of what happened and what happens next.

Where the sandbox supports advancing time, inspect the first scheduled installment. Otherwise, use the vendor's documented test method and record any behavior your test cannot establish. A preview alone cannot prove that a future payment succeeds.

Include a signup that starts today and each future-start choice you intend to expose. Check mobile wording as part of your donation-form launch test; the date and amount should remain visible where the donor makes the commitment.

Assign one colleague to review newly scheduled plans after launch, with a defined check for whether the first expected attempt occurred. A failed attempt needs its own follow-up; the initial schedule confirmation should never describe an unprocessed future gift as already received.

Before publishing the signup, read its payment promise aloud beside the saved plan settings. If the two describe different dates or amounts, correct the setup or the wording before inviting donors to use it.