<?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 Jessica Enders</title>
    <link>http://www.boxesandarrows.com/person/10753</link>
    <pubDate>Wed, 05 Sep 2007 11:11:34 GMT</pubDate>
    <description>Comments by Jessica Enders</description>
    <item>
      <description>&lt;p&gt;Hello Afshan&lt;br /&gt;Thank you for your great article. It&amp;#8217;s really nice to see such a comprehensive, clearly written article on good forms design in such a popular and well respected publication. &lt;br /&gt;I&amp;#8217;d like to comment on your discussion with Richard Dalton regarding the metaphor. I agree that we shouldn&amp;#8217;t feel the need to replicate the paper forms experience when collecting information on the Web. &lt;br /&gt;Personally, I think one of the most helpful metaphors is that of the conversation: a good form is a tool for having a conversation with someone, in order to gather data from them, which in turn allows you to provide a service or good. There are lots of different types of successful conversations; some of the ways they differ include the context, language skills and level of familiarity between the two parties, to name but a few.&lt;br /&gt;You and your readers might be interested to know that there&amp;#8217;s an international association for those interested in forms design. It&amp;#8217;s called Business and Forms Management Association (BFMA) and offers a great forms design mailing list called Formspace (the links are &lt;a href="http://bfma.org/index.php" rel="nofollow"&gt;http://bfma.org/index.php&lt;/a&gt; and &lt;a href="http://www.bfma.org/formspace/main.htm" rel="nofollow"&gt;http://www.bfma.org/formspace/main.htm&lt;/a&gt; respectively). You don&amp;#8217;t have to be a member of &lt;span class="caps"&gt;BFMA&lt;/span&gt; to access Formspace and it is a great place to get answers to forms design questions from a global group of experienced professionals.&lt;br /&gt;I also plan to regularly publish articles on different forms design topics on the website of my new business, Formulate Information Design (&lt;a href="http://www.formluate.com.au" rel="nofollow"&gt;http://www.formluate.com.au&lt;/a&gt;). To date I have put up a couple about measuring the concept of importance, and next up is an article on the best way to collect names in forms.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/getting-a-forms#content_11993</link>
      <guid>http://www.boxesandarrows.com/view/getting-a-forms#content_11993</guid>
      <pubDate>Wed, 05 Sep 2007 11:11:34 GMT</pubDate>
      <author>Jessica Enders</author>
    </item>
    <item>
      <description>&lt;p&gt;Hi Afshan&lt;br /&gt;Apologies for the typo in my web address, which is actually &lt;a href="http://www.formulate.com.au/" rel="nofollow"&gt;http://www.formulate.com.au/&lt;/a&gt;.&lt;br /&gt;Ripul intimates a good point about form length versus ease-of-use. Many people are focused on making a form as short as possible (in paper as well as electronically). I argue that what&amp;#8217;s more important is making the form-filling experience as straightforward and painless as possible. Often this can mean that the form is physically larger, because you&amp;#8217;re including things like contextual help. &lt;br /&gt;There is some research out there to support this view. I haven&amp;#8217;t got a reference on hand but I remember reading a paper some years back that showed users didn&amp;#8217;t necessarily care about the number of pages in a paper form. There are also studies around that show the importance of /perceived/ time instead of /actual/ time, and how the two can be quite different. If filling out the form is a pleasant experience, perceived time may be less, even though we&amp;#8217;ve increased it in size to improve usability.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/getting-a-forms#content_12037</link>
      <guid>http://www.boxesandarrows.com/view/getting-a-forms#content_12037</guid>
      <pubDate>Wed, 05 Sep 2007 11:25:07 GMT</pubDate>
      <author>Jessica Enders</author>
    </item>
    <item>
      <description>&lt;p&gt;Hi Andrew&lt;/p&gt;

	&lt;p&gt;Just wanted to say that I thought this was a very balanced, well-written article, posing some very carefully thought-out and interesting arguments. Thank you!&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/personas-and-the#content_21747</link>
      <guid>http://www.boxesandarrows.com/view/personas-and-the#content_21747</guid>
      <pubDate>Sun, 01 Jun 2008 23:59:54 GMT</pubDate>
      <author>Jessica Enders</author>
    </item>
    <item>
      <description>&lt;p&gt;Hi Vivek&lt;/p&gt;

	&lt;p&gt;Thanks for an interesting article.&lt;/p&gt;

	&lt;p&gt;Search is not an area of expertise so forgive me if this is a dumb comment. I think it&amp;#8217;s great that you&amp;#8217;ve recognised that matches may not be found because of typographical mistakes and the like. However, shouldn&amp;#8217;t a good search algorithm look for and return close alternatives (i.e. use fuzzy logic) when searching for matches? By this I mean that if someone searches on Tim Campbell, then Tim C should come up as a match anyway &amp;#8211; albeit one with not as much relevance as a full match &amp;#8211; because the &amp;#8220;Tim&amp;#8221;s match and the &amp;#8220;C&amp;#8221; matches?&lt;/p&gt;

	&lt;p&gt;Your alias approach could then supplement the in-built flexibility to continually improve search results over time.&lt;/p&gt;

	&lt;p&gt;Regards,&lt;br /&gt;Jessica Enders&lt;br /&gt;Principal, Formulate Information Design&lt;br /&gt;&lt;a href="http://formulate.com.au" rel="nofollow"&gt;http://formulate.com.au&lt;/a&gt;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/people-finder#content_29551</link>
      <guid>http://www.boxesandarrows.com/view/people-finder#content_29551</guid>
      <pubDate>Tue, 16 Sep 2008 09:07:27 GMT</pubDate>
      <author>Jessica Enders</author>
    </item>
    <item>
      <description>&lt;p&gt;Hi Aaron&lt;/p&gt;

	&lt;p&gt;Great article &amp;#8211; comprehensive, clear, useful and interesting. Many thanks!&lt;/p&gt;

	&lt;p&gt;I just wanted to add two other potential reasons why we designers don&#8217;t we all ditch our mouse pads for sketch pads:&lt;/p&gt;

	&lt;p&gt;1. If your preparing wireframes digitally, you can easily reuse components to significantly speed up the process (e.g. page templates or standard widgets). I suppose one could do this by photocopying and/or cutting and pasting, but it just seems so speedy and simple on the computer!&lt;/p&gt;

	&lt;p&gt;2. If the designer and the client are not in the same location, and thus cannot sit down together with physical sketches, it can be simpler for the designer to send the client a link &amp;#8211; or have them regularly check a regularly updated &lt;span class="caps"&gt;URL&lt;/span&gt; &amp;#8211; than scanning sketches, fix resolution/orientation etc and then emailling them.&lt;/p&gt;

	&lt;p&gt;Cheers&lt;br /&gt;Jessica&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/sketchy-wireframes#content_49434</link>
      <guid>http://www.boxesandarrows.com/view/sketchy-wireframes#content_49434</guid>
      <pubDate>Thu, 07 Apr 2011 20:45:33 GMT</pubDate>
      <author>Jessica Enders</author>
    </item>
  </channel>
</rss>

