docs: add maker-platform PR-FAQ; deepen strategy memo (demand, why-now, TAM, Patreon, governance)

New docs/maker-platform-pr-faq.md — an Amazon working-backwards PR-FAQ derived
from the strategy memo for a tech-expert, commerce-novice audience (press release
+ customer/internal FAQ, citing memo sections). Finalized: name "Wiggleverse
Makers", target launch 2026-08-01, market.wiggleverse.org, illustrative-persona
quotes.

Strategy memo (docs/maker-platform-strategy.md):
- §2: "Why now" grounded in the Wiggleverse three-moats thesis; "Why this product
  is the Wiggleverse's beachhead".
- §4 + Appendix B/D: Patreon as the continuous-membership incumbent and
  membership-side walled garden (recruit-out + out-tool + out-flank).
- §12: "Market size" TAM/SAM with researched anchors; SOM kept parametric.
- §13: Demand strategy & buyer-side go-to-market promoted from backlog (the
  unvalidated keystone); backlog → §14, cross-refs updated.
- §14 #1: governance direction set (progressive delegation; maker self-governance
  vision modeled on a functioning democracy), mechanics deferred.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-06-15 08:06:06 -07:00
parent 3f0cfcc2d5
commit 73cf3a933b
2 changed files with 620 additions and 12 deletions
+524
View File
@@ -0,0 +1,524 @@
# Maker Platform — PR-FAQ
> **What this is.** An Amazon-style **PR-FAQ** ("working backwards") version of
> [`maker-platform-strategy.md`](./maker-platform-strategy.md). It opens with a
> future-dated *press release* written as if the product had already launched,
> then answers the questions a smart skeptic would ask. It is a communication
> artifact, not a new strategy — every claim traces to the memo, with section
> citations (`§7`, `Appendix C`, …) into it. Where the two disagree, **the memo
> wins** (and the memo in turn defers to the [Open Human Model](https://rfc.wiggleverse.org/p/ohm/c/default/) on load-bearing concepts).
>
> **Audience.** Technology experts who know Etsy/Shopify as users but aren't
> commerce specialists — so commerce jargon (merchant of record, money
> transmission, marketplace-facilitator tax, chargebacks, GMV) is defined inline;
> architecture is not.
>
> **Product name.** "Wiggleverse Makers" — chosen over "Wiggleverse Market" to keep
> the *network, not marketplace* positioning (memo §7); the public URL is
> market.wiggleverse.org (a URL needn't match the brand). Pre-launch, so not
> necessarily the final legal brand. **Dateline is aspirational** (target launch
> Aug 1, 2026), per the working-backwards method: the press release is the
> *target*, written before the build, not a record of a shipped thing.
---
## PRESS RELEASE
### Wiggleverse Makers launches the first commerce platform built for *commit-then-make*, not *stock-then-sell*
**A verified-maker network where independent makers run drops, pre-orders, and
clubs — and earn demand by vouching for each other, not by buying ads. The maker
keeps their own checkout, their own customers, and ~20% more of every sale than
on Etsy.**
**PORTLAND, OR — August 1, 2026** — Wiggleverse Makers today opened to
its first community of independent makers — the tabletop-miniatures scene: a
commerce platform built around the way makers actually sell. Where Shopify and Etsy assume *stock-then-sell* — make
inventory, shelve it, wait for a buyer — makers run on *commit-then-make*: collect
committed demand first (a drop, a pre-order, a monthly club, a made-to-order
commission), then produce against it. Wiggleverse Makers is built for that motion
end to end, and adds something no storefront tool has: a **reputation-staked
referral network** where makers send each other real buyers.
**The problem.** The tools makers rely on serve them badly at exactly the moments
that matter. Generic storefronts treat a scheduled drop or a 10-piece lottery as
an afterthought, and marketplaces have drifted the other way: Etsy, founded on
"handmade," is now flooded with mass-produced and AI-generated goods, so the
buyer can no longer tell what's real. Makers are left choosing between a tool that
doesn't fit and a marketplace that has stopped standing for anything — while
paying marketplace fees that can approach 20% of each sale.
**The solution.** Wiggleverse Makers is two things at once. First, a
**commitment-commerce engine** — scheduled drops, pre-orders and deposits,
raffle/queue allocation, recurring clubs, made-to-order workflows, digital-file
delivery — that runs on the maker's *own* storefront and *own* payment processor.
Second, a **verified merchant referral network**: each maker's storefront carries
a "Curated By This Maker" section featuring other *verified* makers whose work
they genuinely admire, with the curating maker's reputation on the line. Placement
is *earned*, never sold — the opposite of pay-for-placement advertising. Every
item carries a buyer-visible **provenance badge** (original / partly original /
resale), so a buyer always knows what they're buying, and the platform never
points a buyer at an Etsy or Amazon listing.
Critically, **Wiggleverse Makers never touches the buyer's money.** The maker is
the merchant of record on their own processor; the platform sells software and
bills its fee separately. That single architectural choice keeps the platform out
of the financial and regulatory machinery that sinks marketplaces, and lets it
charge a fraction of Etsy's take.
> "Every 'Etsy but actually handmade' before us recruited angry makers and died
> for lack of buyers, because curation and liquidity pull against each other," said
> a spokesperson for the non-profit behind Wiggleverse Makers. "We didn't launch a
> marketplace. We launched a great tool for one tight community, and let demand
> *emerge* from makers vouching for makers. The network is the product; the
> storefront is just how some makers choose to plug in."
**How it works.** A maker joins by invitation from an existing member who vouches
that they make original work — a rooted trust graph, not an anonymous signup. They
run their commitment-commerce events on a Wiggleverse Makers storefront *or* keep
their existing Shopify store and connect it (the platform federates over both).
Once verified, they can curate other makers and be curated; a signed referral
token rides each "Curated By" link so the platform can credit the referrer and
bill the referred maker — without ever sitting in the payment flow. Referral
income draws down the maker's own future platform fees, so curating well literally
erases your bill.
> "I run a drop every other Saturday and a monthly club, and every tool I tried
> either couldn't handle it or wanted a cut of money it had no business touching,"
> said a founding miniatures maker. "Here the drops just work, my customers are *mine*, and the makers
> I respect send buyers my way because they actually like my work — not because
> someone bought the slot."
> "I follow maybe a dozen casters and painters and I live for their drops — but I
> got burned twice buying recasts off a marketplace, and lately I can't tell what's
> even real," said a tabletop hobbyist. "Here every piece tells me it's the
> maker's own original work, and the makers I already trust point me to new ones I
> end up loving. It's the people I follow — not an algorithm guessing."
**Availability.** Wiggleverse Makers is opening invitation-only inside one tight
community — independent **tabletop miniatures makers** (resin/STL casters,
sculptors, painters) — chosen because it expresses every commit-then-make motion at
once and its makers already run drops, clubs, and made-to-order commissions. It
expands along the adjacent-buyer arc — **miniatures → resin dice → broader tabletop**
— as each community compounds. Makers on any controllable storefront — Wiggleverse,
Shopify, or self-hosted — can be invited to verify and join. Learn more at market.wiggleverse.org.
*Wiggleverse Makers is operated as a true non-profit: open books, no equity, no
sale, engineered by volunteers with LLM-accelerated development. The structure
exists so the promise — that "verified" stays incorruptible — is enforced by law,
not by good intentions.*
---
## FAQ
### Part 1 — Customer questions (makers & buyers)
**What is "commitment commerce," and why is it the whole pitch?**
It's the inverse of normal retail. Stock commerce is *make it, shelve it, someone
buys it* (Shopify's model). Commitment commerce is *collect committed demand, then
make against it* — a drop, a pre-order, a deposit-and-waitlist, a monthly club, a
made-to-order commission. Makers live in this mode; generic tools treat it as a
bolt-on. The memo's core claim (§2) is that the drop/pre-order/club/commission
cadence isn't a feature of a storefront — it *is* the platform, and it's the part
that's genuinely hard to build well (the "gnarly 20%"). The storefront itself is a
commodity we build as little of as possible and rent the rest.
**I already use Etsy/Shopify. How is this actually different?**
- **vs. Etsy:** Etsy is a marketplace that owns your buyer and takes a large cut,
and its "handmade" guarantee has eroded. Here you own your buyer and your
checkout, pay far less, and verification is real and reputation-staked.
- **vs. Shopify:** Shopify is a great *stock* storefront but mediocre at the
commit-then-make cadence, and it has no cross-merchant *referral* network where
sellers vouch for each other (it has a *resell* network — Collective — which is
a different thing; see below).
- **vs. Shopify Collective / Carro:** those let merchants *resell* each other's
products through one checkout, which forces the reseller to become merchant of
record and handle payouts. Our network is **referral, not resale** — a vouch and
a handoff, money stays siloed (§7, "the fork"). We deliberately don't compete on
the plumbing, which is commoditized; we compete on *verified provenance* and
*reputation-staked curation*, which a commission-optimized network structurally
can't have (§3).
**Isn't this just Patreon, for makers?**
Patreon is the closest comparison for *one* primitive — the monthly club — and it's
worth being precise about why, because it's the de-facto club infrastructure in the
beachhead (Appendix A/B). Unlike Etsy/Shopify, Patreon *isn't* the opposite motion: a
membership is already commit-then-make (patrons commit ahead, the creator produces
against it), so Patreon genuinely *is* doing this category for recurring clubs. But it
sits on the wrong side of three things we treat as non-negotiable:
- **It's in the money flow.** Patreon is merchant of record, processes the recurring
charge, takes ~812% all-in, and pays out. We keep the maker as merchant of record
on their *own* processor (recurring billing via Stripe on a Standard account) and
bill our software fee separately — so makers keep more and get *usage-rights
ownership of the patron*, which Patreon doesn't grant.
- **It's a walled garden on the buyer.** You can't host a curation block on a Patreon
page, attribute a referral through its checkout, or take the patron relationship
with you — the same captive model as Etsy, applied to *recurring* relationships. So
Patreon is an *invitation target*, not something we integrate into: "I'd feature
your work the moment you own your commerce." (The one thing you can lift is your
patron email list.)
- **It can't build the network.** Patreon is single-creator with platform-run
algorithmic discovery — the opposite of maker-vouches-for-maker. Every patron there
is a follow that never enters the cross-maker graph (our North Star), and it won't
add reputation-staked cross-maker referral for the same reason Shopify won't build
shared identity: it would have to become a different company.
So the play is two-sided: **out-tool** Patreon's club with a native, out-of-flow,
lower-fee version the maker owns (the Tool), and **out-flank** it with the cross-maker
referral network it structurally can't grow (the Network).
**What does it cost, and what's the "~20%" claim?**
Marketplaces like Etsy bundle everything into one fee that, all-in, can approach
~20% of a sale (GMV = gross merchandise value, the total sold). We **unbundle**:
you pay your own payment processor directly (their normal ~3%), and pay us a
separate, modest software fee billed in arrears — a small percentage on captured
orders for cold-start makers, or a flat **$2949/month at 0%** once you graduate by
volume (§7, "How the platform gets paid"). The wedge is transparency: "our fee +
your processor ≈ X%, versus Etsy's ~20%" — stated in numbers. We bill on
*captured/fulfilled* orders, never on pledges that never cleared.
**Do I have to abandon my Shopify store to join?**
No — and de-risking that question is a deliberate design goal (§7, "Shopify makers:
federate, don't migrate"). You keep Shopify as your merchant-of-record storefront
and connect via two hooks: a **catalog sync** (Shopify's Admin API + product
webhooks feed our verified index) and **referral attribution** (the Curated-By link
carries a signed token that rides in as a Shopify cart attribute → order
note attribute, read off the order webhook). No checkout customization, works on any
plan. The "hybrid wedge": keep your evergreen catalog on Shopify, use us only for
the drop/pre-order/club *events* Shopify handles badly. Migrate later only if you
want to.
**What does "own the customer" mean here?**
The headline meaning is **usage rights** (§7, validated in interviews): the buyer
relationship is *yours to market to, on any channel, including off our network*.
This is the exact inverse of Etsy/Amazon, who forbid you from marketing to "their"
captive buyers. We can grant it unconditionally because we don't monetize the
captive relationship — we don't have one. Separately and optionally, sovereignty-
minded makers can keep their buyers *private from the cross-maker network graph*;
that's an opt-out, not the core meaning.
**What does "verified" mean, and how do I get it?**
Verification answers "is this a real maker of original work?" at the door, and it's
the gate to the demand surfaces (referrals, Curated-By, the buyer feed, AI-agent
feed). Early on, staff verify a seed set directly; at scale, **makers verify makers**
("peer verification"), staking their own reputation — a rooted, multi-vouch trust
graph with sampling audits, because it's the highest-stakes mechanism in the system
(§7, "Verification"). The unverified tier still gets the full storefront tool — we
**gate the demand, not the tool** — so verification is something makers are pulled
toward, not blocked at.
**What is "Curated By This Maker," and how do referrals pay?**
Each storefront carries a section where the maker features other *verified* makers'
products they genuinely admire. When a buyer follows that link and buys, the
referred maker (B) pays a **referral fee** (~15%, the Faire/Amazon Handmade
convention) and the curating maker (A) is *independently* credited (~1012%) — two
separate events, so we're never a conduit moving money from B to A (which would be
regulated money transmission). A's credit is **non-cashable**: it draws down A's own
future platform fees, so the more you curate, the closer your bill gets to zero
(§7, "Referral economics"). The spread (~35%) is our margin. It works at **n=2**
two makers are enough for it to be useful, which is rare for a network feature.
**Won't paid referrals just become advertising in disguise?**
That's the central risk, and the guardrails are structural (§3, §7). Placement is
**reputation-staked vouching**, never **pay-for-placement** (retail media): rates are
**uniform and non-biddable** (you can't pay to rank higher), featuring is capped per
maker, curation is visibly personal (name + face), and it's biased toward
*complementary* makers, not direct rivals. The name itself — *verified merchant
referral network*, not *retail media* — is a guardrail: the moment it starts
selling slots, it's a self-evident lie.
**Will you ever link a buyer to my Etsy/Amazon listing?**
Never (§7; Appendix D). The network never routes a buyer *into* a walled garden —
not via curation, the buyer feed, or the agent feed. A maker who's *only* on Etsy
is an **invitation target, not a destination**: "I'd feature your work the moment you
own your commerce." The absence of the link is the recruiting signal.
**Why invitation-only? That limits growth.**
On purpose, at launch (§7, "The membership gate phases"). A trust network cold-
starts on *density*, not breadth — one community tight enough that word-of-mouth
replaces a marketing budget. Scarcity keeps the trust guarantee absolute while the
verified web is small, and makes every early member high-intent. The gate loosens
toward open signup once roots and community density exist.
**As a buyer, why should I care?**
Three things, in the order they matter (the buyer value prop, memo §13):
- **You can finally trust what you're buying** — every item shows a provenance
badge (original / partly original / resale), the thing Etsy can no longer tell
you, and worth *more* as AI-generated and recast fakes proliferate. That's the
floor under everything.
- **You're a fan, not a shopper** — you follow makers and live for their
drop/club/commission cadence. That relationship is what brings you back; it's what
"commitment commerce" feels like from your side.
- **The makers you trust introduce you to new ones** — discovery comes from people
*you* chose to follow and the makers *they* vouch for, never an algorithm pushing
whatever converts (§7, "The buyer-facing feed").
---
### Part 2 — Strategy & build questions (for the technically-minded skeptic)
**The single most important design choice: why "stay out of the money flow"?**
Because touching the buyer's money detonates three regulatory regimes at once, and
*not* touching it discharges all three (§7, §11):
- **Money-transmitter licensing (MTL).** In the US, holding customer funds (escrow,
a balance, a payout you control) triggers state-by-state money-transmitter
licenses — the single most expensive regime a small org could wander into. We
never hold buyer funds, so: none.
- **Marketplace-facilitator sales tax.** Post-*Wayfair*, states can force a
"marketplace facilitator" to collect and remit sales tax — but the test is
*conjunctive*: you must both (1) facilitate the listing **and** (2) collect the
buyer's payment. We fail prong 2 by design (the maker's processor collects), so
the duty doesn't attach.
- **Merchant-of-record (MoR) liability.** The MoR is the legal seller — it owns
chargebacks, refunds, and delivery liability. We make the *maker* MoR on their own
processor, so all of that sits with them, not us.
The cost of this stance is forgoing payment take-rate — but that's exactly the
slice that *carries* the risk. The cross-maker identity moat doesn't need checkout
anyway: the asset lives at the **follow**, captured at the account layer regardless
of whose processor runs the charge.
**For the technically inclined: where exactly is the line?**
Custody. *"Coordination and bookkeeping are free; custody — funds resting in an
account you control — is the line"* (the spine). We can record that maker A owes
maker B, and even notify B that their component sold in A's kit — but routing a
single dollar from A to B is custody. When we *do* eventually need cashable payouts
(Phase 2), we rent a licensed transmitter (Stripe Connect/Treasury, Dwolla) rather
than becoming one. One subtlety worth flagging to an engineer who'll wire Stripe:
Connect's *charge type* and *account type* are **legal-posture switches, not
implementation details** — Stripe's own tutorials default to "destination charges,"
which silently flip you to merchant-of-record and into facilitator-tax territory.
The stance holds *only* at Standard accounts + direct charges + `application_fee`
(§7, "Money flow").
**What's the actual moat? Can't a competent team rebuild this in a week with LLMs?**
The memo's organizing lens (§1): cheap production destroys **stock moats**
(accumulated build/features) and rewards **flow moats** (data, network, switching
cost) that compound with use. The honest competitive read (§11, "Novelty"): *every
component already exists* — cross-merchant inclusion, drop/pre-order tooling,
affiliate networks, verification badges, non-profit governance. The novelty is the
**specific combination**, scoped to one dense vertical: verified per-item provenance
+ reputation-staked cross-maker referral + native commitment-commerce + non-profit
governance. **The moat is positioning and governance, not patents** — community
standing, the rooted trust graph, the no-walled-garden value rule, and a 501(c)(3)
structure a commission-optimized incumbent *cannot* copy without betraying its own
customers (§7, "Why this is the defensible core": Shopify won't build cross-merchant
shared identity because its DTC merchants would experience it as theft).
**What's the architecture, in one breath?**
Two layers, kept strictly separate (§7, "Storefront architecture"):
- **Storefront layer (per maker)** — either our white-label storefront (built on
**Medusa**, a headless Node/TS commerce backend; we add drops/pre-orders/clubs as
custom modules) or the maker's existing Shopify store, federated.
- **Shared network service (cross-tenant — the moat)** — the verification graph, a
**canonical catalog index**, the cross-maker follow/identity graph, the
referral/fee ledger, the buyer feed, and the agent feed. A standalone service with
its own datastore that federates over heterogeneous storefronts.
The discipline a technical reader will appreciate: the network catalog is a
read-optimized **index** (a normalized, verified *projection* of products that live
and sell elsewhere), **not** a "mega-store." Pouring every maker into one Medusa
instance would build "a thing shaped like a store that must never behave like one"
and couple the neutral network to one engine. Each storefront stays system of
record; the network holds the projection. Attribution is **stateless** — a signed
token (origin maker + item + expiry + nonce) carries the referral path, so it works
for guests in Phase 1 with no identity layer.
**Why a non-profit built by volunteers? Isn't that fragile?**
The structure converts the trust position *from a promise into a guarantee* (§7,
"Entity structure"): a 501(c)(3) legally cannot be sold or distribute profits, which
is the strongest possible answer to "will you sell our trust for GMV the way Etsy
did?" Open books let the community verify the incorruptibility of "verified" rather
than take it on faith. And it's viable for a thematically exact reason: **the cost
center that usually makes non-profit tech infeasible — engineering — is the one
LLMs just collapsed.** The honest risk (§4, §12): the danger moved, it didn't vanish.
The failure mode of volunteer orgs is *sustaining*, not *building*. So the critical
core (network service, ledger, verification) must be **funded, documented, and more
than one person deep** — not bus-factor-one. The fragile-perception risk with
professional makers is real and is something discovery explicitly tests (§8).
**Who decides what "verified" means — and who watches the watchers?**
Two answers, by time horizon (memo §14 #1 — direction set, mechanics deliberately
deferred):
- **The core is protected by structure, not by trust.** The trust guarantee,
non-extraction, the no-walled-garden rule, and the out-of-flow stance are held by
the non-profit and *entrenched* — a 501(c)(3) can't sell or distribute them, and
they aren't editable by a simple majority. So the first answer to "who watches the
watchers" is *the structure does*, and open books make it checkable.
- **Authority over maker issues is progressively delegated as the network scales.**
The non-profit can't (and shouldn't) adjudicate every verification call or maker
dispute at scale, so authority over maker-facing standards moves to
**representatives of the network** as it grows beyond what the non-profit can
manage — a vision of **maker self-governance modeled on a functioning democracy**:
members *elected* to network roles (resolving disputes among them), where holding a
role well *earns standing* in the network — the same reputation currency as making
and vouching well. Phased in the same start-closed-open-as-earned way as
verification itself.
- **The mechanics are deliberately unspecified for now.** Standing up a full
governance apparatus before the community exists would be premature; the
*direction* (progressive delegation, phased, capture-resistant) is set — the
machinery is later work.
**Why now?**
This is the org-level [Wiggleverse thesis](https://wiggleverse.org/about/) ("the era
of infinite alternatives") applied to maker commerce: every era commoditizes something
— the internet commoditized knowledge, the cloud commoditized IT and then SaaS, and
**LLMs are now commoditizing platforms themselves.** As that happens, the three moats
incumbents stood on each turn into anchors — which is the opening:
- **Build-cost / scale → anchor.** The engineering to run a platform at scale was moat
#1; LLMs deflate it, which is the only reason a no-equity non-profit can credibly
*build and sustain* this (memo §7/§12). (Headless commerce — "build the 20%, rent the
80%" — is the same force at the storefront layer.)
- **Vendor lock-in → dissolving.** Commoditized custom software makes migrating between
platforms cheap and fast; the network's federation and data portability ride this.
- **Network effect → fragmenting — the one that matters most here.** Our *own* moat is
a network, so the obvious objection is that incumbents' network effects make them
unassailable. The answer: incumbents got greedy and extractive and **eroded their own
network stickiness**, so a values-aligned alternative can now contest a network moat
that used to be untouchable. Etsy's reckoning is that erosion made concrete — its
active-seller base fell ~9M → ~5.6M as it purged for quality, while AI-generated and
recast fakes flood marketplaces, leaving verified provenance scarcer, more valuable,
and surrounded by disaffected makers to recruit.
Two maker-specific accelerants sit on top: **AI shopping agents** are arriving and need
trustworthy supply they can't scrape (the window to be their verified maker-supply
rails is open now), and the platform's out-of-flow, never-GMV-fee, you-own-your-buyer
stance *is* the org's non-extraction ethic in commerce form.
**Why is this the Wiggleverse's first product — its beachhead?**
Mind the overloaded word: *within* this product the launch community is tabletop
miniatures, but the product *itself* is the beachhead for the whole
[Wiggleverse](https://wiggleverse.org/) — its first product and the proving ground for
the org's mission (ethical, non-extractive alternatives to extractive platforms). It's
first for four reasons:
- **Fastest honest path to self-sustenance.** Commerce is where money moves, so
building close to it is the quickest route to a non-profit standing on its own feet
([why ecomm first](https://wiggleverse.org/ecomm/)) — and a self-sustaining beachhead
funds the rest of the portfolio (apps, learn).
- **The most complete test of the thesis.** It exercises every org bet at once:
non-extraction (the out-of-flow stance *is* "take only what it takes to run"), the
network moat against eroding incumbents, OHM ethics made concrete (verification,
provenance, usage-rights), and the open-core partner ecosystem. Prove it here and the
rest is de-risked.
- **The ethic, legible in dollars.** "Our fee + your processor ≈ X% vs Etsy's ~20%" —
the mission is a number on every sale, not a slogan.
- **"Small businesses are really just people."** Serving makers directly is the mission
— treat humans as humans — applied where commerce most turned them into accounts.
**How big is the opportunity (TAM)?**
**How big is the opportunity (TAM)?**
The honest unit of TAM here is **makers, not the dollar size of the craft market**
because the platform earns per-maker subscription + referral spread, never a cut of
GMV. (The ~$0.81.2T global handicrafts market is backdrop, not a revenue base.) Sized
properly:
- **TAM — every independent maker who runs commit-then-make.** Because the network
*federates* over existing storefronts, the addressable supply is the whole
controllable-storefront + marketplace install base, not just switchers: Shopify
reports ~4.8M active merchants, Etsy ~5.6M active sellers. The true TAM is the
commit-then-make subset — millions of makers, not thousands.
- **SAM — commit-then-make-native makers, reached community-by-community.** The model
only works where you show up as a member, so it's summed over verticals. The
tabletop-miniatures beachhead is a ~$3.84.2B/yr market growing ~710%/yr; Patreon's
~286k paying creators is a proxy for the commit-then-make creator population, of
which tabletop is one slice.
- **SOM — deliberately parametric, not a "capture X% of $Y" number.** That top-down
fiction is exactly what the memo's discipline refuses. Obtainable near-term scale is
governed by the §12 break-even (`N* ≈ F/(mv)`): clear the dozen-maker validation
gate in one community, reach break-even density (~150300 makers under illustrative
midpoints), then compound vertical by vertical. The story is "reach self-sustaining
density in one scene, then repeat" — not a slice of a giant pie.
*(Figures from Shopify/Etsy/Patreon public reporting, Marketplace Pulse, and tabletop
market-research reports; sourced links in memo §12.)*
**Is it sustainable? How does a no-take-rate non-profit cover costs?**
"Non-profit" changes who keeps a surplus (no one), not the arithmetic that revenue
must meet cost (§12). It's a **fixed-cost-coverage** problem, not a margin problem:
`N* ≈ F / (m v)` — where F is the fixed reliability floor, m is per-maker net
contribution (subscription + referral spread drawn credits), and v is marginal
per-maker cost. Two consequences fall out without needing real numbers: (1)
break-even is driven by keeping F lean (the LLM-deflated-cost bet) and by makers
*graduating and referring*, not merely by adding low-GMV makers; (2) there's also a
*ceiling* — earn too much, too commercially, and a non-profit risks **UBIT**
(Unrelated Business Income Tax) or its exemption. An illustrative pass (explicitly
*shape, not validated values*) puts break-even around **~150300 makers**, well past
the **dozen-maker** validation gate — and naming that gap is the point. The numbers
are variables because n=2 can't calibrate them yet.
**How will you know if it's working?**
One **North Star: the share of GMV that is cross-maker-referred** (§12). It's near-
zero for a pile of disconnected storefronts and rises *only* as the referral network
does real work — so a "great tool that never becomes a network" (the most-feared
outcome) shows a low North Star and can't hide behind a vanity supply count.
Leading indicators beneath it: follower growth → Curated-By activation → drop
sell-through → cross-maker repeat-buyer rate. All of it computes "for free" from the
cross-merchant order history the referral ledger already requires — and a Goodhart
guard applies: the metric must measure *earned* referral, not manufactured slots.
**How do you actually acquire buyers — and what's still unproven?**
This is the keystone, and the memo now grapples with it directly in **§13** (it used
to be an admitted gap). The honest mechanics:
- **Buyers don't arrive at the platform — they arrive at makers.** The platform
acquires no one directly; that's "maker-as-discovery-engine, platform-as-pipe." The
first ~100 buyers are *activation, not acquisition* — the founding makers'
**existing** audiences transacting on the new rails.
- **The first ~1,000 come from compounding + supply** — buyers who follow maker A
start following A's vouched makers (the cross-maker repeat that lifts the North
Star), plus more makers onboarding, each bringing an audience. Word-of-mouth inside
one tight community is the multiplier — which is *why* the beachhead is dense, not
broad.
- **Net-new demand is deliberately deferred, not hidden.** Early on the network
*reshuffles* existing maker audiences rather than creating net-new buyers — the
correct cold-start move, but not to be mistaken for solving acquisition. The
net-new engines arrive later: **verified taste-makers** (community voices who bring
their own audiences, Phase 2) and **AI shopping agents** (Phase 2+).
- **What's still unproven: essentially all of it.** The §8 discovery interviews
talked only to makers — and to *greenfield* makers with no audience, who by
definition can't test "will fans follow them here." So the demand moat is the
**least-validated** part of the whole thesis. The next step is a §8 extension that
recruits *audience-having* makers and tests buyer behavior **behaviorally** (a real
instrumented drop; does a referral from A actually convert A's buyers into
followers of B?), not by survey. Until that runs, treat the buyer side as a
reasoned plan, not a validated result — which is exactly how the memo frames it.
**What's the biggest risk?**
**Demand** (§4, §13). "Etsy but handmade" is a graveyard (Goimagine, Artisans
Cooperative, Folksy, Amazon Handmade…) because *curation fights liquidity*: these
platforms recruit angry makers (supply) and die for lack of buyers (demand). Demand
at scale must be *earned*, not bought; paid acquisition against Etsy/Amazon is the
losing game. The thesis bets that demand can *emerge* from makers bringing their own
audiences and vouching for each other — but that's the **unvalidated keystone**, and
it's gated on discovery (§8): do enough audience-having, vouch-willing makers exist
in one tight community? Everything is downstream of that question.
**What's the sequencing? You keep saying "don't launch a marketplace."**
Four acts, each viable alone, each earning the next (§5): **Tool** (the
commitment-commerce engine — a real business at zero network liquidity) → **Community**
(narrow to one beachhead, add curated discovery) → **Marketplace** (light the
referral network once supply density + community exist, so it *emerges* rather than
launching cold into the graveyard) → **Infrastructure** (expose the verified-supply
graph to AI shopping agents as trustworthy rails). The phasing of money is parallel:
Phase 1 stays entirely out of the flow (stateless referrals, non-cashable wallet);
Phase 2 adds shared identity and *one* rented cashable payout rail; Phase 3 (much
later, opt-in) is the only point shared checkout — and the money-flow question —
returns.
**Why is "agent-ready rails" in here?**
Longer term, the verified-supply graph becomes the structured, real-time, *trustworthy*
supply layer AI shopping agents need and can't manufacture by scraping (§3). That
repositions the moat from "win consumer eyeballs" (unwinnable for a newcomer) to "be
the verified maker-supply layer agents route through." Agent inclusion is gated on
*verification* (not network membership) and defaults on for verified makers, because
agent sales route back through the maker as MoR — net-new demand with no sovereignty
cost. It's the hedge against the buyer feed's deliberate weakness at net-new reach.
**What got deliberately left out of this PR-FAQ?**
The memo's full depth on trust-&-safety/accountability (§10), the complete
legal/compliance analysis (§11), composite multi-maker kits (Appendix C), the
beachhead-selection method and worked example — miniatures → dice → broad tabletop
(Appendix A), and the crowdfunding-incumbent landscape (Appendix B). A technical
reader who wants the real architecture should read the
[strategy memo](./maker-platform-strategy.md) directly — this document is the
elevator version, not a replacement.