technical communicator
-
Reduce: To Improve
This post is about progressive reduction, which is what I’ve recently read about. From what I have gleaned, progressive reduction is about those gradual changes (mostly reduction) in the UI elements that relate to your time-lapsed incremental cognition of a product. In other words, progressive reduction is in continuously adapting the UI elements of your Continue reading
-
The Key Elements in Technical Communication
The bent towards information design is on account of its applicability – A picture, as they say, is worth a thousand words. The use of graphics minimizes the use of content. Rather, it squeezes the underlying message of the content into a graphics. Despite the usually observed bent of mind, I believe that the key Continue reading
-
The All-Important: Redundancy
Redundancy is inseparable. But, it is still important to make mutual sense. Your reader wants to search for content that resolves the purpose of the search. But, that sadly isn’t always on our list of goals. This article tries to see the possible definition and cause of redundancy, and suggest the probable solutions to resolve Continue reading
-
Parallelism: Comprehension is Parallel to Reading
This article focuses on the use of uniform writing structure and tone in order to improve comprehension and promote correct action. The thought of writing this post came to me as I searched through the pages of the legacy documentation for one of our products. I think the idea of maintaining a uniform structure is Continue reading
-
Is Technical Writing Skill or Ability?
I often say this to myself: Anyone can write, but everyone cannot become a writer. But, when we can (and do) learn to write, why can’t we learn to become writers? Language is a skill, which can be learned and mastered over a period of time. We must learn to follow the rules. Although subconsciously, Continue reading
-
Tech Comm and the Glossary of Biz Economics
Premise In the regular classes on Business Economics, during my graduation, I learned about certain concepts that still apply. Two of such concepts, Buyers and Users, are applicable in technical communication to a great extent. Can those concepts lend any insights to us? Do we prepare our documentation considering the buyers or users? Or, do Continue reading