Adrian Tech Writing Contact

Technical writing: turning complex ideas into clear, compelling documentation.

Clear documentation that helps users succeed —and reduces support.

I write and structure documentation for APIs, SDKs, internal tooling, and user-facing product guides. Your engineers ship faster; your customers get answers faster.

Get a quote View samples
Fast turnaround • Async-friendly • NDA-ready

Specialties

API docs • Guides • Tutorials

Tools

Markdown • OpenAPI • Git

Outcome

Less friction, fewer tickets

Documentation audit snapshot

Example

Top fixes

  • Improve onboarding flow (quickstart → auth → first call)
  • Add runnable examples + error handling guidance
  • Standardize terminology & navigation labels

Before

“Where do I get my API key?”
“Why is this endpoint returning 401?”

After

Clear auth section + examples
Troubleshooting with copy/paste fixes

Need docs that match how developers actually build? I can plug into your repo and ship PR-based docs.

What I can deliver

Flexible engagements: one-off docs, monthly retainers, or a documentation overhaul.

Discuss scope →

API & SDK Documentation

Reference, auth guides, pagination, errors, rate limits, examples.

User Guides & Tutorials

Step-by-step flows, onboarding, troubleshooting, release notes.

Information Architecture

Navigation, doc sets, style guides, consistency across pages.

Writing samples

A selection of technical writing samples that demonstrate my ability to explain complex concepts clearly, accurately, and with the end user in mind.

Formats: Markdown • Docs sites • PDFs

API Quickstart

Guide

A “first successful request” flow with auth, minimal setup, and common error fixes.

View sample →

SDK Reference Page

Reference

Method-by-method reference with parameters, return values, examples, and edge cases.

View sample →

Troubleshooting Playbook

Support

“If you see X, do Y” guidance with decision trees, logs, and known limitations.

View sample →

“Our API docs went from ‘good luck’ to a clean quickstart + reference. Support tickets dropped noticeably.”

— Product Lead

“PR-based docs made it easy for engineering to review. The structure is now consistent across the site.”

— Engineering Manager

Start the conversation

Tell me what you’re building and what “done” looks like. I’ll reply with next steps and a rough estimate.

Typical turnaround

Small updates: 2–5 days • New sections: 1–2 weeks

What helps most

Repo access, a sample request, and who the audience is.

NDA-friendly Async communication GitHub / GitLab PRs

Prefer email? hello@adriantechwriting.com