Building Products as an Engineer — the second résumé
Module 11 taught product shapes; this topic is why an engineer chasing SV jobs should ship products anyway — and how. The core claim: a shipped product with even 50 real users is a different résumé category, because it proves the exact bundle startups hire for — you can scope, build, deploy, measure, support, and iterate end-to-end without supervision. That bundle is the founding-engineer job description; founders hiring engineer #1–5 overweight "has shipped a real product" above almost everything, including pedigree.
The playbook, compressed from Module 11: go vertical and boring (Topic 80's lesson — document automation for one niche, not another general chatbot; boring niches have paying customers and no competition from every other portfolio); run the concierge → productize sequence (Topic 81 — do it manually for five users first; you're gathering your golden set and edge cases as market research); wire unit economics from day one (Topic 77's metering — even at toy scale, practicing margin math is the point); and charge money early. The first dollar of internet revenue matters wildly out of proportion to its amount: "built and monetized an AI product" moves you into a category most engineers never enter, and gives every future interview its best story.
The portfolio-of-small-bets frame: treat products as 2–6-week builds, launched publicly (Topic 89's mechanics), then killed or doubled-down based on signal. Three honest launches a year — including the "failures" — beat one precious idea polished privately forever, because the failures are also assets: a product with 200 users, a churn problem, and a postmortem writeup demonstrates (and teaches) more real judgment than any successful tutorial-follow. Startups know their own life is exactly this loop; evidence you've run it is evidence you'll survive there.
And note the beautiful convergence: your products feed everything else in this module — they generate the writing material (89), the eval sets and data flywheels (81), the OSS extractions (87), and the proof-of-work artifacts for outreach (90). The product isn't a detour from the career path; it's the engine of it.
Summary
Ship small vertical products, concierge-first, metered, monetized early, launched publicly, killed honestly — because end-to-end shipping is the founding-engineer credential, and even failed products compound into stories, skills, and artifacts.
Mental model
Flight hours. Airlines don't hire pilots who've read about flying; they count hours in the seat — including the rough landings. Every shipped product, dead or alive, is logged hours at the controls.
Mistakes to avoid
- Building in private for six months toward a "big launch." Signal comes from contact with users; six weeks to first user, always, even if embarrassingly manual behind the curtain.
- Treating a dead product as a shameful secret. Write the postmortem with numbers — it's among the highest-signal content an engineer can publish (Topic 89), and interviewers love probing it.
Exercise
Take your Topic 84 thesis page (the course's final exercise) and downgrade it — deliberately — to a two-week concierge version: what's the manual-behind-the-scenes MVP, who are the first five users by name or community, and what do you charge (a number, even small)? Ship clock starts when you send the first DM.