Right now, sales at Scalar is Marc, our CEO, doing every part of it himself. Finding the account, writing the first email, running the call, going deep on the technical evaluation, negotiating the contract, onboarding the team. That’s founder-led sales end to end, and it’s worked — it’s how we got Zoom, Clerk, Warp, and Profound.
It also doesn’t scale, which is why we’re hiring you.
We’re hiring two SDRs to be the front of that motion, joining alongside our first Solutions Engineer at the same time. You’d be one of the first three people on the sales team — not the fifteenth rep on a floor running someone else’s sequence.
Scalar has real pull already. Our API docs package alone is downloaded around 25 million times a month, and our team maintains open-source tooling that a large part of the API ecosystem depends on. What we don’t have is anyone systematically turning that reach into conversations with the companies who should be paying us.
There is a motion here and it works — but it’s Marc’s, and it lives largely in his head. You’ll sit next to him, learn how he opens these conversations and why they land, and then build the top of the funnel he has never had time to build. What you learn about what lands on this audience goes straight back into how we all sell.
Zoom’s developer documentation runs on Scalar. So does Clerk’s. Warp and Profound ship SDKs we generate from their OpenAPI documents, in every language their users ask for.
Those are your prospects: engineering and platform leaders at companies with a real public API. They can smell a template from across the room, and generic outreach doesn’t work on them. Outreach that shows you actually opened their API docs does — and that’s the unusual advantage in this job. Almost every company worth contacting publishes their API docs, which means the evidence you need is sitting there in public before you write a single word.
You’ll be selling a deeply technical product: documentation platforms, generated SDKs across six languages, and MCP servers that let agents do real work against a customer’s API. You don’t need to code. You do need to understand what those things are well enough that an engineering leader takes you seriously in the first ninety seconds.