Technical Writer

Vapi•San Francisco, CA

9h•Onsite

About The Position

Vapi (/ˈVɑːpi/): We’re creating the shift to voice as humanity’s default interface We’re the most configurable platform for deploying voice agents We’ve grown to over 600k developers in two years, adding 2,000+ every day Try talking to Vapi now! Why We’re Hiring This Role: We are not looking just for a technical writer. We need someone who can manage product information for us. We ship fast. Fast enough that last month's docs might be actively lying to you today. We need someone who treats documentation drift like a production incident. Our support team troubleshoots customer issues using docs our developers use. Our in-product AI agent relies on those same documents. When docs are wrong, support is slow, customers are frustrated, and engineers get pulled into explaining things that should already be written down somewhere. We have genuinely complex concepts. The developer who gets it on the first read builds something great and tells their friends. The developer who doesn't, churns and tells their friends. This role reports directly to the VP of Product. Documentation isn't a nice-to-have at Vapi, it is a critical part of our product experience. AI can write docs. It can't verify them. It knows the job conceptually, it's never lived it. We use AI here and we trust and verify everything it touches. That last part needs you.

Requirements

You've used an API. You know what a webhook is. You don't need an engineer to explain what a POST request does or what LLM stands for.
You think bad docs are a product bug.
You write like a human, not a manual. Direct, occasionally funny, always accurate and 100% clear.
You have an uncomfortable relationship with outdated information. When you see a doc that's wrong, something inside you dies.
You make friends with engineers and support teams without having to bribe them.
You're faster than people expect and more thorough than they asked for.

Nice To Haves

You like hanging out regularly with Karl the Fog in our San Francisco office.

Responsibilities

Become dangerous on the Vapi platform. Actually build something. Actually break something.
Read every doc we have and form an honest opinion about the state of it.
Find the three questions developers ask most. Answer them so well they stop asking.
Make friends with the support team. They know where the bodies are buried.
Write your first doc. Ship it. Get feedback. Improve it.
Own developer-facing docs end to end: API references, quickstarts, guides, tutorials, Knowledge base, FAQs, the works.
Build a system for keeping docs current as the platform ships. A system that works when engineers forget to tell you something has changed.
Make a new developer's first 30 minutes noticeably better than they were when you arrived. Then make it better again.
Give the support team and Vapi Composer something amazing to work with. Make it so they stop guessing. Bonus points if you make them laugh.
Measurably reduce friction in the developer journey. You'll know because support volume drops, activation improves, and engineers stop getting pulled into "can you just explain how this works" conversations.
Make docs and information a competitive advantage. Ship it like one.
Set the bar for what good looks like at Vapi. Then hold it even when the platform ships something new every other week.