(503) 555-0143 ◇ Portland, OR
nadia.brennan@example.com ◇ linkedin.com/in/nadia-brennan ◇ nadiabrennan.com
Technical Writer with 6+ years documenting SaaS platforms for administrator, end-user, and developer audiences. Cut documentation-related support tickets by 41% across two products and moved a 900-page help center from a legacy CMS to a docs-as-code workflow with no loss of search traffic. Works close to engineering, tests every procedure before publishing, and treats documentation as part of the product rather than an afterthought.
Minor in Computer Science; senior capstone on task-based documentation for enterprise software.
Coursework in content design, plain language standards, and usability testing for documentation.
- Own documentation for 2 products used by roughly 40,000 monthly active users, publishing on a two-week release cadence alongside 3 engineering teams.
- Reduced documentation-related support tickets by 41% in one year by rewriting the 30 most-viewed articles around real tasks instead of screen descriptions.
- Migrated a 900-page help center from a legacy CMS to a Git and Docusaurus workflow in 5 months, holding organic search sessions flat through the cutover.
- Wrote and maintained 180 help articles and 24 admin guides for a warehouse management product deployed across 60 customer sites.
- Cut new-customer onboarding time from 6 weeks to 4 by producing a role-based getting-started path with 12 short guides and 3 checklists.
- Introduced a documentation review step in the release process, which caught an average of 9 undocumented behavior changes per quarter before launch.
- Produced 95 procedures and 6 installation guides for a network monitoring tool, working from engineer interviews and hands-on testing in a lab environment.
- Standardized 240 inherited articles against a new style guide, resolving 380 terminology inconsistencies flagged in the first content audit.
- Reduced average article length by 28% without losing steps, improving completion rates on the 10 most-visited how-to pages by 17%.
Docs-as-Code Migration. Moved a 900-page help center into Git with Markdown source, pull-request review, and automated builds. Publishing went from a two-day manual process to under 10 minutes, and engineers began filing documentation fixes directly.
Support Ticket Content Audit. Mapped one year of support tickets against existing articles to find where documentation was missing, wrong, or unfindable. The 30 rewrites that followed accounted for a 41% drop in documentation-driven tickets.
Product Style Guide. Wrote a 40-page style and terminology guide covering voice, UI naming, procedure structure, and accessibility. Adopted by writing, support, and product marketing, ending three years of inconsistent feature naming.
- Volunteer editor for an open-source data visualization library, reviewing roughly 30 documentation pull requests a year from first-time contributors.
- Organize a Portland technical communication meetup that runs 6 sessions a year for an audience of 40 to 70 writers and content designers.
- Mentor two career changers annually through a technical writing mentorship program, focused on portfolio building and interview preparation.
- Led the cross-team migration to docs-as-code, coordinating 4 engineers, 2 writers, and the web team across a 5-month schedule with no publishing freeze.
- Set the documentation definition of done now used by 3 engineering teams, which made docs a release blocker rather than a follow-up ticket.
- Ran a quarterly writing workshop for 15 support agents, raising the share of agent-authored articles accepted into the help center from 30% to 78%.

.webp)



.webp)


%20Which%20Should%20You%20Use.webp)