Clear choice
One-time or monthly giving with plain language and no deceptive urgency.
Giving
One-time and monthly giving are designed in now—activation comes later.
Recurring giving is core to the product architecture, but this pilot site does not accept contributions. A real giving flow opens only after the required legal, fiscal, payment, accounting, privacy, receipt and solicitation controls are documented.
- One-time and monthly options are planned together.
- Local Franklin program attribution remains visible.
- Donor preferences and unsubscribe controls are required.
- Contributions must stay under appropriate charitable control.
- Tax-deductibility language remains off until documented authority exists.
Future donor experience
Useful follow-through
Receipts, preferences, service and impact updates after activation.
Respectful retention
Consent-aware communication, easy preferences and suppression controls.
See preference-center demo →Future recurring-support self-service
Manage without friction
When giving is legally and operationally activated, a supporter should be able to view, pause, resume or cancel a recurring plan through a secure management link rather than having to call for routine changes.
Keep payment data out of the public product
Franklin Helps Main Product should use opaque plan references and leave payment credentials with the authorized payment provider.
Recurring prompts are gated
A one-time supporter may eventually be invited to consider monthly support, but no prompt may imply giving is open before legal, fiscal, processor and solicitation gates are satisfied.
Current state: this is product architecture only. No recurring plan can be started, changed or charged on this pilot site.
Management should not require a new account
Secure management link
After lawful giving is activated, recurring supporters should be able to use an expiring management link from a receipt to view, pause, resume, change or cancel a plan without creating a separate Franklin Helps password.
Provider events are idempotent
Payment success, failure and plan changes should arrive through a narrow provider event contract that rejects duplicate event IDs and keeps payment credentials outside Main Product.
Current state: no management link is live and no payment-provider webhook is connected.
Future failed-payment recovery is service, not pressure
Verify provider events first
A future payment-provider event must pass signature and duplicate checks before Franklin Helps prepares any supporter-service follow-up.
No payment credentials in Main Product
Failed-payment recovery should point the supporter to the authorized provider or a secure management flow; Main Product should not store raw card details.
Current state: no provider is selected, no webhook is live and no failed-payment message is sent.
Future recurring support should stay easy to control
Clear plan states
Future recurring support is designed around explicit active, paused, canceled and past-due states so a supporter can understand what is happening.
Secure self-service
The architecture supports secure management links tied to receipts or provider references without requiring Franklin Helps to store payment credentials or force a separate account just to manage a plan.
Current state: recurring donations remain closed and no payment-provider connection is active.
Future workplace giving should stay optional and evidence-based
Employer lookup is optional
A supporter should be able to continue without identifying an employer. If they decline, Franklin Helps should not retain an employer reference merely to pursue a match.
Match information can expire
Employer program rules change. A future match message should show only governed, checked program facts and should fall back to unknown or recheck-required instead of promising eligibility.
Reliable local support works better when it is not only a one-time reaction.
The product is designed for both one-time and monthly giving so Franklin-focused support can eventually be more dependable, while preferences, cancellation and supporter service remain easy to use.
See how future giving fits the model →