The service

Start with the
Documentation Audit.

Most teams know their documentation is a problem. They don’t know exactly where it’s failing or what to fix first. That’s what the audit answers. A full review, a prioritised action plan, and a 30-minute walkthrough. Fixed fee. Five working days.

€300
Fixed fee
5
Working days
4
Dimensions reviewed

Documentation Audit

€300

Fixed fee · No surprises

Delivered in 5 working days

Book the Audit →
Taking 2 audit clients, 1 slot remaining
The problem

Most documentation fails in
three predictable ways.

Every fast-growing team hits these. Most don’t realise it until something breaks. All three are fixable, but only if you build the right system underneath.

The Documentation Audit identifies exactly which of these patterns is active in your system and gives you a ranked action plan for addressing them. Not a general audit. Not a list of suggestions. A precise diagnosis of what is broken and what to fix first.

01 — Failure mode

It drifts from the product

Every sprint ships without a documentation update. The gap between what your product does and what your docs say it does widens quietly, until a user hits it, or a new engineer spends three days in the wrong place.

02 — Failure mode

Nobody owns it

Documentation without a named owner is documentation with a countdown timer. When everyone is responsible, no one is. Pages go stale, errors accumulate, and the team stops trusting what they wrote six months ago.

03 — Failure mode

Users cannot find what they need

Findability is an architecture problem, not a writing problem. If your readers are searching support channels for answers that live in your docs, the structure is broken, not the content.

What you get

A full review across four dimensions.
Every finding is specific. Every recommendation is actionable.

Four dimensions reviewed

Accuracy

Is what your docs say what your product actually does? Where is the drift? What created it and how do you close it?

Architecture

Can a reader navigate from their problem to the solution without asking someone? Where does the structure break down?

Ownership

Who is responsible for each section staying accurate? Is that responsibility explicit, or assumed by default?

Empathy

Is your documentation written for the person who built the product, or the person who has to use it? The difference is structural, not stylistic.

What is delivered

Full documentation review

Every page assessed across all four dimensions. Nothing assumed, nothing skipped.

Prioritised action plan

Every finding ranked by impact. You know exactly what to fix first and why, without guessing where to start.

Structural recommendations

Not just what’s broken: what to build instead. Architecture, ownership model, and the system logic underneath.

30-minute walkthrough call

I walk you through every finding. You can ask questions, push back, and leave knowing exactly what happens next.

Written report in 5 working days

You send me the link. I send you the report. Fixed timeline, fixed fee. No scope creep, no surprises.

Documentation Audit
I read your docs. You get clarity.

Fixed fee · No surprises · 5 working days

€300

One fixed fee. Everything included.

Delivered in 5 working days

Consider this

One mis-documented API endpoint costs your team 3–5 hours of support time to diagnose and resolve. The audit costs less than a single engineer’s half-day.

What happens after the audit

The audit is a standalone deliverable. You receive it, you own it, and you can act on it with your team without ever hiring me again.

If you want help implementing the recommendations (building the system, creating the templates, establishing the ownership model), that’s a separate conversation. The goal of everything I build is your independence, not my continued involvement.

How it works

From first contact to delivered system.

Step 01

Audit

You send me the link to your documentation. I review it against the four dimensions: accuracy, structure, ownership, and findability. Every finding is documented with specific evidence, not impressions.

You find out exactly what is broken.

Step 02

Report

Within five working days you receive a written report. Every finding is specific and ranked by impact. You know what to fix first and why, without ambiguity, without guessing.

You have a prioritised plan in hand.

Step 03

Walkthrough

We spend 30 minutes on a call going through the findings. You can ask questions, challenge the conclusions, and leave the call knowing exactly what you need to do next.

You leave with clarity, not more questions.

Step 04

Optionally: build

If you want help implementing the recommendations (architecture, templates, ownership model, deployment pipeline), that’s a separate engagement. The audit stands alone.

You are never locked in.

Questions

Things people ask before they book.

What do you actually need from me to start?

Just the link to your documentation. A URL to your docs site, Notion, Confluence page, or wherever it lives. I read everything myself, no onboarding call required, no lengthy intake form. You send me the link. I get to work.

What if my documentation is private or behind a login?

That’s common. We can arrange temporary access, share a PDF export, or you can screen-share the relevant sections. I’ve worked with documentation that lives in Confluence, Notion, GitBook, private GitHub repos, and Google Drive. We’ll find a way that works.

My documentation is a mess. Is it too early for an audit?

No. An audit is most useful when things are unclear: it tells you exactly what the mess is, and more importantly, what to fix first. The report gives you a ranked action plan, not a judgement. You leave knowing what to do, not just that something is wrong.

How long is the written report?

Long enough to be useful, short enough to be read. Typically 8–15 pages depending on the volume of documentation and the number of findings. Every finding includes the problem, the evidence, the impact, and a specific recommendation. No padding. No generic advice.

Can I book the audit for a specific part of my documentation?

Yes. If you have a specific area of concern (your API reference, your getting started guide, your onboarding flow), we can scope the audit to that section. The price is the same. Let me know when you book.

What if I want help implementing the recommendations?

That’s a separate conversation after the audit. The audit is standalone: you own the report and can act on it without me. If you want me involved in building the system, we talk about scope and timeline after the walkthrough call.

Is €300 the right price for a team of our size?

€300 is my entry-point service. It’s designed to be low enough that the decision doesn’t require a procurement process, but high enough that I give it the same rigour as any engagement. One mis-documented API endpoint costs your team more than €300 in engineering time. The audit costs less than a single engineer’s half-day.

Get started

Send me the link.
I’ll tell you exactly what’s broken.

You send me the link to your documentation. I send you a written report in five working days. A full review across four dimensions, every finding ranked by impact, and a 30-minute walkthrough call. Fixed fee. No surprises. No scope creep.