How this shop decides what to build, and how it reaches anyone
Adopted 29 August 2026, after writing down every distribution channel this portfolio has ever run and what each one actually produced. It replaced no previous strategy, because there was not one.
Intercept demand with free products that select for the intent your paid product serves. Borrow only to jumpstart. Own the list as a byproduct, never as a project. Keep the paid door inside the product.
Pick the audience by whether you can name three products for it.
The finding underneath it
The obvious reading of the evidence was that asynchronous channels work and channels needing a person present do not. Two rows broke that. A nightly automated newsletter, requiring no human at all, reached one subscriber and produced nothing in a week. The highest-converting channel this portfolio has ever had was entirely presence-bound: conversations, meetups, direct messages, no pitch energy required.
What both cases actually share is different, and worse to hear:
Every channel that produced anything spent someone else's hours. Every channel that failed spent mine.
A store's search index spends the store's hours. A referral network spends the referrer's. A community spends attention someone else already assembled. Announcements, check-in emails, newsletters and live sessions all spend mine, and mine are the one input that has been unavailable since May.
Three postures, in the order they become available
Intercept. The demand already exists and you put yourself in its path. Store search, web search, ecosystem registries. Requires no audience and no reputation, which is exactly why it is first.
Borrow. Someone else has assembled attention and lets you touch it. Communities, referrals, other people's newsletters. Requires standing, not scale. Trust transfers; cold broadcast does not.
Own. An audience you assembled yourself. Requires that the audience already exists, which is the part that gets skipped.
These are a funnel, not a menu. Intercept and borrow are inflows; own is the reservoir. Building the reservoir first produces a beautifully engineered thing attached to nobody, and this portfolio has built two of those.
The rules that follow
- Nothing enters the portfolio without naming four things: its audience, its channel, its posture, and whose hours that channel spends. A product whose only posture is own, against an audience of zero, does not get built.
- Owned channels are byproducts, never projects. Any list that needs a recurring act to grow is a job one person cannot staff.
- Monetisation is a rung inside the product, never a campaign aimed at a list.
- Free products are the right vehicle here for an unusual reason: for me, products are cheap and content is expensive. That inverts the standard advice, and it is why the free lane is the main lane rather than a loss leader.
- Free assets need a threshold and a date set in advance, because revenue cannot be their kill signal and nothing here gets killed on its own.
Growth now, money later
Enginery is building assets, not businesses. So the scoreboard for the free lane is how many people it intercepts, not how much it earns, and the number to beat is embarrassingly small: 29 downloads a month, which is the best rate anything here has ever managed.
Deferring revenue makes one clause more load-bearing rather than less. If nothing has to sell, nothing except the phrase selects for the intent your paid product serves stops you accumulating an audience you can never sell anything to.
The part that is still unproven
The whole model rests on an assumption nobody has measured: that a single asset can intercept meaningfully more than 29 downloads a month. One listing optimisation pass, on a small app about pet medication, measures exactly that. Until the number exists, the model does not get scaled.
That measurement is the first objective of the current cycle, and it is why a pet medication app is the most strategically important thing in the portfolio this fortnight.
The uncomfortable structural finding
Six candidate audiences were checked against one question: is this job already served? The method was to search the relevant directory for the job in a user's own words and count the shipped competitors. Zero or one is open. Two or three is contested. Four or more is closed.
Five of six came back closed, several by four or more shipped products, one by a feature built into the platform itself. Which produces the finding worth more than the rest of the research combined:
In 2026, every job you can reach by browsing a directory has already been built, because building is cheap for everyone now and not only for you. The durable openings are where the barrier is something other than build cost: proprietary experience, credibility, or a specificity too narrow for a generalist to bother with.
Unserved jobs are not findable by browsing stores. They are findable where you happen to know something other builders do not.
Get updates
Occasional notes on what shipped and what the numbers said. No schedule, no marketing.