Developer Experience Strategy
Two myths keep getting-started underfunded. Both are comfortable. Both are wrong.
The first myth is that documentation is the getting-started experience. It isn't. Docs are where a developer goes once they already believe the tool is worth their afternoon — and the experience that earns that belief happens earlier, in the gap between intent and the first thing that actually works.
The second myth is that adoption is a marketing problem. By the time a developer has typed your install command, marketing has done its job. What happens in the next hour is a product problem — and it is usually owned by no one.
Getting-started is the strategic battleground precisely because it is unglamorous. It sits between teams, rarely has a directly responsible owner, and almost never survives a roadmap that an engineering-led org prioritizes by feature. Research changes that by making the first hour legible — turning a vague sense that onboarding "could be better" into a ranked list of specific moments where specific developers gave up, and what each one cost.
That list is the strategy. Everything after it is execution.
// an expanded version of this essay is in progress