<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: The Problem With Radio Buttons</title>
	<atom:link href="http://xhipi.com/2009/10/the-problem-with-radio-buttons/feed/" rel="self" type="application/rss+xml" />
	<link>http://xhipi.com/2009/10/the-problem-with-radio-buttons/</link>
	<description>eXperience, Human Interaction, &#38; Process Improvement</description>
	<lastBuildDate>Wed, 03 Mar 2010 14:09:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Matthew Oliphant</title>
		<link>http://xhipi.com/2009/10/the-problem-with-radio-buttons/comment-page-1/#comment-187</link>
		<dc:creator>Matthew Oliphant</dc:creator>
		<pubDate>Fri, 23 Oct 2009 13:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://xhipi.com/?p=322#comment-187</guid>
		<description>Forgot to add...

I think people who use Google Voice &lt;em&gt;wouldn&#039;t&lt;/em&gt; see this as an optional feature to be ignored. Since Goggle sends you a text message of the transcript, and &lt;a href=&quot;http://matto.tumblr.com/post/220443723/got-a-voice-mail-on-google-voice-today&quot; rel=&quot;nofollow&quot;&gt;said transcript can be quite off&lt;/a&gt;, I think this is something many users would want to give feedback on in order to get Google to improve.

And frankly, the best way to improve it would be to have the user transcribe the message to how they hear it and let Google&#039;s magical faerie engines compare the diffs.</description>
		<content:encoded><![CDATA[<p>Forgot to add&#8230;</p>
<p>I think people who use Google Voice <em>wouldn&#8217;t</em> see this as an optional feature to be ignored. Since Goggle sends you a text message of the transcript, and <a href="http://matto.tumblr.com/post/220443723/got-a-voice-mail-on-google-voice-today" rel="nofollow">said transcript can be quite off</a>, I think this is something many users would want to give feedback on in order to get Google to improve.</p>
<p>And frankly, the best way to improve it would be to have the user transcribe the message to how they hear it and let Google&#8217;s magical faerie engines compare the diffs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Oliphant</title>
		<link>http://xhipi.com/2009/10/the-problem-with-radio-buttons/comment-page-1/#comment-186</link>
		<dc:creator>Matthew Oliphant</dc:creator>
		<pubDate>Fri, 23 Oct 2009 13:20:33 +0000</pubDate>
		<guid isPermaLink="false">http://xhipi.com/?p=322#comment-186</guid>
		<description>Hey Adam,

I definitely take your point. A third option would be another way to go, though that adds clutter to the screen. Though that might lead on to use a drop-down. It would be good to collect whether the transcript was unhelpful, but then Google has to figure out what unhelpful means. And now I wonder if it should read, &#8220;Did the transcript match the voice mail well enough for you to garner meaning from it.&#8221;

But yes, I didn&#039;t want to check the Yes as I really didn&#039;t have an opinion one way or the other about this message.

Especially since there&#039;s no transcript.</description>
		<content:encoded><![CDATA[<p>Hey Adam,</p>
<p>I definitely take your point. A third option would be another way to go, though that adds clutter to the screen. Though that might lead on to use a drop-down. It would be good to collect whether the transcript was unhelpful, but then Google has to figure out what unhelpful means. And now I wonder if it should read, &ldquo;Did the transcript match the voice mail well enough for you to garner meaning from it.&rdquo;</p>
<p>But yes, I didn&#8217;t want to check the Yes as I really didn&#8217;t have an opinion one way or the other about this message.</p>
<p>Especially since there&#8217;s no transcript.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Connor</title>
		<link>http://xhipi.com/2009/10/the-problem-with-radio-buttons/comment-page-1/#comment-185</link>
		<dc:creator>Adam Connor</dc:creator>
		<pubDate>Fri, 23 Oct 2009 02:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://xhipi.com/?p=322#comment-185</guid>
		<description>By not being able to recover, I&#039;ll assume you mean that you didn&#039;t want to check the &quot;check&quot; box, as you didn&#039;t necessarily want to indicate to Google that the transcription was helpful either.

If that&#039;s the case then isn&#039;t the issue more that you were provided a binary choice when what you really needed for a third option - an &quot;N/A&quot; or &quot;undecided&quot; type option?

I do personally prefer your solution, but I have to wonder what Google&#039;s intent is here in terms of collecting data. If they were to use the design you laid out, they would not be able to infer that just because the box is unchecked the transcription was unhelpful. So if they are using this question for monitoring quality of the transcriptions, it wouldn&#039;t really be useful to them.

Of course then one also has to consider how often users would actually answer a question like this. Presenting an &quot;optional&quot; data collection tool like this w/ 3 possible choices on something like this may be overwhelmingly ignored and thus lend itself more to clutter for users rather than useful data collection and user engagement.</description>
		<content:encoded><![CDATA[<p>By not being able to recover, I&#8217;ll assume you mean that you didn&#8217;t want to check the &#8220;check&#8221; box, as you didn&#8217;t necessarily want to indicate to Google that the transcription was helpful either.</p>
<p>If that&#8217;s the case then isn&#8217;t the issue more that you were provided a binary choice when what you really needed for a third option &#8211; an &#8220;N/A&#8221; or &#8220;undecided&#8221; type option?</p>
<p>I do personally prefer your solution, but I have to wonder what Google&#8217;s intent is here in terms of collecting data. If they were to use the design you laid out, they would not be able to infer that just because the box is unchecked the transcription was unhelpful. So if they are using this question for monitoring quality of the transcriptions, it wouldn&#8217;t really be useful to them.</p>
<p>Of course then one also has to consider how often users would actually answer a question like this. Presenting an &#8220;optional&#8221; data collection tool like this w/ 3 possible choices on something like this may be overwhelmingly ignored and thus lend itself more to clutter for users rather than useful data collection and user engagement.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
