Skip to content
tgl
All services

Tutorials

Tutorials

How-tos, listicles, and ride-the-wave posts that a developer can follow start to finish without opening a support ticket.

  • How-to guides
  • Listicles
  • Ride-the-wave posts
  • Deep dives

Most devtool tutorials fail the same way: the code is untested, the versions have drifted, and step 7 assumes something step 3 never installed. Readers bounce, and the post quietly becomes a liability.

We build every tutorial from a working repository first. The prose is written against code that runs, on the versions you support, on a machine with nothing pre-installed. If the product fights back during the build, that friction goes into a findings note for your team, free of charge, because it is usually worth more than the article.

How we scope one

Tutorials are scoped by depth, not word count. A beginner piece gets a reader to a first success. An intermediate piece solves a real integration problem. An advanced piece goes after architecture, performance, or an edge case your docs deliberately skip.

Questions

Tutorials, answered.

Who actually writes the tutorial?

An engineer who ships in your stack. They build the demo repository first and write the article against code that runs, rather than working from a feature list or your existing docs.

How long does one take?

Usually one to three weeks from brief to publish-ready draft, depending on depth. Most of that time is the build and the audit, not the writing.

What if your writer finds a bug in our product?

You get a findings note at no extra cost. Friction we hit during the build is usually worth more to your team than the article itself, so we report it rather than working around it silently.

Get started

Talk through a tutorials engagement.

Thirty minutes, no deck. We look at what you have, agree what the first piece should be, and you leave with a scope and a price.