<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Ruby Fun -- Aaron Qian's Blog: Tag development</title>
    <link>http://aaron.aaron033.com/articles/tag/development</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Aaron Qian's Blog about Ruby on Rails and Merb</description>
    <item>
      <title>Website Design Methodology   -- The Golden Pyramid</title>
      <description>&lt;h2&gt;Optimizing Design Efficiency and Cost&lt;/h2&gt;


	&lt;p&gt;Building a website is similar to building a pyramid, except it is built from the top of the pyramid to the bottom. The pyramid below represents different phases of creating a website from an idea to completion. The sizes of each phase gives you an idea of how much time/money it will take for each changes made during that phase.&lt;/p&gt;


	&lt;p&gt;&lt;img src="/files/pyramid.jpg" alt="" /&gt;&lt;/p&gt;


	&lt;h2&gt;Idea Phase&lt;/h2&gt;


	&lt;p&gt;This is the initial phase of making a website. Primary goal is to gather initial requirements of the site. However, the initial requirements is often incomplete, vague, and often contradictory.  Often times driven by the vision of the boss.&lt;/p&gt;


	&lt;h2&gt;Spec Phase&lt;/h2&gt;


	&lt;p&gt;This is the phase where you make your initial spec complete, correct, concise, and clear. Several tools will be used to facilitate this goal:&lt;/p&gt;


	&lt;ul&gt;
	&lt;li&gt;Wire Diagrams (Schematics)&lt;/li&gt;
		&lt;li&gt;Flow Diagrams (Use Cases)&lt;/li&gt;
	&lt;/ul&gt;


	&lt;p&gt;At this stage, no design is done. However, functionalities, features, and general layouts are decided at this stage. This stage should also involve the Operation, Design and Development team and hear their input for several reasons:&lt;/p&gt;


	&lt;ul&gt;
	&lt;li&gt;Is this spec operationally suitable for the operations team? (Operations) &lt;/li&gt;
		&lt;li&gt;How to maximize Usability? (Usability)&lt;/li&gt;
		&lt;li&gt;How to lead different types of users through our website to increase the conversion rate? (Design and Usability)&lt;/li&gt;
		&lt;li&gt;Is this spec possible to implement? (Dev)&lt;/li&gt;
		&lt;li&gt;How long will it take? (Design, Dev)
What plans do we have for &lt;span class="caps"&gt;SEO&lt;/span&gt;? (Dev, Design, Operations)&lt;/li&gt;
	&lt;/ul&gt;


	&lt;p&gt;The detailed spec should be finalized &lt;span class="caps"&gt;BEFORE&lt;/span&gt; moving into design and development.  Often times this process is lengthy and chaotic.  It&#8217;s important that an open exchange of ideas are tabled and discussed as a team.  It&#8217;s also critical that there&#8217;s a clear decision maker reach closure.&lt;/p&gt;


	&lt;h2&gt;Design Phase&lt;/h2&gt;


	&lt;p&gt;This is the phase when the spec is finalized, and we start to create the prototype of the website. This time, design should only focus on the look and feel, not usability and functional issues. When this phase is done, ideally an &lt;span class="caps"&gt;HTML&lt;/span&gt; mock up should be done with links to demonstrate how the site should look like when it is operational. Also, when changes to usability and functional changes must be made, (meaning Spec is done wrong) there should be a meeting where all member should get involved.&lt;/p&gt;


	&lt;h2&gt;Development Phase&lt;/h2&gt;


	&lt;p&gt;At this phase, development of the backend starts. The design should have finalized the draft, and the development team should follow the design draft. (if &lt;span class="caps"&gt;HTML&lt;/span&gt; mock up is done, the develop team should use &lt;span class="caps"&gt;HTML&lt;/span&gt; mock ups)&lt;/p&gt;</description>
      <pubDate>Fri, 27 Jun 2008 06:27:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:7430e490-3536-4647-a078-257ebb4fdda2</guid>
      <author>Aaron Qian</author>
      <link>http://aaron.aaron033.com/articles/2008/06/27/website-design-methodology-the-golden-pyramid</link>
      <category>design</category>
      <category>methodology</category>
      <category>pyramid</category>
      <category>software</category>
      <category>development</category>
      <trackback:ping>http://aaron.aaron033.com/articles/trackback/2</trackback:ping>
    </item>
  </channel>
</rss>
