<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ROI Factor Blog &#187; Information Architecture</title>
	<atom:link href="http://www.bluefountainmedia.com/blog/information-architecture/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bluefountainmedia.com/blog</link>
	<description>Get the latest web design, development and marketing news from New York City website design company Blue Fountain Media.</description>
	<lastBuildDate>Wed, 08 Feb 2012 20:59:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>7 Killer Tips to Creating a Website Specification Document to Support Your Search Engine Marketing Efforts</title>
		<link>http://www.bluefountainmedia.com/blog/how-to-write-a-specifications-document/</link>
		<comments>http://www.bluefountainmedia.com/blog/how-to-write-a-specifications-document/#comments</comments>
		<pubDate>Fri, 03 Jun 2011 17:05:41 +0000</pubDate>
		<dc:creator>BFM</dc:creator>
				<category><![CDATA[Design & Dev]]></category>
		<category><![CDATA[Information Architecture]]></category>
		<category><![CDATA[How To]]></category>
		<category><![CDATA[IA]]></category>
		<category><![CDATA[Spec Doc]]></category>
		<category><![CDATA[User Interface]]></category>
		<category><![CDATA[UX]]></category>

		<guid isPermaLink="false">http://www.bluefountainmedia.com/blog/?p=283</guid>
		<description><![CDATA[Think like an architect and develop a careful blueprint (spec doc) to help guide your search engine marketing efforts.]]></description>
			<content:encoded><![CDATA[<p>Any experienced architect will tell you only a foolish person would build a house without first putting some specs down on paper.</p>
<p>A website is no different. It takes careful planning and precise information architecture before you can hammer that first nail, or in this case punch up that first string of code. And because search engine marketing success is so critically dependent on having a website with a solid underlying foundation, future efforts to optimize are riding high on your ability to deliver a cohesive plan today.</p>
<p>A successful website deployment depends on creating a detailed specifications document, just as the house you live in began on paper as architectural blueprints.</p>
<p><span id="more-283"></span></p>
<h2>Fail to plan, plan to fail.</h2>
<p>Whatever we do in life, it is important to be clear about what we want to achieve. Otherwise, we never know when we’ve reached the end of the road. Same goes for your website. Before you begin scripting a “spec doc”, learn as much as possible about the visions and goals for the website.</p>
<p>This can include formulating thoughtful questions that provide relevant insight, creating an in-depth study of the current website and the sites of any potential competitors, and a good old-fashioned brainstorming session with members of the design and development team is always helpful.</p>
<h2>The snowflake effect.</h2>
<p><img class="alignnone size-full wp-image-5867" title="snowflake" src="http://www.bluefountainmedia.com/blog/wp-content/uploads/2011/06/snowflake.jpg" alt="" width="562" height="312" /></p>
<p>A spec doc can be long or short. It can be filled with dazzling bar graphs and glossy photos, or stuffed with plain old text. An ecommerce site planning to sell only two or three different products will probably only require 15 to 20 pages worth of your ideas. A large ecommerce or news site might look like the manuscript version of “War and Peace.”  The point is no two will be alike. Every one is different.</p>
<p>However, stick to this basic structure and you should be fine:</p>
<ul>
<li style="margin-left: 10px;">Purpose of the document</li>
<li style="margin-left: 10px;">Description of the project</li>
<li style="margin-left: 10px;">Front-end functionality
<ul>
<li style="margin-left: 15px;">Common features</li>
<li style="margin-left: 15px;">Sitemap and website structure</li>
<li style="margin-left: 15px;">Description of every website page</li>
<li style="margin-left: 15px;">Wireframes (home page and at least 2 other important pages)</li>
<li style="margin-left: 15px;">Miscellaneous functionality</li>
</ul>
</li>
<li style="margin-left: 10px;">Back-end functionality</li>
<li style="margin-left: 10px;">Use cases</li>
<li style="margin-left: 10px;">Conclusion</li>
</ul>
<h2>Delivering the deliverables.</h2>
<p>A well-crafted spec doc allows designers and developers to move forward with a project while avoiding any surprises for the client down the line. It should give precise estimates of the time it will take to complete the project This helps control the scope of work and to keep costs from increasing during development.</p>
<h2>7 killer tips for a successful specifications document:</h2>
<p><img class="alignnone size-full wp-image-5869" title="BFM-Blog-Images-2011-Gun-(2" src="http://www.bluefountainmedia.com/blog/wp-content/uploads/2011/06/BFM-Blog-Images-2011-Gun-2.jpg" alt="" width="562" height="312" /></p>
<p><strong>1.</strong> <strong>Time spent on the spec doc should be proportional to the budget</strong>. Find out how much time is allocated to the spec doc and how detailed it should be. For example, 15 to 30 hours might be enough for brief document (15 pages and 3 to 4 wireframes), but a more detailed work takes no less than 50 hours. If the project has only 400 hours allocated, it doesn’t make sense to spend 100 hours writing the specs.</p>
<p><strong>2. Don’t dive in head first.</strong> Before going into detailed specifications, spend some time thinking about the new website, drawing its structure, and drafting wireframes for the most important pages. Only start working on the specs when you have a clear picture of how the website should work.</p>
<p><strong>3.</strong> <strong>Home is where the start is. </strong>For wireframes, start with the home page. It usually includes links to all important sections of the website, so if the wireframe of the home page is ready, it is easier to work on other sections.</p>
<p><strong>4. Understanding is in the details.</strong> If you are working on the redesign of an existing site learn how all sections of the old website work. You’ll be happy you did later. If old sections are cut or left out, the corresponding or replacement sections on the new site should be noted. This is also important when <a href="http://www.alhankeser.com/website-redesign-avoid-dupe-content-fail/">redirecting old URLs</a> that may be linked to from outside sources.</p>
<p><strong>5. Not making a decision is a decision- a bad one</strong>. Do not leave empty sections “to be decided later”. Make sure that the spec document covers all website sections.  If anything is not clear, come up with the questions for the client.</p>
<p><strong>6. Make the possible, possible.</strong> It is important to make sure that all functionality described in the spec doc is actually feasible. Empty promises lead to hard feelings.</p>
<p><strong>7. We often do not see things as they are, we see them as we are.</strong> Avoid possible misunderstandings. Clients might be believe they understood what you said, but often they don&#8217;t realize that what they heard is not what you meant.Most clients won’t have knowledge of HTML, JavaScript, etc., but you should still be able to make this document clear for him as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bluefountainmedia.com/blog/how-to-write-a-specifications-document/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Wireframes: integral for UI design</title>
		<link>http://www.bluefountainmedia.com/blog/wireframes-integral-for-ui-design/</link>
		<comments>http://www.bluefountainmedia.com/blog/wireframes-integral-for-ui-design/#comments</comments>
		<pubDate>Wed, 29 Jul 2009 21:14:53 +0000</pubDate>
		<dc:creator>Jonathan</dc:creator>
				<category><![CDATA[Design & Dev]]></category>
		<category><![CDATA[Ideas]]></category>
		<category><![CDATA[Information Architecture]]></category>

		<guid isPermaLink="false">http://www.bluefountainmedia.com/blog/?p=1686</guid>
		<description><![CDATA[<p></p>
<p><span>Wireframes are an essential stage in building a website.The wireframe is a large part of the blueprint for the site whether it is hand-drawn or in digital format. It should give a clear understanding </span>... <a href="http://www.bluefountainmedia.com/blog/wireframes-integral-for-ui-design/" class="read_more">Read More</a></p>]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone size-full wp-image-1689" title="BFM Sample Wireframe" src="http://www.bluefountainmedia.com/blog/wp-content/uploads/2009/07/wireframe2.jpg" alt="BFM Sample Wireframe" width="504" height="353" /></p>
<p><span>Wireframes are an essential stage in building a website.The wireframe is a large part of the blueprint for the site whether it is hand-drawn or in digital format. It should give a clear understanding of<strong> </strong><strong><span>what elements are on each page, where they should be displayed and why&#8211;to achieve the most cohesive balance and overall structure.</span></strong></span> <span>As we always say, building a custom website is like building a custom house&#8211;you wouldn’t want to pick out your dining room wallpaper before you even decide if there will be a dining room!</span></p>
<p><span><span id="more-1686"></span><br />
</span></p>
<p><a href="http://www.bluefountainmedia.com/blog/?p=283#more-283" target="_blank">Creating framework</a><span> for a site always saves time and money.Why spend all the time to design a layout, when the message of that layout hasn’t been defined?Spending a few days to create a wireframe and test it as a prototype guarantees that a redesigned site will not create more problems versus fixing the ones already present.It will also allow time for the purposes and goals of a new site to be worked out and  should create user expectations and helps to <a href="http://www.bluefountainmedia.com/website-design-development" target="_self">develop</a> an awareness of and familiarity with the site. In other words:</span></p>
<h3>Great wireframes = great UI design.</h3>
<p><span>Instead of getting caught up on </span><em>colors </em><span>and </span><em>pictures</em><span>, which can cause emotional responses that aren’t useful for deciding the overall mood of the site, the wireframe allows for the navigational structure  and layout (which should be intuitive) to take focus.</span></p>
<p>Wireframes force site designers and client to use simple shapes and lines to <span>work out the flow and interaction for the user&#8211;a crucial step to ensure the user can easily move throughout the site to be shown what you want them to see and let them get where they need to go. The second a user gets frustrated with the site, they leave.The most common reason being frustration&#8211;poor user interface design.</span></p>
<p><span> <span>When creating wireframes, the designer should not feel the need to be abstract or different.Most common elements that have been used on sites for years, such as top and side navigation, bread crumb trailing, headers and footers are very useful tools.A user knows and understands how these elements work and they expect them in an easy to use site.The creativity to mix these common elements with some</span><a href="http://www.bluefountainmedia.com/marketing/" target="_blank"> innovative ideas</a><span> is the key to a great wireframe design and a successful site.</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.bluefountainmedia.com/blog/wireframes-integral-for-ui-design/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Why You Need a Spec Doc</title>
		<link>http://www.bluefountainmedia.com/blog/why-you-need-a-spec-doc/</link>
		<comments>http://www.bluefountainmedia.com/blog/why-you-need-a-spec-doc/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 00:29:12 +0000</pubDate>
		<dc:creator>Megan</dc:creator>
				<category><![CDATA[Design & Dev]]></category>
		<category><![CDATA[Information Architecture]]></category>
		<category><![CDATA[IA]]></category>
		<category><![CDATA[Spec Doc]]></category>
		<category><![CDATA[User Interface]]></category>
		<category><![CDATA[UX]]></category>

		<guid isPermaLink="false">http://www.bluefountainmedia.com/blog/?p=322</guid>
		<description><![CDATA[<p>This is a follow-up to yesterday’s <em><a title="How to write a spec document" href="http://www.bluefountainmedia.com/blog/?p=283" target="_blank">How to write a spec doc</a></em>, and is for those on the consumer side of <a href="http://www.bluefountainmedia.com/website-design-development" target="_self">web development</a>, and also for those web developers who are thinking ... <a href="http://www.bluefountainmedia.com/blog/why-you-need-a-spec-doc/" class="read_more">Read More</a></p>]]></description>
			<content:encoded><![CDATA[<p>This is a follow-up to yesterday’s <em><a title="How to write a spec document" href="http://www.bluefountainmedia.com/blog/?p=283" target="_blank">How to write a spec doc</a></em>, and is for those on the consumer side of <a href="http://www.bluefountainmedia.com/website-design-development" target="_self">web development</a>, and also for those web developers who are thinking “is a spec doc really necessary?”<br />
<img class="alignnone size-full wp-image-6846" title="Lunatic" src="http://www.bluefountainmedia.com/blog/wp-content/uploads/2009/03/Lunatic1.jpg" alt="" width="562" height="369" /></p>
<h3>“Specifications Document.” “Information Architecture.” What they mean and why your website quote isn&#8217;t complete without them</h3>
<p>So you’ve called a few website companies and they may have told you it’s necessary to complete a specifications document, information architecture, research or discovery phase, but what exactly is that, and why is it necessary before giving a quote for the work?</p>
<h3>Would you start building a house before drafting a blue print?</h3>
<p>Where would the windows go, how many bed rooms would you have, how high are the ceilings? Similar questions need to be answered before starting an <a href="http://www.bluefountainmedia.com/ecommerce-design" target="_self">e-commerce</a> or Web 2.0 website. The website company should walk you through a number of questions, much like an architect would, in order to draw up a blueprint for your website. Everything from the number of pages, how your users log in, whether user comments need admin approval, the purchase process, etc. For the majority of websites, this process should take a professional company about 40-50 hours and produce a document of 20-30 pages. It’s a back and forth, collaborative process with about 8-10 hours of feedback required from the client, but no technical knowledge on their part.</p>
<h3>What should you expect?</h3>
<p>Depending on the size of your website project, you might get 15-20 pages, or over 300. Either way, it should include the following:</p>
<ul>
<li style="margin-left: 10px;">Detailed sitemap of main pages and subpages</li>
<li style="margin-left: 10px;">List of all front-end and back-end features and how each works</li>
<li style="margin-left: 10px;">Exactly how many hours each feature is going to take to design and develop</li>
<li style="margin-left: 10px;">How the user makes a purchase and how the admin collects, if the site is<a href="http://www.bluefountainmedia.com/ecommerce-design" target="_self"> e-commerce</a></li>
<li style="margin-left: 10px;">How comments, rating, or other interactive features work, for sites with Web 2.0 tools</li>
<li style="margin-left: 10px;">Wireframes for homepage and a few other main pages to determine layout and structure</li>
</ul>
<h3>What does this document mean for my site?</h3>
<p>Now that the site has been appropriately planned out, you and the website company know exactly how many hours the website will take to complete. The company can now give you the most accurate quote for the work. The document is so detailed you could hand it to a web developer you’ve never met and they would be able to complete the project with almost no questions asked. With everything on paper, it’s also much easier to decide which features are essential to the launch of the site, and which features you may want to put on hold for a Phase II.</p>
<p><img class="alignnone size-full wp-image-6847" title="Your Site Name" src="http://www.bluefountainmedia.com/blog/wp-content/uploads/2009/03/Your-Site-Name.jpg" alt="" width="300" height="214" /></p>
<h3>When can we actually start the website?</h3>
<p>Now the fun part starts, picking colors, images and nailing down the look and feel of the website to lay on top of the wire frames already completed. For a professional website company the rest of the website is easy to complete because everything has been detailed out for all the members of the website team from the designers to the developers. It’s now a streamlined process to getting your website up and running. Most websites from this point take about 6-10 weeks to complete the site. While the website is finishing the development phase it’s now time to give the online marketing team a call to figure out the best steps to help users find your website. The website is built to convert users into leads, members and repeat traffic; now it’s time to start driving qualified users to the site through online marketing tactics like <a title="Search Engine Optimization " href="http://www.bluefountainmedia.com/search-engine-optimization" target="_blank">Search Engine Optimization</a> (SEO).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bluefountainmedia.com/blog/why-you-need-a-spec-doc/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

