In-House Technical Writer

<h1><strong>In-House Technical Writer</strong></h1><p style="min-height:1.5em"></p><p style="min-height:1.5em">You'll own how Firecrawl explains itself to developers — across docs, API reference, SDK guides, quickstarts, tutorials, cookbooks, and the technical content that lives between marketing and engineering. This role sits at the intersection of product and growth: the docs are the product surface developers hit first, and the technical content is how they discover us in the first place. You'll work closely with the growth marketing team, who owns growth and content strategy, while you own the writing itself — turning shipped features into clear documentation, and turning real product capabilities into tutorials and cookbooks that show developers what's actually possible.</p><p style="min-height:1.5em"></p><p style="min-height:1.5em"><strong>Salary Range:</strong> $160,000 to $200,000/year (Range shown is for U.S.-based employees in San Francisco, CA. Compensation outside the U.S. is adjusted fairly based on your country's cost of living.)</p><p style="min-height:1.5em"><strong>Equity Range:</strong> Up to 0.05%</p><p style="min-height:1.5em"><strong>Location:</strong> San Francisco, CA or Remote (Americas, UTC-3 to UTC-10)</p><p style="min-height:1.5em"><strong>Job Type:</strong> Full-Time</p><p style="min-height:1.5em"><strong>Experience:</strong> 4+ years writing for a technical or developer-facing product</p><p style="min-height:1.5em"><strong>Visa:</strong> US Citizenship/Visa required</p><div style="min-height:1.2em;margin-top:0;margin-bottom:0"> </div><h1><strong>About Firecrawl</strong></h1><p style="min-height:1.5em">Firecrawl is the easiest way to extract data from the web. Developers use us to reliably convert URLs into LLM-ready markdown or structured data with a single API call. In just a year, we've hit 8 figures in ARR and 120k+ GitHub stars by building the fastest way for developers to get LLM-ready data.</p><p style="min-height:1.5em">We're a small, fast-moving, technical team building essential infrastructure superintelligence will use to gather data on the web. We ship fast and deep.</p><div style="min-height:1.2em;margin-top:0;margin-bottom:0"> </div><h1><strong>What You'll Do</strong></h1><ul style="min-height:1.5em"><li><p style="min-height:1.5em">Own the docs end to end: API reference, SDK guides, quickstarts, conceptual explainers, and migration guides. When something ships, the docs ship with it.</p></li><li><p style="min-height:1.5em">Write technical content that pulls developers in: tutorials, cookbooks, integration guides, and long-form pieces that show real use cases with real code.</p></li><li><p style="min-height:1.5em">Read the codebase, talk to engineers, and use the product yourself. The bar is that you understand what you're documenting well enough to catch the things engineers forgot to mention.</p></li><li><p style="min-height:1.5em">Maintain a consistent voice across docs and content. Clear, direct, no fluff, written for a developer who wants to ship something today.</p></li><li><p style="min-height:1.5em">Partner with engineering on release notes, changelogs, and the docs updates that ride alongside new features.</p></li><li><p style="min-height:1.5em">Partner with the growth team on technical content that compounds: SEO-relevant tutorials, comparison guides, and the cookbook entries that show up when someone searches for the problem we solve.</p></li><li><p style="min-height:1.5em">Triage and respond to docs feedback from GitHub, Discord, and support. The docs are a product. They get bugs. You fix them.</p></li></ul><div style="min-height:1.2em;margin-top:0;margin-bottom:0"> </div><h1><strong>What We're Looking For</strong></h1><p style="min-height:1.5em"><strong>A writer who can actually code.</strong> You don't need to ship production features, but you should be able to read a Python or TypeScript SDK, run an API call, debug your own example, and write a tutorial that works on the first copy-paste. If your code examples don't run, neither does the documentation.</p><p style="min-height:1.5em"><strong>Experience writing for developers.</strong> You've worked on a developer tool, API, SDK, or infrastructure product. You know what good docs look like (Stripe, Twilio, Vercel, Supabase) and you know why those docs work. You write for the developer who wants to skim, find the snippet, and ship.</p><p style="min-height:1.5em"><strong>Range across docs and content.</strong> You can write a tight API reference page and a 2,000-word tutorial in the same week without one bleeding into the other. You know when to be terse and when to teach.</p><p style="min-height:1.5em"><strong>Strong taste and a high bar.</strong> You notice when an example is technically correct but practically useless. You rewrite your own drafts. You push back when a feature ships with a confusing name.</p><p style="min-height:1.5em"><strong>Comfortable working without a content brief for every piece.</strong> Eric will set direction on the bigger bets. The week-to-week — what needs updating, what's missing, what would actually help a developer right now — is yours to figure out and run with.</p><p style="min-height:1.5em"><strong>Backgrounds that often do well:</strong> technical writers from developer tool or API companies, former developers who moved into writing, DevRel engineers who spent more time writing than speaking, technical content marketers at PLG dev tools.</p><div style="min-height:1.2em;margin-top:0;margin-bottom:0"> </div><h1><strong>What We're NOT Looking For</strong></h1><ul style="min-height:1.5em"><li><p style="min-height:1.5em">Writers who can't read code, or who outsource every example to an engineer.</p></li><li><p style="min-height:1.5em">Pure content marketers without the technical depth to write real docs.</p></li><li><p style="min-height:1.5em">Anyone who needs a full editorial calendar handed to them before they can produce.</p></li><li><p style="min-height:1.5em">Writers who think "developer content" means listicles and thought leadership.</p></li></ul><div style="min-height:1.2em;margin-top:0;margin-bottom:0"> </div><h1><strong>A Note On Pace</strong></h1><p style="min-height:1.5em">We're a small team doing a lot. Roles here are loosely defined on purpose — you'll own things that don't have a clear owner yet, and that's a feature, not a bug. If you need your scope fully defined before you can move, this probably isn't the right fit. If you want to write the docs and content behind one of the fastest-growing developer tools on the internet, let's talk.</p><p style="min-height:1.5em"></p><h1><strong>Benefits & Perks</strong></h1><p style="min-height:1.5em"></p><h2><strong>Available to all employees</strong></h2><p style="min-height:1.5em">Salary that makes sense — $160,000–$200,000/year (SF, U.S.-based), based on impact, not tenure</p><p style="min-height:1.5em">Own a piece — Up to 0.05% equity in what you're helping build</p><p style="min-height:1.5em">Generous PTO — 15 days mandatory, anything after 24 days, just ask (holidays excluded); take the time you need to recharge</p><p style="min-height:1.5em">Parental leave — 12 weeks fully paid, for moms and dads</p><p style="min-height:1.5em">Wellness stipend — $100/month for the gym, therapy, massages, or whatever keeps you human</p><p style="min-height:1.5em">Learning & Development — Expense up to $1,000/year toward anything that helps you grow professionally</p><p style="min-height:1.5em">Team offsites — A change of scenery, minus the trust falls</p><p style="min-height:1.5em">Sabbatical — 3 paid months off after 4 years, do something fun and new</p><p style="min-height:1.5em"></p><h2><strong>Available to US-based full-time employees</strong></h2><p style="min-height:1.5em">Full coverage, no red tape — Medical, dental, and vision (100% for employees, 50% for spouse/kids) — no weird loopholes, just care that works</p><p style="min-height:1.5em">Life & Disability insurance — Employer-paid short-term disability, long-term disability, and life insurance — coverage for life's curveballs</p><p style="min-height:1.5em">Supplemental options — Optional accident, critical illness, hospital indemnity, and voluntary life insurance for extra peace of mind</p><p style="min-height:1.5em">Doctegrity telehealth — Talk to a doctor from your couch</p><p style="min-height:1.5em">401(k) plan — Retirement might be a ways off, but future-you will thank you</p><p style="min-height:1.5em">Pre-tax benefits — Access to FSAs and commuter benefits (US-only) to help your wallet out a bit</p><p style="min-height:1.5em">Pet insurance — Because fur babies are family too</p><p style="min-height:1.5em"></p><h2><strong>Available to SF-based employees</strong></h2><p style="min-height:1.5em">SF HQ perks — Snacks, drinks, team lunches, intense ping pong, and peak startup energy</p><p style="min-height:1.5em">E-Bike transportation — A loaner electric bike to get you around the city, on us</p><p style="min-height:1.5em"></p><h1><strong>Interview Process</strong></h1><p style="min-height:1.5em"><strong>Application Review</strong> — Send us your work: links to docs, tutorials, or technical content you've written. A short note on what you'd want to understand about Firecrawl's current docs before you started.</p><p style="min-height:1.5em"><strong>Intro Chat (~20 min)</strong> — Quick alignment call. We'll talk about what you've written, how you work with engineers, and what you'd prioritize first.</p><p style="min-height:1.5em"><strong>Writing Sample (take-home)</strong> — Pick a real Firecrawl feature, read the existing docs, and rewrite one page. We're looking at how you read the product, how you structure information, and whether your examples actually run.</p><p style="min-height:1.5em"><strong>Deep Dive Chat (~60 min)</strong> — Walk us through a piece of writing you're proud of and one you'd redo. Then a live scenario: how would you approach the first 30 days of docs and content work at Firecrawl?</p><p style="min-height:1.5em"><strong>Founder Chat (~30 min)</strong> — Culture, pace, ownership, and how you like to work. Time for your questions too.</p><p style="min-height:1.5em"><strong>Decision</strong> — We move fast.</p><p style="min-height:1.5em"></p><p style="min-height:1.5em">If you want to write the docs and content behind one of the fastest-growing developer tools on the internet, this is your shot.</p><p style="min-height:1.5em">👉 <strong>Apply now.</strong></p>

