21 August 2026 · 9 min read
How are investment returns calculated across payout intervals?
A plan is a promise expressed as arithmetic. Most operators set the percentage first and work out what it means afterwards, which is the wrong order. This is what the numbers do once a user is inside them.
The three numbers a plan is built from
Everything else is a variation on these.
- Rate: A percentage of the principal, paid each interval
- Interval: How often that percentage is applied, and therefore paid
- Term: How many intervals run before the plan ends
Two more decide what the total actually is: whether the principal is returned at the end or consumed by the payouts, and whether returns compound. Software that does not let you set those two explicitly will make the choice for you, and it will not tell you which one it picked.
What does each interval actually mean?
The trap is that the same number reads very differently across intervals, and users compare the number rather than the interval.
| Interval | Payouts in 30 days | 1% per interval becomes |
|---|---|---|
| Daily | 30 | 30% of principal |
| Weekly | 4 | 4% |
| Monthly | 1 | 1% |
| End of term | 0 | nothing until it ends |
A plan advertised at "1 percent" is thirty times more expensive to you daily than monthly. This is obvious written down and routinely missed in a plan editor where the interval is a dropdown next to the number.
The same plan, four ways
A deposit of 1,000, a rate of 1 percent, a term of 30 days, principal returned at the end, no compounding:
| Interval | Paid out | Principal back | Total owed |
|---|---|---|---|
| Daily, 30 payouts | 300 | 1,000 | 1,300 |
| Weekly, 4 payouts | 40 | 1,000 | 1,040 |
| Monthly, 1 payout | 10 | 1,000 | 1,010 |
| End of term | 10 | 1,000 | 1,010 |
Four plans, one number, and the daily version obliges you to find 300 where the monthly one obliges you to find 10. Whether any of those is payable is a separate question, worked through in setting ROI percentages your platform can actually pay.
An admin controlled investment platform, installed and configured for you. Full admin control, live in 6 to 12 hours, from $149.
Compounding and what it does to your liability
Compounding means each payout is added to the principal and the next payout is calculated on the larger figure. Users like it because the total is bigger. It is worth understanding exactly how much bigger before you offer it.
| Days | Simple | Compounding |
|---|---|---|
| 30 | 300 | 348 |
| 60 | 600 | 818 |
| 90 | 900 | 1,449 |
At thirty days compounding costs you 16 percent more than simple. At ninety it costs 61 percent more. The line curves, and the part of the curve that hurts is beyond where most operators model.
If you offer compounding, the honest way to run it is to model the term you actually allow, not the term you expect people to use. Users who intend to withdraw weekly frequently do not.
Edge cases that break plans
Editing a live plan: Changing a rate must never rewrite investments already running on the old one. If your software recalculates history, you have quietly broken a promise to every user in that plan.
Disabling instead of deleting: Retiring a plan should stop new investments and leave existing ones running to term. Deleting a plan that still has money in it is how you get an afternoon of support messages.
Partial final intervals: A 30 day term on a weekly interval is four full weeks and two days. Decide what the two days do, and check what the software does, because the two answers are not always the same.
Early withdrawal: If a user can exit mid term, the rules for accrued but unpaid return have to exist before somebody asks. Silence here becomes a dispute.
Timezones and the payout clock: Daily payouts run on a schedule. Whether that is server midnight, user local time or twenty four hours from the deposit changes what a user sees and when they complain about it.
How do you check your software gets it right?
Do not take the plan editor's word for it. Before launch, run one deposit through each plan you intend to sell, on a test account, and check four things:
- The first payout lands when you expected, not a day early or late
- The amount matches your own arithmetic to the last decimal
- The reporting screen counts the accrual as a liability the moment it accrues, not when it is withdrawn. The reason that matters is in outstanding liability, the number most operators never watch
- Editing the plan afterwards leaves the running investment untouched
An afternoon of this is the cheapest insurance available to a new operator. How the plan editor itself works is covered in setting up investment plans, tiers and return schedules.
Common questions
Does 1 percent mean the same thing on every plan?
No, and this is the most common mistake. One percent daily is thirty times more expensive to you over a month than one percent monthly, even though the number on the page is identical.
Should the principal be returned at the end?
That is your choice, but it has to be explicit in the plan and in the description users read. Software that decides it for you will not tell you which option it picked.
How much more does compounding cost me?
On the same rate it is roughly 16 percent more at thirty days and about 61 percent more at ninety. The curve steepens exactly where most operators stop modelling.
What happens to running investments if I edit a plan?
They must keep their original terms. If your software recalculates history when a rate changes, it has quietly broken a promise to every user in that plan, and users notice immediately.
What if the term does not divide evenly into the interval?
Decide what the remainder does before launch, then check what the software actually does. A thirty day term on a weekly interval leaves two days, and the two answers are not always the same.
Can a user exit before the term ends?
Only if you decide the rules first: what happens to accrued but unpaid return, and whether principal comes back in full. Silence here turns into a dispute the first time somebody asks.
How do I check the software calculates correctly?
Run one deposit through each plan on a test account before launch. Check that the first payout lands when expected, matches your own arithmetic, appears as a liability when it accrues, and survives an edit to the plan.
Question this did not answer? Ask on Telegram. Reader questions get written up first.