<?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 Mark Kraemer</title>
    <link>http://www.boxesandarrows.com/person/1341</link>
    <pubDate>Mon, 10 Dec 2007 16:17:03 GMT</pubDate>
    <description>Comments by Mark Kraemer</description>
    <item>
      <description>&lt;p&gt;Fidelity for prototypes can be roughly measured by 3 attributes: visual detail, functional depth, and technical reuse. The obvious trade-offs are the more realistic any of these attributes becomes, the most cost there is involved. The effort for including visual detail on each page I think is discounted above when you consider the cost of maintaining that consistent style over multiple pages, unless you increase the technical reuse attribute as well (CSS) which in turn provides more cost.&lt;/p&gt;

	&lt;p&gt;I don&amp;#8217;t think there&amp;#8217;s a single silver bullet / best practice for how to prototype for  every single project. One should consider who the prototype is for (investors? the client&amp;#8217;s business analyst? end users in usability testing? your developers?) Each group will have different needs in each of the 3 attributes. Design your prototype to meet the needs of these interim users and you&amp;#8217;ll find the right balance of cost/value for visual detail, functional depth, and technical reuse.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/real_wireframes#content_3591</link>
      <guid>http://www.boxesandarrows.com/view/real_wireframes#content_3591</guid>
      <pubDate>Mon, 10 Dec 2007 16:17:03 GMT</pubDate>
      <author>Mark Kraemer</author>
    </item>
    <item>
      <description>&lt;p&gt;Nice article. The graphic does a good job to comparing different prototyping styles.&lt;/p&gt;

	&lt;p&gt;When I discuss the same idea, I add another dimension of &amp;#8220;Technical Reuse&amp;#8221; to help with the argument of rework and throw-away code.&lt;/p&gt;

	&lt;p&gt;Take a look if you&amp;#8217;re interested in the topic at the presentations posted here:&lt;br /&gt;&lt;a href="http://markup.thekraemers.com/2006/09/14/links-from-the-high-fidelity-prototype-presentation/" rel="nofollow"&gt;http://markup.thekraemers.com/2006/09/14/links-from-the-h&amp;hellip;&lt;/a&gt;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/integrating#content_46710</link>
      <guid>http://www.boxesandarrows.com/view/integrating#content_46710</guid>
      <pubDate>Fri, 16 Oct 2009 01:54:12 GMT</pubDate>
      <author>Mark Kraemer</author>
    </item>
    <item>
      <description>&lt;p&gt;I explained these three dimensions a bit more eloquently commenting on this story a few years ago:&lt;br /&gt;&lt;a href="http://boxesandarrows.com/view/real_wireframes" rel="nofollow"&gt;http://boxesandarrows.com/view/real_wireframes&lt;/a&gt;&lt;/p&gt;

	&lt;p&gt;Fidelity for prototypes can be roughly measured by 3 attributes: visual detail, functional depth, and technical reuse. The obvious trade-offs are the more realistic any of these attributes becomes, the most cost there is involved. The effort for including visual detail on each page I think is discounted above when you consider the cost of maintaining that consistent style over multiple pages, unless you increase the technical reuse attribute as well (CSS) which in turn provides more cost.&lt;/p&gt;

	&lt;p&gt;I don&#8217;t think there&#8217;s a single silver bullet / best practice for how to prototype for every single project. One should consider who the prototype is for (investors? the client&#8217;s business analyst? end users in usability testing? your developers?) Each group will have different needs in each of the 3 attributes. Design your prototype to meet the needs of these interim users and you&#8217;ll find the right balance of cost/value for visual detail, functional depth, and technical reuse.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/integrating#content_46711</link>
      <guid>http://www.boxesandarrows.com/view/integrating#content_46711</guid>
      <pubDate>Thu, 29 Oct 2009 14:32:24 GMT</pubDate>
      <author>Mark Kraemer</author>
    </item>
  </channel>
</rss>

