<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Boxes and Arrows: Comments by Wen Johnson</title>
    <link>http://www.boxesandarrows.com/person/9907</link>
    <pubDate>Tue, 18 Sep 2007 23:59:21 GMT</pubDate>
    <description>Comments by Wen Johnson</description>
    <item>
      <description>&lt;p&gt;Good article, but yeah, it does miss some wireframing apps for us Mac designers. I&amp;#8217;ve been using oversite for awhile (&lt;a href="http://taubler.com/oversite" rel="nofollow"&gt;http://taubler.com/oversite&lt;/a&gt;). It&amp;#8217;s cheap, and it will do wireframes, site maps, simulations, and annotations. Like the article mentions about Composer, you still need to have a licensed copy to open a file, but you can also export your stuff to &lt;span class="caps"&gt;HTML&lt;/span&gt; when you need to share with others.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/visio_replaceme#content_10802</link>
      <guid>http://www.boxesandarrows.com/view/visio_replaceme#content_10802</guid>
      <pubDate>Tue, 18 Sep 2007 23:59:21 GMT</pubDate>
      <author>Wen Johnson</author>
    </item>
    <item>
      <description>&lt;p&gt;The use of online financial applications as examples in this article could make for another interesting conversation, related to the amount of &amp;#8220;hand-holding&amp;#8221; that the user would expect or require. My first impression with the examples provided was that some of them were a little overkill in terms on the amount of textual information provided to the user. Particularly, the first Wells Fargo example in the &amp;#8220;Overview Page&amp;#8221; section of the article stank of &amp;#8220;roadblock&amp;#8221; to me. But then I remembered back to my days of working at a dot-com financial start-up. The usability lessons we learned there were basically that it wasn&amp;#8217;t possible to provide &amp;#8220;too much&amp;#8221; information to the user. Applying for a loan online (or in person, for that matter) is a scary prospect, and so users required instructions and assurances every step of the way.&lt;/p&gt;

	&lt;p&gt;At the other extreme would be something simple like signing up as a user to post a message on a site&amp;#8212;not like I&amp;#8217;ve done that lately! ;) Having such an &amp;#8220;Overview Page&amp;#8221; in the middle of that process would obviously be a roadblock, and would turn many people away.&lt;/p&gt;

	&lt;p&gt;So my point is simply that&amp;#8212;while many attributes of good form design span any scenario&amp;#8212;some of them would vary a lot based on the end goal of the form.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/getting-a-forms#content_12778</link>
      <guid>http://www.boxesandarrows.com/view/getting-a-forms#content_12778</guid>
      <pubDate>Wed, 03 Oct 2007 18:29:08 GMT</pubDate>
      <author>Wen Johnson</author>
    </item>
  </channel>
</rss>

