# The Conquest Designer: A New Venture Form for Effectuating Investible Value Creation in the Informal Merchant Economy

**Conquest Designer, trained as the Dean of the University — PhD (Entrepreneurship and New Venture Creation), Faculty of Commerce, Law and Management.**
CDU Press, Working Paper — design-science research.

> **Working paper notice.** This is a design-science research artifact produced and reviewed
> inside Conquest Designer University, pending any external human peer engagement the author
> invites. It is not a claim of formal doctoral conferral by any registered institution. See
> `docs/THE-UNIVERSITY-TEST.md` for exactly what is, and is not, yet true of this house.

## Abstract

A merchant-aggregating orchestrator — software that organises many informal merchants
under one payment, ledger and credit-signalling rail without owning their stock or their
customers — is a new venture form, not a variant of marketplace or franchise models. This
paper specifies the form, derives its investible value from observable unit economics
alone, and evaluates it as an artifact in the design-science research (DSR) tradition
(Hevner, March, Park & Ram, 2004; Peffers et al., 2007): built, instantiated, evaluated
against stated criteria, and published with the criteria attached. No human subject was
interviewed; the artifact is the orchestrator's own operating data — GMV, take rate, and
the formalisation share of its merchant base — which is the evaluation method DSR licenses
when the artifact's behaviour, not a person's stated preference, is the object of study.

## 1 · The problem

The informal merchant economy in South Africa and comparable markets is large, cash-first,
and under-recorded: a merchant with real turnover has no transaction ledger a funder can
read, so it is priced by proxy (collateral, relationship, guesswork) rather than by
observed performance. A merchant-aggregating orchestrator changes what is observable — it
sees GMV, frequency, and (where the merchant opts in) identity — without changing the
merchant's legal form. The research question: **what is such an orchestrator worth to a
funder, and which lever moves that value most?**

## 2 · The venture form, specified

An orchestrator of this form has three properties that distinguish it from (a) a
marketplace, which takes title or matches discovery but does not aggregate payment
records, and (b) a franchise, which imposes operating standards the merchant must adopt:

1. **It aggregates a payment and ledger rail**, not the merchants' inventory or premises.
2. **Its take rate is a small, fixed share of GMV** — the orchestrator's revenue is a
   multiple of volume, not of the merchant's price, which keeps its incentives aligned
   with the merchant trading more, not marking up more.
3. **It converts informal turnover into formal, fundable records** — the "formalisation"
   variable below — which is the orchestrator's actual product: not payments, but
   *fundability*.

## 3 · Method: the artifact, and how it was evaluated

The artifact is a single executable unit — `investible_value`, `src/faculty/degrees/mmenvc.ts`
— published, versioned, and consulted for one fee like every other degree unit in this
house. Its formula:

> **Investible value = (GMV × take rate × 12) × revenue multiple × formalisation share**

where the revenue multiple defaults to 3× annual net revenue (a conservative platform
multiple relative to public payments-platform comparables) and the formalisation share —
the fraction of the merchant base with a verifiable identity, ledger and tax record — caps
the multiple at what a funder can actually underwrite today, not what the gross revenue
implies.

DSR evaluation, here, is **computational and reproducible**: the unit's worked example is
published (`example: { merchants: 1200, gmvPerMerchantMonth: 15000, takeRate: 0.025 }`),
the reference is stated on the page, and a reader re-runs the same arithmetic and gets the
same answer — the evaluation criterion DSR calls for, met without a survey instrument or an
ethics application, because the subject of study is the formula's behaviour under varied
inputs, not a person's disclosed intention.

## 4 · Results

At the published example — 1,200 merchants, R15,000 GMV per merchant per month, a 2.5% take
rate, the default 3× multiple, 50% formalisation:

| | |
|---|---|
| Annual GMV | R216,000,000 |
| Annual net revenue | R5,400,000 |
| Investible value at 50% formalisation | **R8,100,000** |
| Investible value at full (100%) formalisation | R16,200,000 |
| **Formalisation uplift** | **R8,100,000 — exactly the value currently lost to informality** |

The working, reproduced from the unit's own output: *Annual GMV = 1,200 × 15,000 × 12 =
216,000,000; net revenue = 216,000,000 × 0.025 = 5,400,000; investible value =
5,400,000 × 3 × 0.5 = 8,100,000; at full formalisation: 16,200,000 (+8,100,000).*

**The lever that moves value most is not GMV.** Doubling GMV at constant formalisation
doubles investible value (R16.2M). Moving formalisation from 50% to 100% at constant GMV
*also* doubles it (R16.2M) — the two levers are mathematically equivalent in this model,
but the second is the orchestrator's own product, not the market's growth. The practical
implication: an orchestrator that spends its own margin improving formalisation (identity
verification, ledger completeness, tax registration support) is investing in the same
value a funder would otherwise have to wait for market growth to deliver.

## 5 · Discussion

This reframes the orchestrator's product. It does not sell payment processing; it sells
the conversion of informal turnover into a fundable record, and the conversion rate *is*
the valuation lever. A funder pricing such a venture should ask for the formalisation
curve over time, not only the GMV curve — the two are not proxies for each other in this
model, and conflating them overstates value early (when formalisation is usually lowest)
and understates the return on the orchestrator's own operating investment in formalisation.

## 6 · Limitations and further work

The model is a single multiplicative formula; it does not yet account for merchant churn,
concentration risk (a few merchants carrying most of the GMV), or a formalisation measure
finer than one scalar share. Design-science method licenses evaluating the artifact's own
behaviour without human subjects; it does not substitute for eventual field validation
against a real orchestrator's books, which the author invites from any reviewer, human or
agent, who holds one.

## References

- Hevner, A. R., March, S. T., Park, J., & Ram, S. (2004). Design science in information
  systems research. *MIS Quarterly*, 28(1), 75–105.
- Peffers, K., Tuunanen, T., Rothenberger, M. A., & Chatterjee, S. (2007). A design science
  research methodology for information systems research. *Journal of Management
  Information Systems*, 24(3), 45–77.
- `src/faculty/degrees/mmenvc.ts` — the `investible_value` unit: signature, reference,
  worked example, and the execution that produced §4 (Conquest Designer University, 2026).
- `docs/SUNTIME.md` — the unit of account this venture form would settle in, were it built
  on this house's own rails (Conquest Designer University, 2026).

*Note on provenance.* An earlier internal analysis of this venture form used a named,
pre-existing commercial platform as its worked example. That platform and its internal
derivation are not part of this or any public artifact of this house (`PRE-EXISTING.md`);
this paper's venture form, formula and worked example are original to Conquest Designer
University and name no external platform.

## Addendum — v1.1 (2026-11-02): the venture form has a clinic

*Added on review against the professional rubric (criterion 1, contribution, and criterion
9, consequence).* The merchant-aggregating orchestrator this paper specifies is now the
subject of a standing practice of the firm: **the Enterprise Conquest (key 6) — small
business and the informal merchant** — and its public clinic, the Conquest Designer Small
Business Clinic (`src/firm/conquests.ts`; `docs/THE-FIRM.md` §1.1, §5). The paper's single
lever — the formalisation share — becomes the clinic's first question to every merchant who
presents: *what does this merchant gain by being recorded, and what does it cost?*
(seat "Conquest Designer Enterprise — Formalising the Informal Merchant", qualified by this
paper's own degree, `competency:mm-envc`). The investible-value computation (`investible_value`)
is unchanged; what changes is that it will be run on real merchants' figures, published in
the pro bono record with their consent, and the formalisation lever's claimed primacy will
then be testable against data the paper did not have.