<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:admin="http://webns.net/mvcb/"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
	<channel> 

	<title>Comments on: How do you write great help docs?</title>
	<link>http://ask.metafilter.com/82571/How-do-you-write-great-help-docs/</link>
	<description>Comments on Ask MetaFilter post How do you write great help docs?</description>
	<pubDate>Fri, 01 Feb 2008 14:05:28 -0800</pubDate>
	<lastBuildDate>Fri, 01 Feb 2008 14:05:28 -0800</lastBuildDate>
	<language>en-us</language>
	<docs>http://blogs.law.harvard.edu/tech/rss</docs>
	<ttl>60</ttl>

	<item>
		<title>Question: How do you write great help docs?</title>
		<link>http://ask.metafilter.com/82571/How-do-you-write-great-help-docs</link>	
		<description>What are good resources for improving online help and user documentation? &lt;br /&gt;&lt;br /&gt; I&apos;m interested in the conceptual side here, not the software tools. What I&apos;m looking for is books, articles or examples that provide guidelines and insight into how to write top-notch software user documentation, including online help and user guides.</description>
		<guid isPermaLink="false">post:ask.metafilter.com,2008:site.82571</guid>
		<pubDate>Fri, 01 Feb 2008 13:16:09 -0800</pubDate>
		<dc:creator>Palaverist</dc:creator>
		
			<category>technicalwriting</category>
		
			<category>techwriting</category>
		
			<category>softwaredevelopment</category>
		
	</item> <item>
		<title>By: Houstonian</title>
		<link>http://ask.metafilter.com/82571/How-do-you-write-great-help-docs#1223254</link>	
		<description>Have you looked at the &lt;a href=&quot;http://headrush.typepad.com/creating_passionate_users/&quot;&gt;Creating Passionate Users&lt;/a&gt; site? If you are just starting out, you might also be interested in the &lt;a href=&quot;http://en.wikiversity.org/wiki/Technical_writing&quot;&gt;Wikiversity pages for technical writing&lt;/a&gt;.</description>
		<guid isPermaLink="false">comment:ask.metafilter.com,2008:site.82571-1223254</guid>
		<pubDate>Fri, 01 Feb 2008 14:05:28 -0800</pubDate>
		<dc:creator>Houstonian</dc:creator>
	</item><item>
		<title>By: Caviar</title>
		<link>http://ask.metafilter.com/82571/How-do-you-write-great-help-docs#1223654</link>	
		<description>Examples.&lt;br&gt;
&lt;br&gt;
Working examples.&lt;br&gt;
&lt;br&gt;
Lots of working examples.</description>
		<guid isPermaLink="false">comment:ask.metafilter.com,2008:site.82571-1223654</guid>
		<pubDate>Fri, 01 Feb 2008 19:09:57 -0800</pubDate>
		<dc:creator>Caviar</dc:creator>
	</item><item>
		<title>By: l&apos;esprit d&apos;escalier</title>
		<link>http://ask.metafilter.com/82571/How-do-you-write-great-help-docs#1223789</link>	
		<description>Two books I can recommend:&lt;br&gt;
&lt;br&gt;
&lt;li&gt;&lt;em&gt;Developing Quality Technical Information: A Handbook for Writers and Editors &lt;/em&gt;(IBM Press Series--Information Management)&lt;/li&gt;&lt;br&gt;
&lt;li&gt;&lt;em&gt;Dynamics in Document Design: Creating Text for Readers&lt;/em&gt; by Karen A. Schriver&lt;/li&gt;&lt;br&gt;
Keep an eye on these mailing lists for the occasional interesting discussion:&lt;br&gt;
&lt;a href=&quot;http://www.techwr-l.com/techwr-l-list&quot;&gt;http://www.techwr-l.com/techwr-l-list&lt;/a&gt;&lt;br&gt;
&lt;a href=&quot;http://techcommpros.com/&quot;&gt;http://techcommpros.com/&lt;/a&gt;&lt;br&gt;
&lt;br&gt;
Then there&apos;s the &lt;a href=&quot;http://jbt.sagepub.com/&quot;&gt;Journal of Business and Technical Information&lt;/a&gt; which sometimes has good stuff. You may be able to access it through your library, if you&apos;re not interested in purchasing articles online or subscribing.&lt;br&gt;
&lt;br&gt;
Pay close attention to the technical documentation you come across in your day-to-day life, your car manual, IKEA assembly instructions, or even the online help included in your authoring tool. Because you&apos;re actually using that information (or trying to) you experience the quality of it. What&apos;s missing, what did you like, what were the assumptions about your knowledge and experience, were they justified or reasonable? I&apos;ve always found this an edifying experience.&lt;br&gt;
&lt;br&gt;
Also, if you&apos;re working as a tech writer, seize every opportunity to use your own documentation in anger. If you get the chance to be thrown in the deep end, say offer customer support on the products you write about or having to assist your customer&apos;s go-live, go for it! Interacting with the documentation, and more importantly, your actual audience is harshly instructive.</description>
		<guid isPermaLink="false">comment:ask.metafilter.com,2008:site.82571-1223789</guid>
		<pubDate>Fri, 01 Feb 2008 23:16:47 -0800</pubDate>
		<dc:creator>l&apos;esprit d&apos;escalier</dc:creator>
	</item><item>
		<title>By: Houstonian</title>
		<link>http://ask.metafilter.com/82571/How-do-you-write-great-help-docs#1223833</link>	
		<description>Another good book is JoAnn Hackos&apos; &lt;a href=&quot;http://www.amazon.com/exec/obidos/ASIN/0471590991/metafilter-20/ref=nosim/&quot;&gt;Managing Your Documentation Projects&lt;/a&gt;. For guidelines, you need a style guide. Many software companies use the &lt;a href=&quot;http://www.amazon.com/exec/obidos/ASIN/0735617465/metafilter-20/ref=nosim/&quot;&gt;Microsoft Manual of Style (3rd edition)&lt;/a&gt;.</description>
		<guid isPermaLink="false">comment:ask.metafilter.com,2008:site.82571-1223833</guid>
		<pubDate>Sat, 02 Feb 2008 04:24:55 -0800</pubDate>
		<dc:creator>Houstonian</dc:creator>
	</item>
	</channel>
</rss>
