Technical writing and documentation services

Documentation
that helps people
get things done.

I develop technical documentation and build custom knowledge bases, portals, and tools that help your customers and teams find answers and complete their work.

Bring me a new documentation project, guides that need updating, or a publishing process that needs to work better.

David Young

David YoungTechnical writer and information architectWork directly with me throughout the project.

Featured documentation projectStripe preparation
Completed customer-data review showing prepared customer drafts, an invoice plan on hold, and a structured handoff for implementation.

Preparing customer data for a Stripe integration.

See how billing reviewers and integration developers use one documented workflow to resolve source records and prepare an implementation handoff.

Watch the project walkthrough Project names and records have been changed. The workflow and deliverables are presented as a complete project.

How I can help

Documentation services

Describe what you need written, reviewed, or built, and we’ll agree on the deliverables.

Tell me what people need to accomplish. I’ll determine whether the project calls for documentation, a knowledge base, an onboarding experience, an interactive tool, or a combination.

01 / Assess

Documentation audit

I identify tasks the documentation doesn't cover, confusing steps, and problems with how the content is organized.

What the work includes
  • Review of agreed user tasks and existing documentation
  • Specific examples of unanswered questions and instructions that need clarification
  • Prioritized recommendations and a proposed scope
Ask about an audit
02 / Write

Technical writing and documentation

I write the instructions people need to set up, use, and maintain your product or follow your processes.

What the work includes
  • Research with your team and source material
  • Product guides, tutorials, and internal procedures
  • API quickstarts, integration guides, and developer onboarding documentation
  • Technical review and a plan for future updates
Ask about technical writing
03 / Build

Knowledge bases, portals and tools

I build searchable knowledge bases, documentation portals, and reference tools around the information people need to use.

What the work includes
  • Content structure and navigation around user tasks
  • Search, filters, or field-mapping views suited to the information
  • Review and publishing workflows
  • Checks against agreed requirements and instructions for using and maintaining the finished system
Ask about a knowledge base, portal, or tool

Describe the project or problem. Share a defined scope or explain what needs attention.

Featured project

Documentation for preparing customer data for a Stripe integration.

A customer-preparation handbook, field contract, exception procedures, and structured handoff connect billing review with the requirements integration developers need.

Readers
Billing specialists and integration developers
Documented
Review procedures, mapping decisions, exception treatments, and maintenance responsibilities
Delivered
A handbook, developer references, structured handoff, working review tool, and project walkthrough

Project names and records have been changed. The project page preserves the workflow, decisions, and deliverables.

Project walkthrough, 1 min 23 sec, narrated with captions.

Selected work

Documentation and publishing for Prevail.

The work combined product guides and internal procedures with preview workflows and custom features for organizing the documentation.

Written
Product guides and internal procedures
Built
Preview builds for reviewing changes before publication
Custom
Features for organizing the documentation
View the project
Publishing workflow
Documentation updatePreview and publication
Ready to publish
  1. Draft updatedWriter
  2. Preview builtGitHub Actions
  3. Review completedPull request
  4. Production publishedApproved changes
User guidesDeveloper documentationInternal procedures
Representative view of the documentation review and publishing workflow.

Working together

Start with the task. Agree on the work.

You bring the goals and source material. I research, write, and build the agreed deliverables.

  1. 01

    Tell me what you want to accomplish.

    Share the product, process, or documentation you have. We identify the intended readers and the tasks the documentation needs to support.

  2. 02

    Set a clear scope.

    We agree on deliverables, access to your team and materials, review responsibilities, and what the finished work needs to do.

  3. 03

    Review the work and prepare the handover.

    I check the work against the agreed requirements. Your designated reviewers verify the product or process details. Together, we agree on handover instructions and who will be responsible for ongoing maintenance.

Practical documentation advice

Documentation in practice.

Browse articles

How Fast Is Your API Onboarding? Benchmark Your First-Call Time in Five Minutes

Measure the time developers need to make a first successful API request.

Read the article

How to Find Knowledge Base Article Gaps That Create Support Tickets

Use recurring support questions to identify articles that need attention.

Read the article

Docs as Code: What It Is and Why Teams Get Stuck

Where contribution, review, and publishing become difficult after the tools are in place.

Read the article

Common questions

Before we begin

Can you work with our existing team?

Yes. I can work alongside your writers, engineers, support staff, and subject experts. We agree on who provides information, who reviews the work, and who handles maintenance.

Do we need an audit first?

A clearly defined writing or build project can start with its own scope. An audit helps identify questions the documentation doesn't answer, instructions that need clarification, and priorities for the work.

How is the project priced?

The price depends on the agreed deliverables, available material, technical access, and review needs. We clarify those details and agree on the scope and price before project work begins.

What happens after I get in touch?

I review the project details you share. We clarify the deliverables, any questions that affect the scope, and the proposed price before project work begins.

Your next documentation project

What do your users need to do?

Tell me what needs to be written, organized, or built. A few sentences are enough to start.

I read what you send and reply with questions about the scope. We agree on the deliverables and the price before any project work begins.

Tell me about your project