Back to blog

Common Interview Questions And Answers

1. HOW DO YOU PLAN YOUR DAY?

This is what this question poses: When do you focus and start working seriously? What are the hours you work optimally? Are you a night owl? A morning bird? Remote teams can be made up of people working on different shifts and around the world, so you won't necessarily be stuck in the 9-5 schedule if it's not for you...

2. HOW DO YOU USE THE DIFFERENT COMMUNICATION TOOLS IN DIFFERENT SITUATIONS?

When you're working on a remote team, there's no way to chat in the hallway between meetings or catch up on the latest project during an office carpool. Therefore, virtual communication will be absolutely essential to get your work done...

3. WHAT IS "WORKING REMOTE" REALLY FOR YOU?

Many people want to work remotely because of the flexibility it allows. You can work anywhere and at any time of the day...

4. WHAT DO YOU NEED IN YOUR PHYSICAL WORKSPACE TO SUCCEED IN YOUR WORK?

With this question, companies are looking to see what equipment they may need to provide you with and to verify how aware you are of what remote working could mean for you physically and logistically...

5. HOW DO YOU PROCESS INFORMATION?

Several years ago, I was working in a team to plan a big event. My supervisor made us all work as a team before the big day. One of our activities has been to find out how each of us processes information...

6. HOW DO YOU MANAGE THE CALENDAR AND THE PROGRAM? WHICH APPLICATIONS / SYSTEM DO YOU USE?

Or you may receive even more specific questions, such as: What's on your calendar? Do you plan blocks of time to do certain types of work? Do you have an open calendar that everyone can see?...

7. HOW DO YOU ORGANIZE FILES, LINKS, AND TABS ON YOUR COMPUTER?

Just like your schedule, how you track files and other information is very important. After all, everything is digital!...

8. HOW TO PRIORITIZE WORK?

The day I watched Marie Forleo's film separating the important from the urgent, my life changed. Not all remote jobs start fast, but most of them are...

9. HOW DO YOU PREPARE FOR A MEETING AND PREPARE A MEETING? WHAT DO YOU SEE HAPPENING DURING THE MEETING?

Just as communication is essential when working remotely, so is organization. Because you won't have those opportunities in the elevator or a casual conversation in the lunchroom, you should take advantage of the little time you have in a video or phone conference...

10. HOW DO YOU USE TECHNOLOGY ON A DAILY BASIS, IN YOUR WORK AND FOR YOUR PLEASURE?

This is a great question because it shows your comfort level with technology, which is very important for a remote worker because you will be working with technology over time...