From Show & Tell to listing: how the pipeline works
The platform keeps saying this category "feeds the listing pipeline" — this editorial makes the mechanics explicit, because the pipeline works better when makers work it deliberately instead of discovering it by accident. The full arc, with what happens at each stage and who does what:
Stage 1: the build thread (yours)
One thread per project, template followed, deltas accumulating. What the platform does here: the admin-response program (a substantive reply within 48 hours of substantive posts), and — less visibly — the moderation team maintains a watchlist of listing-ready builds. What "listing-ready" means is exactly the curation bar: public URL, real-output evidence, honest description (the readiness thread's stranger-succeeds-alone test). You don't apply to the watchlist; posting real progress is the application.
Stage 2: the nudge (ours, or yours)
Either we say it in an admin response ("this is listing-ready — /launch") or you decide you're ready and submit directly; the thread history substitutes for much of the submission's evidence burden either way (a reviewer who can walk your log reviews faster and edits less — the diligence thread's legibility argument, applied to our own process). Fast Track works normally; the thread doesn't queue-jump curation, it just makes curation's job easy.
Stage 3: the listing (permanent, cross-linked)
Listing goes live with the standard machinery — editorial rewrite to house style, category, badges as earned — and links back to your build thread as its public history. The thread keeps running: listings answer "what is this," logs answer "how has it gone," and diligence eventually reads both. Your launch-week post (the launch thread) anchors the moment; the admin response there doubles as the listing's first substantive comment where timing aligns.
Stage 4: the compounding (mostly automatic, one decision required)
The one decision: connect PAID at listing time, not "eventually" — the verified-history clock (the badge thread's whole argument) starts at connection, and every month of delay is a month of unverifiable revenue this forum has now explained the discount on from four different directions. From there the arc runs on the platform's rails: dated metrics refreshes, badge accumulation, and — for the subset heading that way — the M&A category's exit-readiness track picks up where this pipeline ends.
What the pipeline is not
Not a growth loop we're gamifying (no points, no streaks — the delta line can't be farmed), not a paywall funnel (every stage above is free; Fast Track and Featured are speed and placement, never gates), and not mandatory sequencing — apps list cold without ever posting here, and that's fine. The pipeline's claim is narrower: each stage makes the next one cheaper, and the makers who walk it in order arrive at listing (and eventually diligence) with their evidence already assembled.
Where are you in the arc, and what's blocking the next stage? Pipeline-friction reports in this thread go directly into how we run it.
Replies (3)
Follow-up from maker intake: "Does the pipeline work in reverse — I listed first, months ago, and now want the build-log layer?"
Fully, and you're the second-most-common entry point: start the log now (labeled retrospective for the history per the diligence thread's rules, live deltas from today), link it from your listing (listing edits for cross-links are routine — request via the listing's admin thread), and the arc proceeds identically from Stage 3. The one thing reverse entry can't recover — the same clock-based answer as everywhere — is elapsed time: your log's continuity evidence starts accruing today regardless of when your product did. Practical priority for reverse-entrants, since you asked what unblocks the next stage: if PAID isn't connected yet, that's the move before any log post — of the two clocks you could start today, the verified-revenue one compounds into price and the log one compounds into trust, and price outranks.
One pipeline mechanic I want on the record because it constrains us, not you: the watchlist nudge ('this is listing-ready') is an editorial judgment, and editorial judgments drift toward gatekeeping if unexamined — the failure mode where moderators' taste becomes an invisible pre-curation layer that makers optimize for. The guardrails we run: the nudge is additive only (its absence means nothing — submit whenever you believe you're ready; the curation bar is the published one, not our enthusiasm), nudge criteria are exactly the public curation checklist (no vibes clause), and a submission we rejected after a thread we nudged gets the discrepancy explained in writing (it should never happen; if it does, one of the two judgments was wrong and you're owed the reasoning). Watch us on this — pipeline power concentrating quietly is how curation platforms rot.
Follow-up from maker intake: "What does the M&A handoff at Stage 4 actually look like? 'The exit-readiness track picks up' is doing a lot of work in that sentence."
Fair — the concrete handoff: the M&A & Exit Readiness category's core sequence ('Getting exit-ready 12 months out', the diligence-checklist thread, the Passport walkthrough) assumes as inputs exactly what the pipeline outputs — verified revenue history of meaningful length, dated metrics, a legible operational record, and the documentation artifacts this forum keeps prescribing (fact sheet, one-pager, runbook). A maker completing Stage 4 holds most of that by default, which is the sense in which the track 'picks up': its 12-month checklist is mostly already done, and the remaining items (reconciled financials, transfer-readiness paperwork) are named in that category with their own threads. The handoff moment itself is a decision, not a process — when the M&A category's valuation math starts looking like a plan instead of trivia, you're there. Roughly a third of intake conversations that start as listing questions end up there within the year, which is why the pipeline was built pointing at it.
Threads are permanent — locked, not deleted, once resolved. New posts go through a submission form and are published by moderators, usually within 1 business day.