FFW × UpClose — Operating Base Fee, Running Costs and secured funding, side by side
"Whatever was discussed and proposed to assist with raising awareness and funds could not cost FFW a cent."
That commitment from the 1 July meeting hasn't changed. What follows works through each of the four concerns raised — the fee's link to total income, Running Costs, the sponsorship commission, and the overall guarantee — and shows what makes that principle actually hold, not just what makes it sound like it holds.
Agreed — so it no longer does. The Operating Base Fee is now driven by active suburbs (proposed replacement for the 6.6 trigger), the same data UpClose already tracks to run the Chain, with FFW's income kept only as a backstop check.
Fair — WhatsApp template pricing genuinely is the largest source of uncertainty in Article 7.1, and that's stated plainly rather than hidden. Two changes close the gap:
Yes — and the method changed as a direct result of this question. Commission under Article 8.6 now tracks FFW's actual receipt of sponsor payments, paid pro rata as the money comes in (Article 8.7), rather than as a lump sum on signing.
That gives a natural, auditable trail: sponsor payment received → commission calculated against it → invoiced. Nothing is ever paid against money FFW hasn't received.
With these four fixes in place:
The 1 July commitment isn't just restated here — each concern that put it in doubt now has a specific, structural answer.
Want to see the numbers behind this? The interactive model is below — entirely optional.
The case for suburb-scale as the primary trigger:
Why keep the income figure at all: as a backstop, not a trigger. FFW still discloses total annual donation and grant income once a year (a light certification, not a standing audit right — see the proposed clause), purely so anyone — Janet, an auditor, the Management Team — can check the fee still represents a sane, declining share of FFW's overall income. It just no longer decides the band.
Closing the remaining gap — nothing for nothing: suburb-scale answers "why does the fee track something real," but each higher band should still come with a genuinely larger scope of delivery, not just a larger number:
| Band | Fee | Scope |
|---|---|---|
| 0–4 suburbs | R12,000/mo | Chain platform operation + strategic advisory |
| 5–8 suburbs | R20,000/mo | + scheduled marketing execution (content calendar, campaign creative) |
| 9–16 suburbs | R28,000/mo | + development support (platform features, integrations) |
| 17–24 suburbs | R35,000/mo | + periodic video production |
| 25+ suburbs | R45,000/mo | + priority allocation across all of the above |
Illustrative only — these tiers still need sizing against real hours and named deliverables, and writing into a schedule before they mean anything to FFW. Capacity risk is lower than it looks, though: this isn't a solo-bandwidth promise — Bradley can draw on a team of operational professionals for the marketing, development and video work, so the higher bands are realistically deliverable rather than resting on one person's hours.
Three protections, not one: the fee is driven by a number UpClose can observe directly (no disclosure gap), it's checked against FFW's actual income as a backstop (no silent drift), and it comes bundled with a genuinely larger scope at each step (no paying more for the same work).
Operating Base Fee
—
—
—
Running Costs
—
—
—
—
The Operating Base Fee moves through five bands (Schedule A) as the number of active suburbs grows — the fee itself is a fixed rand value per band, not a percentage of income, and it no longer depends on FFW disclosing anything to determine which band applies (Article 6.6, as amended).
| On chart | Scenario | Band | Fee gap | RC gap | % of income | Status | |
|---|---|---|---|---|---|---|---|
| No scenarios saved yet — adjust the variables above and save your first one. | |||||||
—