Payment plans are not discounts — treat them accordingly

A customer wants your £600 course, but cannot or will not put £600 on a card today. You could reduce the price, or you could keep the price and let them pay in instalments. Those are different decisions. A discount changes what the product is worth to you; a payment plan changes when the money arrives and how much collection work sits between you and the sale.

Start with the one-off price

Choose the price for the product first. That price reflects the outcome, delivery, support and time you are willing to commit. Only then should you decide whether customers can reach it through several payments.

For example, suppose your course costs £600 when paid in full. A simple three-month plan might be £200 per month for three months. The customer pays the same £600, while you make the purchase easier to budget for. If you make it £180 per month, the total becomes £540. That is not merely an instalment plan: it is a 10% discount as well.

Price the collection risk, not the customer's anxiety

A customer may feel more comfortable with £200 today than £600 today. That does not mean the product is worth less. If you lower every instalment because the customer hesitates, you are using a discount to solve a cash-flow problem.

There are still real costs to account for. With a plan, you wait for later payments. A failed card may require a reminder or a manual conversation. A customer might stop paying after receiving part of the material. You may need to explain what happens to access. Stripe's processing fee still applies to sales, so check how your chosen payment flow treats each transaction before you calculate your margin.

You can reflect those costs by making the plan total slightly higher than the one-off price. For instance, £650 split over five payments is not a discount; it is an access option with a £50 premium. Whether that feels fair depends on the product, the payment timing and the work involved. Say so plainly rather than disguising the difference.

Choose a structure that matches delivery

1. 1Set the total price. Write down the one-off amount before you work out instalments.
2. 2Choose the payment interval. Monthly payments suit an ongoing course or membership-style experience; shorter intervals may suit a compact workshop.
3. 3Decide whether there is a deposit. A first payment can cover onboarding or the initial live session, but explain what it includes.
4. 4Define the access rule. State whether the customer receives everything immediately, receives one section at a time, or keeps access only while payments are current.
5. 5Define the missed-payment process. Include when you will contact the customer, how long they have to resolve it and what access pauses.
6. 6Show the arithmetic. Display both the instalment amount and the total payable, so the customer does not have to calculate the commitment.

Access and payment should make sense together. If a customer receives every recording, template and bonus on day one, you have delivered most of the value before collecting most of the money. That may be acceptable, but it is a risk you have chosen. If the product is delivered in stages, releasing material in stages can reduce that exposure and support the learning experience at the same time.

Make the plan useful rather than decorative

A payment plan works best when it removes a specific obstacle. A six-week coaching programme might offer six weekly payments because the work happens weekly. A self-paced ebook rarely needs a long payment schedule: the administration can outweigh the benefit when the price is modest.

For a larger digital product, make the choice visible on the sales page. Present the one-off option and the plan next to each other. For example: “£600 paid in full” and “£215 per month for three months, £645 total”. The customer can then compare speed, total cost and commitment without hunting through small print.

Your storefront is part of this explanation. With store.fan's online course tools, you can sell a course from your own storefront at store.fan/username, while keeping the offer and delivery in one place. store.fan sends money straight to your own Stripe account, rather than holding it in a platform wallet, although Stripe's own processing fee still applies.

Protect the relationship after checkout

A customer on a payment plan is not a problem waiting to happen. They are a customer who needs clear expectations. Confirm the payment dates, total commitment and access terms in the purchase message. Send a useful reminder before the next instalment rather than only appearing when a payment fails.

Keep a simple record of the questions people ask. If several customers misunderstand when access ends, rewrite the offer. If people repeatedly ask whether they can pay early, make that route clear. A plan is part of the product experience, not just a button on the checkout page.

Store.fan's paid plans start with a 14-day trial, and Pro adds tools such as email marketing and discount codes. Those features can help you explain an offer and follow up with customers, but they do not turn an unworkable payment plan into a reliable income forecast. Use them to support a sound structure, not to avoid making one.

Measure the plan by cash and completion

Do not judge a plan only by the number of people who choose it. Compare the total cash collected, failed or late payments, support time and completion of the product. If ten customers choose a £600 plan, the headline value is £6,000. That is not the same as £6,000 in your account today, and it is not the same as ten completed customer journeys.

You can review the offer after a defined period. Ask: did the plan bring in customers who would otherwise have waited, or did it mainly replace one-off buyers? Did the extra administration fit your week? Did customers understand the total? The answers tell you whether to keep the plan, change its length or remove it.