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:
@@ -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 ~8–12% 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 **$29–49/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 (~10–12%) — 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 (~3–5%) 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.8–1.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.8–4.2B/yr market growing ~7–10%/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/(m−v)`): clear the dozen-maker validation
|
||||
gate in one community, reach break-even density (~150–300 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 **~150–300 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.
|
||||
Reference in New Issue
Block a user