Why this site exists

This site exists to document real experiences and practical guidance for the current generation in the industry, based on our own work.

Much of the writing about technical writing focuses on tools, templates, or theory. It is often written by people who have not tried these ideas themselves, resulting in a lot of words with very little takeaway.

This site focuses on practice: real documentation work, career paths, and trade-offs.

It is also a long-term record of how we think about documentation as the field evolves.

Who this site is for

This site is for:

• Technical writers at any stage of their career
• Engineers and product managers who write or review documentation
• People exploring technical writing as a profession
• Anyone interested in clear, honest writing about complex systems

How to read this site

Not everything here is meant to be consumed the same way.

• Essays: Structured, opinionated, and revised over time.
• Notes: Observations, questions, or half-formed ideas shared early.
• AI tools recommendations: AI tools that we used and found useful

Older posts may be revisited and refined as understanding improves.

You don’t need to read everything. Skim freely. Follow tags. Read what resonates.

---

At present, any of us will be the author of the articles on this website.

Neeraj K

Becoming a technical writer was never part of the plan, but it happened over time, and I’ve been enjoying it ever since. Writing, not just technical writing, has always been something I enjoy and have done consistently for years.

In the last few years, after taking on the responsibility of managing an organisation’s entire product documentation, I started exploring the field more deeply and putting in far more effort than ever to improve.

I’ve always wanted to document my career path as well, and this website is a step in that direction. I hope you enjoy reading and find something useful along the way.

Neelam Biswal

Hi, I’m Neelam. Technical writing happened to me almost by accident. During my engineering days, I never knew the IT industry even had roles called “technical writing” or “content writing.” I assumed IT meant development—either software or hardware.

I graduated in 2007, right in the middle of a major recession, and could not find a development role. During that phase, I applied for a position titled “Content Writing and Knowledge Center” without fully understanding what it involved—and that’s how my journey began. It has continued ever since.

Over the years, I’ve seen how critical documentation is for any product—software, hardware, or anything else in the IT world. What started as “just a job” gradually became something I take real pride in. While documentation may sometimes be overlooked internally by development teams or leadership, it is deeply valued by end users who depend on it.

Through this journey, I’ve learned that documentation is never truly finished. It keeps evolving with new ideas, formats, and structures. Every project teaches something new—a clearer explanation, a simpler presentation, or a smarter way to organise information. That, to me, is the beauty of this field.

George Johnson

I am an experienced technical writer with over 15 years of expertise and a “test-first” philosophy. I believe in taking a deep dive into the product, personally testing and validating every possible flow before writing to ensure that my documentation can answer any technical question a user might have.

I have never believed in rigid structures or age-old templates; instead, I research daily to identify how to improve and address the specific pain points of our users through the documentation we present. My goal is to move beyond standard manuals and build a documentation ecosystem that provides genuine value. Ultimately, I believe that truly useful docs only come from a deep understanding of the product you are writing about and a constant willingness to try new things.

So here we are. Keep writing, keep authoring, and keep making complex products simple and accessible for everyone through thoughtful documentation.