<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for ISV Kaizen</title>
	<link>http://www.drexplain.com/isv-kaizen-blog</link>
	<description>Strategy of continuous improvement for ISV business</description>
	<pubDate>Sun, 05 Jul 2009 04:08:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.3</generator>

	<item>
		<title>Comment on Does the good documentation increase the load of technical support? by Mike Wethington</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/documentation/does-the-good-documentation-increase-the-load-of-technical-support/#comment-803</link>
		<author>Mike Wethington</author>
		<pubDate>Fri, 15 May 2009 20:06:55 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/documentation/does-the-good-documentation-increase-the-load-of-technical-support/#comment-803</guid>
					<description>...Documentation has so much cool stuff described, that it makes people’s imagination stimulated and they start thinking of other, even more exotic stuff they want to do but can not figure out and start a service request for it...

I would call this an opportunity to make more revenue. Either charge for the services that customers want delivered or, if enough interest, create new features/functionality in the product to upsell to customers.

Sounds like Doc transitions from a cost-center to a revenue-center in the 2nd scenario.</description>
		<content:encoded><![CDATA[<p>&#8230;Documentation has so much cool stuff described, that it makes people’s imagination stimulated and they start thinking of other, even more exotic stuff they want to do but can not figure out and start a service request for it&#8230;</p>
<p>I would call this an opportunity to make more revenue. Either charge for the services that customers want delivered or, if enough interest, create new features/functionality in the product to upsell to customers.</p>
<p>Sounds like Doc transitions from a cost-center to a revenue-center in the 2nd scenario.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on Does the good documentation increase the load of technical support? by Craig Prichard</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/documentation/does-the-good-documentation-increase-the-load-of-technical-support/#comment-802</link>
		<author>Craig Prichard</author>
		<pubDate>Thu, 14 May 2009 14:27:10 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/documentation/does-the-good-documentation-increase-the-load-of-technical-support/#comment-802</guid>
					<description>Scott's observations are interesting. I agree that the goal of good documentation is to reduce service incidents. Striking a balance between too little and too much content is the challenge. Undoubtedly too little documentation will leave the end-user with few options for seeking support, such as newsletters, webinars or other training or educational rich media, and forums if they are available.

Maybe the 1000 page manual is in the wrong hands? Maybe it should be an in-house support document and the end-user manual only contain a subset (single-sourced, I would hope) of all that content. 

Stimulating the imagination of the end-user to experiment and push the application might result in additional service requests, but my experience has been that the result of that quality of free usability testing should lead to a better product. Monkeying around can lead to "stupid user questions" but it can also exposing otherwise hidden bugs. That same creative imagination might help the forward development of the application by providing a fresh perspective on its use in the real world.

It is possible to have too much of a good thing. A single man at a buffet could hurt himself trying to do justice to the opportunity alone. But accompanied by his football buddies, the buffet would serve them well. Massive documentation can certainly serve the support (football) team well but it might overwhelm all but the most gluttonous among the rest of us.

My thoughts are my own.

Craig Prichard
Technical Communicator
craig.prichard@gmail.com</description>
		<content:encoded><![CDATA[<p>Scott&#8217;s observations are interesting. I agree that the goal of good documentation is to reduce service incidents. Striking a balance between too little and too much content is the challenge. Undoubtedly too little documentation will leave the end-user with few options for seeking support, such as newsletters, webinars or other training or educational rich media, and forums if they are available.</p>
<p>Maybe the 1000 page manual is in the wrong hands? Maybe it should be an in-house support document and the end-user manual only contain a subset (single-sourced, I would hope) of all that content. </p>
<p>Stimulating the imagination of the end-user to experiment and push the application might result in additional service requests, but my experience has been that the result of that quality of free usability testing should lead to a better product. Monkeying around can lead to &#8220;stupid user questions&#8221; but it can also exposing otherwise hidden bugs. That same creative imagination might help the forward development of the application by providing a fresh perspective on its use in the real world.</p>
<p>It is possible to have too much of a good thing. A single man at a buffet could hurt himself trying to do justice to the opportunity alone. But accompanied by his football buddies, the buffet would serve them well. Massive documentation can certainly serve the support (football) team well but it might overwhelm all but the most gluttonous among the rest of us.</p>
<p>My thoughts are my own.</p>
<p>Craig Prichard<br />
Technical Communicator<br />
<a href="mailto:craig.prichard@gmail.com">craig.prichard@gmail.com</a></p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on Two useful services for making voice-over for screencast or video by Dennis Crane</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/documentation/two-useful-services-for-making-voice-over-for-screencast-or-video/#comment-800</link>
		<author>Dennis Crane</author>
		<pubDate>Thu, 07 May 2009 11:52:30 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/documentation/two-useful-services-for-making-voice-over-for-screencast-or-video/#comment-800</guid>
					<description>&gt; How much talent does it really take to provide a voice to a script?
For our 750 word script we received about 150 bids from talents with cost ranging from approximately $50 to $600. Finally, we get 6 minutes of speech for $275. The turnover was ~6 hours.

The benefits of using the services are:
- speed of response and deliveries
- easy of payment
- wide choice (especially important for voice-over)
- ESCROW service
- infrastructure\usability\engine

Nick: Have you ever wondered to offer your services though similar marketplaces?</description>
		<content:encoded><![CDATA[<p>> How much talent does it really take to provide a voice to a script?<br />
For our 750 word script we received about 150 bids from talents with cost ranging from approximately $50 to $600. Finally, we get 6 minutes of speech for $275. The turnover was ~6 hours.</p>
<p>The benefits of using the services are:<br />
- speed of response and deliveries<br />
- easy of payment<br />
- wide choice (especially important for voice-over)<br />
- ESCROW service<br />
- infrastructure\usability\engine</p>
<p>Nick: Have you ever wondered to offer your services though similar marketplaces?</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on Two useful services for making voice-over for screencast or video by Nick Jones</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/documentation/two-useful-services-for-making-voice-over-for-screencast-or-video/#comment-799</link>
		<author>Nick Jones</author>
		<pubDate>Thu, 07 May 2009 11:38:47 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/documentation/two-useful-services-for-making-voice-over-for-screencast-or-video/#comment-799</guid>
					<description>Interesting article - although the rate for voice overs seems expensive to me. How much talent does it really take to provide a voice to a script?

Also my editing service for non-native English speakers is more affordable at $8 for 1000 words.</description>
		<content:encoded><![CDATA[<p>Interesting article - although the rate for voice overs seems expensive to me. How much talent does it really take to provide a voice to a script?</p>
<p>Also my editing service for non-native English speakers is more affordable at $8 for 1000 words.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on Implementing Uninstall Feedback with Inno Setup by Rod</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/support/implementing-uninstall-feedback-with-inno-setup/#comment-796</link>
		<author>Rod</author>
		<pubDate>Mon, 06 Apr 2009 12:01:00 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/support/implementing-uninstall-feedback-with-inno-setup/#comment-796</guid>
					<description>Tremendous... 
Terrific.    I saw a commercial software doing the same for money :)</description>
		<content:encoded><![CDATA[<p>Tremendous&#8230;<br />
Terrific.    I saw a commercial software doing the same for money <img src='http://www.drexplain.com/isv-kaizen-blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on How to spin up a forum on your website by Dennis Crane</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/website/how-to-spin-up-a-forum-on-your-website/#comment-794</link>
		<author>Dennis Crane</author>
		<pubDate>Wed, 18 Mar 2009 19:50:03 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/website/how-to-spin-up-a-forum-on-your-website/#comment-794</guid>
					<description>I think Kaizen and Agile should be used together in our business: Agile start and then Kaizen-style continuous improvements.</description>
		<content:encoded><![CDATA[<p>I think Kaizen and Agile should be used together in our business: Agile start and then Kaizen-style continuous improvements.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on How to spin up a forum on your website by Mo Flanagan</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/website/how-to-spin-up-a-forum-on-your-website/#comment-793</link>
		<author>Mo Flanagan</author>
		<pubDate>Wed, 18 Mar 2009 18:49:56 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/website/how-to-spin-up-a-forum-on-your-website/#comment-793</guid>
					<description>Dennis, thanks for the tips. The term "Kaizen" beats "Agile" any day...</description>
		<content:encoded><![CDATA[<p>Dennis, thanks for the tips. The term &#8220;Kaizen&#8221; beats &#8220;Agile&#8221; any day&#8230;</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on How to Notify Your Customers About Software Update Safely by Dennis Crane</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/distribution/how-to-notify-your-customers-about-software-update-safely/#comment-792</link>
		<author>Dennis Crane</author>
		<pubDate>Tue, 17 Mar 2009 19:50:27 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/distribution/how-to-notify-your-customers-about-software-update-safely/#comment-792</guid>
					<description>BTW, Tim, the ‘Check for update’ feature doesn't help or will even harm if you have an issue in your release. 
As the release gets visible to all users in a moment, they all will download the file with issue. You won't have a chance to fix it quickly.</description>
		<content:encoded><![CDATA[<p>BTW, Tim, the ‘Check for update’ feature doesn&#8217;t help or will even harm if you have an issue in your release.<br />
As the release gets visible to all users in a moment, they all will download the file with issue. You won&#8217;t have a chance to fix it quickly.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on How to Notify Your Customers About Software Update Safely by Dennis Crane</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/distribution/how-to-notify-your-customers-about-software-update-safely/#comment-791</link>
		<author>Dennis Crane</author>
		<pubDate>Sat, 14 Mar 2009 16:01:24 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/distribution/how-to-notify-your-customers-about-software-update-safely/#comment-791</guid>
					<description>Excellent hint, Tim. I agree that 'Check for update' feature will simplify the task. 
In the same time my tip may be useful also for cases when you need to tell the users something more than just 'We have an update', e.g. announcing a special offer or other news . Sometimes we have to send e-mails.</description>
		<content:encoded><![CDATA[<p>Excellent hint, Tim. I agree that &#8216;Check for update&#8217; feature will simplify the task.<br />
In the same time my tip may be useful also for cases when you need to tell the users something more than just &#8216;We have an update&#8217;, e.g. announcing a special offer or other news . Sometimes we have to send e-mails.</p>
]]></content:encoded>
				</item>
	<item>
		<title>Comment on How to Notify Your Customers About Software Update Safely by Tim Haughton</title>
		<link>http://www.drexplain.com/isv-kaizen-blog/distribution/how-to-notify-your-customers-about-software-update-safely/#comment-790</link>
		<author>Tim Haughton</author>
		<pubDate>Sat, 14 Mar 2009 07:48:05 +0000</pubDate>
		<guid>http://www.drexplain.com/isv-kaizen-blog/distribution/how-to-notify-your-customers-about-software-update-safely/#comment-790</guid>
					<description>For my document management software, I use a combination of weekly updates and ClickOnce to achieve update nirvana. The weekly updates mean that there is seldom an epic change coming into any 1 release, and the changes happen progressively over time.

ClickOnce has the benefit that I publish the change to my server, and the application is updated automagically on customers' machines.</description>
		<content:encoded><![CDATA[<p>For my document management software, I use a combination of weekly updates and ClickOnce to achieve update nirvana. The weekly updates mean that there is seldom an epic change coming into any 1 release, and the changes happen progressively over time.</p>
<p>ClickOnce has the benefit that I publish the change to my server, and the application is updated automagically on customers&#8217; machines.</p>
]]></content:encoded>
				</item>
</channel>
</rss>
