<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>How to write English &#187; technical documents</title>
	<atom:link href="http://www.writeenglish.org/tag/technical-documents/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.writeenglish.org</link>
	<description>Essay, letter, report, email, and daily business English writing tips.</description>
	<lastBuildDate>Mon, 14 May 2012 11:15:17 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Technical Writing:  What To Expect</title>
		<link>http://www.writeenglish.org/article-writing/technical-writing-expect/</link>
		<comments>http://www.writeenglish.org/article-writing/technical-writing-expect/#comments</comments>
		<pubDate>Mon, 05 Dec 2011 10:21:30 +0000</pubDate>
		<dc:creator>Jane</dc:creator>
				<category><![CDATA[Article Writing]]></category>
		<category><![CDATA[technical documents]]></category>
		<category><![CDATA[technical writing]]></category>

		<guid isPermaLink="false">http://www.writeenglish.org/?p=4225</guid>
		<description><![CDATA[If you want to do things right, get the right people for the job.  And when it comes to technical documents, there&#8217;s usually more than one person putting out the good stuff. The responsibility for most of a technical document relies on technical writers.  Whether a company employs one or a dozen of them, technical [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>If you want to do things right, get the right people for the job.  And when it comes to technical documents, there&#8217;s usually more than one person putting out the good stuff.</p>
<p>The responsibility for most of a technical document relies on technical writers.  Whether a company employs one or a dozen of them, technical writers are usually put in charge of assembling any type of technical report or manual.</p>
<p>You can think of a technical writer as the &#8220;information architect&#8221; for any writing project.  This person takes responsibility for, pretty much, the entirety of a document &#8212; from what information goes into it to how it is presented to ensuring it is fit for consumption by its target readers.  As such, a technical writer&#8217;s biggest job is defining the strategy by which the document can be accomplished.</p>
<p>This includes defining the scope of the document, identifying the target audience, defining the major points to be tackled, planning the structure and all the other steps that go into a writing project.   In some organizations, the subject matter experts (engineers, developers) will write their own documentation; in others, that job will fall solely on the technical writer&#8217;s shoulders.  Regardless of which is the case, the technical writer will have to adapt &#8212; rewriting from documentation and interviewing the experts for the project at hand, as the case requires.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.writeenglish.org/article-writing/technical-writing-expect/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Technical Writing Doesn&#8217;t Need To Be Boring</title>
		<link>http://www.writeenglish.org/article-writing/technical-writing-boring/</link>
		<comments>http://www.writeenglish.org/article-writing/technical-writing-boring/#comments</comments>
		<pubDate>Fri, 30 Sep 2011 08:45:14 +0000</pubDate>
		<dc:creator>Jane</dc:creator>
				<category><![CDATA[Article Writing]]></category>
		<category><![CDATA[technical documents]]></category>
		<category><![CDATA[technical writing]]></category>

		<guid isPermaLink="false">http://www.writeenglish.org/?p=3959</guid>
		<description><![CDATA[Because technical writing tends to be factual and instructive,  it&#8217;s easy for documents in this vein to fall into the trap of being dull and uninviting.   While clarity remains the key quality of technical documents, having something extra is the difference between writing that readers gobble up and documents that you only open when you [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>Because technical writing tends to be factual and instructive,  it&#8217;s easy for documents in this vein to fall into the trap of being dull and uninviting.   While clarity remains the key quality of technical documents, having something extra is the difference between writing that readers gobble up and documents that you only open when you have to.</p>
<p>Fact is, technical writing doesn&#8217;t need to be boring.  You can still be clear and factual, while managing to keep readers engaged.  And it isn&#8217;t all that difficult to effect either.</p>
<p>In fact, there is one thing you can do to turn things around quickly: vary your sentence structures.  Technical documents tend to rely too much on simple sentences to guarantee precision and clarity.  While effective for the purpose, doing so makes your paragraphs sound choppy and unsteady.  You don&#8217;t need to perform anything too complicated, either.   Just combine simple sentences into compound and complex constructions, using subordinate clauses and pairing them with the connector &#8220;and.&#8221;</p>
<p>To add even more color to your writing, you can&#8217;t go wrong with choosing vivid verbs and making colorful comparisons.  Just like varying your sentences, it isn&#8217;t all that difficult of a change from your usual routine, but the effect it can have on your writing should be plenty special.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.writeenglish.org/article-writing/technical-writing-boring/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Technical Aspects Of Technical Writing</title>
		<link>http://www.writeenglish.org/grammar-checker/technical-aspects-technical-writing/</link>
		<comments>http://www.writeenglish.org/grammar-checker/technical-aspects-technical-writing/#comments</comments>
		<pubDate>Tue, 13 Apr 2010 20:13:15 +0000</pubDate>
		<dc:creator>Jane</dc:creator>
				<category><![CDATA[Article Writing]]></category>
		<category><![CDATA[Grammar checker]]></category>
		<category><![CDATA[Grammar software]]></category>
		<category><![CDATA[Improve english writing]]></category>
		<category><![CDATA[Writing help]]></category>
		<category><![CDATA[Writing tips]]></category>
		<category><![CDATA[technical documents]]></category>
		<category><![CDATA[technical writing]]></category>

		<guid isPermaLink="false">http://www.writeenglish.org/?p=2011</guid>
		<description><![CDATA[Just because you&#8217;re writing a paper for a highly-technical field (be it Engineering, Math or Physics), it doesn&#8217;t mean you can do away with proper rules and writing conventions. Yes, you will have to compose the work with as much attention and care as you would if you were making it for that literature subject [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>Just because you&#8217;re writing a paper for a highly-technical field (be it Engineering, Math or Physics), it doesn&#8217;t mean you can do away with proper rules and writing conventions.  Yes, you will have to compose the work with as much attention and care as you would if you were making it for that literature subject you dread so much.</p>
<p>What kinds of things do you need to keep in mind to turn up an easy-to-read technical paper?</p>
<p>1. Make sure all your terminology and notations are clear to everyone who reads it, spending appropriate time inw riting definitions when necessary.<br />
2. Never use &#8220;etc.&#8221; unless the succeeding3 items are 100% obvious.<br />
3. Every table, figure, draft, algorithm and diagram should be on the top of a page, not in the body of text.  It ruins flow otherwise.<br />
4. As a corollary to the above, the accompanying reference for the graphic should start on the same page.   In case it&#8217;s too big to fit any text in, then use the next page, but that&#8217;s as flexible as it gets.<br />
5. Never say &#8220;for various reasons.&#8221;  It&#8217;s a cop-out of damaging proportions.  If there are reasons, always list them.<br />
6. Always use a <a href="http://www.englishsoftware.org">technical writing software for proofreading</a> (or, if you have a living, breathing proofreader, all the better).  Not doing so is inexcusable, especially if you&#8217;re serious about your piece.<br />
7. Use large enough fonts (base average is 11 point), with generous spaces and margins.  You do want to make your paper readable, right?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.writeenglish.org/grammar-checker/technical-aspects-technical-writing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How To Write Clearer Technical Documents</title>
		<link>http://www.writeenglish.org/writing/write-clearer-technical-documents/</link>
		<comments>http://www.writeenglish.org/writing/write-clearer-technical-documents/#comments</comments>
		<pubDate>Sat, 19 Dec 2009 22:08:16 +0000</pubDate>
		<dc:creator>Jane</dc:creator>
				<category><![CDATA[Article Writing]]></category>
		<category><![CDATA[Book writing]]></category>
		<category><![CDATA[How to write]]></category>
		<category><![CDATA[Writing]]></category>
		<category><![CDATA[Writing tips]]></category>
		<category><![CDATA[clear writing]]></category>
		<category><![CDATA[technical documents]]></category>
		<category><![CDATA[technical writing]]></category>

		<guid isPermaLink="false">http://www.writeenglish.org/?p=1653</guid>
		<description><![CDATA[Many forms of writing, such as scientific and technical documents, naturally lend themselves to a complex and unclear structure.    That&#8217;s why it&#8217;s particularly important to consciously compose it to read as simply as possible. Need some ideas on how to do that, apart from using the best writing software you can find?  Read on and [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>Many forms of writing, such as scientific and technical documents, naturally lend themselves to a complex and unclear structure.    That&#8217;s why it&#8217;s particularly important to consciously compose it to read as simply as possible.</p>
<p>Need some ideas on how to do that, apart from using the <a href="http://www.englishsoftware.org">best writing software</a> you can find?  Read on and find out our recommendations:</p>
<p>1. Use the simplest words you can find.  Most inexperienced writers tend to rely on an extensive vocabulary in order to show off their abilities.  It&#8217;s a bad, bad road to take.  Unfamiliar vocabulary will leave plenty of gaps in readers&#8217; comprehension.  Couple that with the already difficult technical language and you&#8217;re dropping a serious lot of work their way.</p>
<p>2. Tighten your writing.  Technical people generally don&#8217;t have the patience (nor the time) to wade through a pile of words that don&#8217;t directly help the point.  Keep the setup and flowery language where it belongs &#8211; in English class.  In the real world, hack those unnecessary items with an axe.</p>
<p>3. Keep sentences short.  Complicated language only gets even more dense when you throw it inside unnecessarily long sentences.  Keep them short, but make sure they&#8217;re complete (use your concise writing software for help).</p>
<p>4. Make sure your subject and verbs match.  This is basic, yet remains a common sticking point for many technical workers.  At the least, you should be getting this right.</p>
<p>5. Punctuate long sentences properly.  Most of the time, you can&#8217;t get away with using purely short sentences.  As such, you&#8217;ll need to throw in long ones every now again.  When you do, make sure they&#8217;re properly punctuated to allow the reader some necessary breathing room.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.writeenglish.org/writing/write-clearer-technical-documents/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How To Make Your User Manuals More Searchable</title>
		<link>http://www.writeenglish.org/improve-english-writing/user-manuals-searchable/</link>
		<comments>http://www.writeenglish.org/improve-english-writing/user-manuals-searchable/#comments</comments>
		<pubDate>Fri, 23 Oct 2009 23:08:56 +0000</pubDate>
		<dc:creator>Jane</dc:creator>
				<category><![CDATA[Article Writing]]></category>
		<category><![CDATA[English writing]]></category>
		<category><![CDATA[How to write]]></category>
		<category><![CDATA[Improve english writing]]></category>
		<category><![CDATA[Writing]]></category>
		<category><![CDATA[Writing tips]]></category>
		<category><![CDATA[technical documents]]></category>
		<category><![CDATA[technical writing]]></category>

		<guid isPermaLink="false">http://www.writeenglish.org/?p=1272</guid>
		<description><![CDATA[User manuals and technical documents are among the most difficult materials to write.  Not only should they express complex technical concepts in simple terms, they should also make it easy for users to find what they&#8217;re looking for. Since most manuals are now available both in print and digital format, it gives the reader more [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>User manuals and technical documents are among the most difficult materials to write.  Not only should they express complex technical concepts in simple terms, they should also make it easy for users to find what they&#8217;re looking for.</p>
<p>Since most manuals are now available both in print and digital format, it gives the reader more flexibility when trying to find the information they&#8217;re looking for.  Unfortunately, it also means extra work for the writer who&#8217;s in charge of creating the document.</p>
<p>When people want to look for information, their tendency is to use words that are familiar to them.  Since you have no hand in your readers&#8217; overall language facility, it&#8217;s up to you to try and cover as much as you can to help them out.  That means anticipating what the users will look for, apart from putting together a clear guide (with the help of a <a href="http://www.englishsoftware.org">quality writing software</a>) for them to use.</p>
<p>So, what&#8217;s the easiest way to approach this problem?  Here&#8217;s something we recommend:</p>
<ul>
<li>Define the core concepts for each page of the manual.</li>
<li>Draw up various terms that correspond to these same concepts (i.e. it means the same but written differently, similar to the synonyms of a word).</li>
<li>Integrate all the terms you come up with into the sentences and paragraphs in the page.</li>
</ul>
<p>Do you see the value in that?  Since you can&#8217;t really know how users will look for specific concepts, your best chance of success is to try to cover all your bases.  While you aren&#8217;t likely to anticipate every possible thing they can search, you should manage to score many of them &#8211; and that&#8217;s usually better than the majority of guides available out there.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.writeenglish.org/improve-english-writing/user-manuals-searchable/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Technical Writing For Non-Writers</title>
		<link>http://www.writeenglish.org/write-better-english/technical-writing-for-non-writers/</link>
		<comments>http://www.writeenglish.org/write-better-english/technical-writing-for-non-writers/#comments</comments>
		<pubDate>Tue, 12 May 2009 22:19:40 +0000</pubDate>
		<dc:creator>Jane</dc:creator>
				<category><![CDATA[Article Writing]]></category>
		<category><![CDATA[How to write]]></category>
		<category><![CDATA[Write better English]]></category>
		<category><![CDATA[Writing tips]]></category>
		<category><![CDATA[technical documents]]></category>
		<category><![CDATA[technical writing]]></category>

		<guid isPermaLink="false">http://www.writeenglish.org/?p=521</guid>
		<description><![CDATA[While most regular folks will attribute technical documents to writers, majority of them are actually written by non-writers.  Sure, professional writers and editors will usually clean up the work and repackage it for public consumption. If you&#8217;re an engineer or are involved in any similarly technical field, there&#8217;s a good chance you&#8217;ll be asked to [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>While most regular folks will attribute technical documents to writers, majority of them are actually written by non-writers.  Sure, professional writers and editors will usually clean up the work and repackage it for public consumption.</p>
<p>If you&#8217;re an engineer or are involved in any similarly technical field, there&#8217;s a good chance you&#8217;ll be asked to write technical materials for the projects you&#8217;re working on.  After all, there&#8217;s no one better to write knowledgeably about a technical item than those who busy their hands toiling on it.</p>
<p>In case you&#8217;re tasked with the job of writing the specifications, user&#8217;s guide or other technical manuals detailing the intricacies of your project, here&#8217;s a few ideas that can help you turn out both a good technical document as well as make it easier for the technical editor to deck it out in more palatable terms.</p>
<p><strong>1.  Accuracy</strong></p>
<p>While you probably don&#8217;t own the skills to fashion your writing in a flowery form, nothing&#8217;s stopping you from keeping it as accurate as possible.  As such, make sure all facts you write down are correct.  Otherwise, any derivative writing stemming from it (such as those from your company writer), will merely reflect the same errors.</p>
<p><strong>2. Clear Language</strong></p>
<p>Try to write in as clear a language as possible.  While it&#8217;s probably easier for you to write in industry jargon and technical terms, writing out intricacies in as clear a language as you can muster will ensure that more of your ideas make it to official company releases.   The more confusing you write certain features out, the greater the chances it will be overlooked.  In the same light, make sure to use a <a href="http://www.englishsoftware.org">grammar software</a> to clean up your writing to ensure as legible a copy as you can produce.</p>
<p><strong>3. Be Descriptive</strong></p>
<p>When you&#8217;re writing technical documents that&#8217;s bound to reach the desks of either a writer or an editor who will be tasked to fixed it up, try to be as descriptive as possible.  While brevity does have its value, you&#8217;ll be more helpful if you present the material as completely as you can &#8211; let the pros summarize it for public consumption.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.writeenglish.org/write-better-english/technical-writing-for-non-writers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

