<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/">

    <channel>
    
    <title>markboulton.co.uk | Journal</title>
    <link>http://www.markboulton.co.uk/journal/</link>
    <description></description>
    <dc:language>en</dc:language>
    <dc:creator>mark@markboulton.co.uk</dc:creator>
    <dc:rights>Copyright 2009</dc:rights>
    <dc:date>2009-04-13T20:53:00+00:00</dc:date>
    <admin:generatorAgent rdf:resource="http://www.pmachine.com/" />
    

    <item>
      <title>Designing for the Web: Paperback available 14th April</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fdesigning_for_the_web_paperback_available_14th_april%2F&amp;seed_title=Designing+for+the+Web%3A+Paperback+available+14th+April</link>
      <description><![CDATA[<p>Just a quick note. The paperback of my book, <a href="http://www.fivesimplesteps.co.uk">Designing for the Web</a>, is available on the 14th April at 12pm GMT. That&#8217;s tomorrow. I have 1500 copies all ready to go, and these will be available on a first come, first serve basis.
</p>
<p>
If I sell out, I may just get another print run done. We&#8217;ll see.
</p>]]><![CDATA[]]></description>
      <dc:subject>Design, markboulton.co.uk</dc:subject>
      <content:encoded><![CDATA[]]></content:encoded>
      <dc:date>2009-04-13T21:53:00+00:00</dc:date>
    </item>

    <item>
      <title>Drupal7UX: we need you NOW!</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fdrupal7ux_we_need_you_now%2F&amp;seed_title=Drupal7UX%3A+we+need+you+NOW%21</link>
      <description><![CDATA[<p>We plan to make the Drupal 7 User Experience something very special. The <strong>biggest risk</strong> to this project is community rejection/involvement too late in the project. 
</p>
<p>
Please, <a href="http://d7ux.org">get involved</a> now.
<br />

</p>]]><![CDATA[<p><object width="325" height="344" data="http://www.youtube.com/v/6k85cExw_Do&amp;hl=en&amp;fs=1" type="application/x-shockwave-flash"><param name="allowFullScreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://www.youtube.com/v/6k85cExw_Do&amp;hl=en&amp;fs=1" /><param name="allowfullscreen" value="true" /></object>
</p>
<p>
Get out of the issue queues, quit bitching about your other CMS tools.
</p>
<p>
Please, get involved, so we can all succeed.
</p>
<p>
Get over <a href="http://d7ux.org">here</a> and help us make something amazing.
</p>
<p>
Thank you! (and even bigger thanks to those who are already involved)!
</p>]]></description>
      <dc:subject>Design</dc:subject>
      <content:encoded><![CDATA[<p><object width="325" height="344" data="http://www.youtube.com/v/6k85cExw_Do&amp;hl=en&amp;fs=1" type="application/x-shockwave-flash"><param name="allowFullScreen" value="true" /><param name="allowscriptaccess" value="always" /><param name="src" value="http://www.youtube.com/v/6k85cExw_Do&amp;hl=en&amp;fs=1" /><param name="allowfullscreen" value="true" /></object>
</p>
<p>
Get out of the issue queues, quit bitching about your other CMS tools.
</p>
<p>
Please, get involved, so we can all succeed.
</p>
<p>
Get over <a href="http://d7ux.org">here</a> and help us make something amazing.
</p>
<p>
Thank you! (and even bigger thanks to those who are already involved)!
</p>]]></content:encoded>
      <dc:date>2009-03-26T18:12:00+00:00</dc:date>
    </item>

    <item>
      <title>The Personal Cost of Designing on Spec</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fthe_personal_cost_of_designing_on_spec%2F&amp;seed_title=The+Personal+Cost+of+Designing+on+Spec</link>
      <description><![CDATA[<p>Yesterday, a rather heated debate raged over on <a href="http://www.carsonified.com">Carsonified&#8217;s blog</a> regarding a design competition they&#8217;re running to design a slide for the upcoming <a href="http://www.futureofwebdesign.com">Future of Web Design</a> conference in London. The debate was an old one, resurrected every now and then and fiercely debated on both sides. The debate was regarding speculative work. It&#8217;s a subject I feel very passionate about as I&#8217;ve seen the damage it causes &#8211; both personal and professional.
</p>
<p>
I&#8217;m a little tired of justifying my position and opinions on Twitter, so I thought I&#8217;d pen a few thoughts here and explain my personal viewpoint and hopefully spark some considered, intelligent debate (see my paragraph citing Matt Henderson for an example of this).
</p>]]><![CDATA[<h3>Defining Spec</h3><p>
I&#8217;m not going to spend a huge amount of time defining this here. I think most people understand what spec work is and why it&#8217;s damaging. Speculative work (or spec), can be defined by the <a href="http://www.aiga.org/content.cfm/position-spec-work">AIGA</a> as:
</p>
<blockquote>
<br />
<p>&#8216;work done without compensation, for the client&#8217;s speculation&#8217;</p>
<br />
</blockquote>
<p>
Spec work, in my view, leads to a number of things:
</p>
<ol>
<li>Sub-standard work.</li>
<li>It undermines and devalues design.</li>
<li>It harms the design industry.</li>
<li>Exploitation.</li>
</ol>
<p>
</p><h3>Are Design Competitions Spec Work?</h3><p>
If you&#8217;re in the UK, you probably know of <a href="http://www.bbc.co.uk/bluepeter">Blue Peter</a>. Blue Peter is a long-running childrens TV series that has been going for, oh I don&#8217;t know, maybe 500 years on the <a href="http://www.bbc.co.uk">BBC</a>. Up until recently, Blue Peter ran many, many design competitions for children across the UK to enter. Kids would send in drawings of their wild and wonderful designs for all many of things. Now, is this spec work? Is it unethical? No, I don&#8217;t think so.
</p>
<p>
Children aren&#8217;t designers. It&#8217;s not their profession, and they&#8217;re not submitting professional work.
</p>
<p>
There was a great comment on the thread yesterday regarding <a href="http://www.threadless.com">Threadless</a>. People submit designs to threadless, get paid if their design is picked, and get the glory of seeing it printed on t-shirts. Is this spec work? Even though Threadless are making money from this? No, I don&#8217;t think it is.
</p>
<p>
Designers and Illustrators want to be part of the Threadless brand. They have a lot of pull, so much so that professionals are willing to <em>contribute</em> to that brand. In the same way that if <a href="http://www.apple.com">Apple</a> were to do something similar, I&#8217;m sure many people (probably myself included) would contribute. Wanting to contribute to something you feel part of, or want to be part of, even if money is being made as a result is not spec work. It&#8217;s about wanting to belong.
</p>
<p>
Personally, I see a competition that targets a profession and solicits entries for a prize as exploitative and professionally unethical. For some, it may just be a bit of fun, but for me, it&#8217;s pretty reprehensible. I feel rather strongly about it.
</p>
<p>
</p><h3>The Personal Cost</h3><p>
I&#8217;ve worked in two industries where spec work is the norm: advertising and print design, and I&#8217;ve a close relationship with another: architecture.
</p>
<p>
I used to work for a reasonably sized design agency. We would spend maybe 30% of our time on unpaid, creative pitch work. We would also spend perhaps 10% of our time on design competitions, which I believe is spec work. That&#8217;s right, 40% of our time was spent working for the potential of winning one project that would pay for all of that speculative time. Now, if you&#8217;re starting out in business, or feeling the pinch as many companies are during these difficult times, your time, and the way you spend it, becomes critical. If 40% is spent doing stuff your not paid for that is potentially damaging.
</p>
<p>
The practice of spec work is the industry norm in architecture.
</p>
<p>
My father&#8217;s an architect. He runs a small practice and spends an extraordinary amount of time producing spec work. Unfortunately, the industry demands it. The spec work is conducted on the hope that one of the projects will be awarded to the practice and that will pay for the time lost on the other projects. Architecture is also an industry that is rife with design competitions. Some would argue that this is worse than spec work to a shortlisted field. Architects are invited to submit bids, proposals and designs for prestigious competitions. The winner gets the contract and the glory. The losers get nothing; the work is conducted speculatively. 
</p>
<p>
I believe the practice of spec work harms business. It can be crippling, for both suppliers <em>and</em> consumers. Businesses fold, and consumers get sub-standard work. 
</p>
<p>
</p><h3>A Free Market</h3><p>
In amongst the usual trolling on <a href="http://www.carsonified.com/blog">Ryan&#8217;s blog</a>, I had a very interesting discussion with <a href="http://matt.makalumedia.com">Matt Henderson</a> regarding spec work. Matt is a guy I admire tremendously. I&#8217;ve worked with him in the past out of his Marbella office on some fascinating projects and he&#8217;s a smart bloke.
</p>
<p>
Matt&#8217;s take on spec work, if I understood this correctly, was that the market will dictate the practice. If both sides of the market &#8211; the supplier (the designers), and the consumer (the client) &#8211; find that speculative work is mutually beneficial, then the practice would become an industry norm. This view sidelines personal opinion, and presents spec work as a consequence of market conditions, which is fine, it is. But does that mean that the creative profession should shrug their shoulders and accept it as such despite ethical misgivings?
</p>
<p>
</p><h3>For The Record</h3><p>
For the record, Ryan is a good guy. My intention wasn&#8217;t to target Ryan personally, or to claim that Carsonified was unethical, they&#8217;re not. He doesn&#8217;t deserve the lambasting he receives on his blog for genuinely trying to do the right thing; for doing something he believes in. But all of those designers who commented on that growing thread were also doing that &#8211; commenting on an issue they believe in. The debate wasn&#8217;t personal, or unprofessional, it was a raw nerve.
</p>
<p>
I&#8217;m hoping this post sheds some more light beyond 140 characters on my own personal relationship with spec work and how I&#8217;ve seen first hand the damage it causes. I for one welcome an industry that debates these issues. An industry where you&#8217;re free to make a mistake, to openly question motivations and to do something you believe in. As Matt said, &#8216;let the market run its course&#8217;, but if you don&#8217;t agree with where it&#8217;s headed, push back and fight for what you believe in.
</p>]]></description>
      <dc:subject>Design, Business, Personal</dc:subject>
      <content:encoded><![CDATA[<h3>Defining Spec</h3><p>
I&#8217;m not going to spend a huge amount of time defining this here. I think most people understand what spec work is and why it&#8217;s damaging. Speculative work (or spec), can be defined by the <a href="http://www.aiga.org/content.cfm/position-spec-work">AIGA</a> as:
</p>
<blockquote>
<br />
<p>&#8216;work done without compensation, for the client&#8217;s speculation&#8217;</p>
<br />
</blockquote>
<p>
Spec work, in my view, leads to a number of things:
</p>
<ol>
<li>Sub-standard work.</li>
<li>It undermines and devalues design.</li>
<li>It harms the design industry.</li>
<li>Exploitation.</li>
</ol>
<p>
</p><h3>Are Design Competitions Spec Work?</h3><p>
If you&#8217;re in the UK, you probably know of <a href="http://www.bbc.co.uk/bluepeter">Blue Peter</a>. Blue Peter is a long-running childrens TV series that has been going for, oh I don&#8217;t know, maybe 500 years on the <a href="http://www.bbc.co.uk">BBC</a>. Up until recently, Blue Peter ran many, many design competitions for children across the UK to enter. Kids would send in drawings of their wild and wonderful designs for all many of things. Now, is this spec work? Is it unethical? No, I don&#8217;t think so.
</p>
<p>
Children aren&#8217;t designers. It&#8217;s not their profession, and they&#8217;re not submitting professional work.
</p>
<p>
There was a great comment on the thread yesterday regarding <a href="http://www.threadless.com">Threadless</a>. People submit designs to threadless, get paid if their design is picked, and get the glory of seeing it printed on t-shirts. Is this spec work? Even though Threadless are making money from this? No, I don&#8217;t think it is.
</p>
<p>
Designers and Illustrators want to be part of the Threadless brand. They have a lot of pull, so much so that professionals are willing to <em>contribute</em> to that brand. In the same way that if <a href="http://www.apple.com">Apple</a> were to do something similar, I&#8217;m sure many people (probably myself included) would contribute. Wanting to contribute to something you feel part of, or want to be part of, even if money is being made as a result is not spec work. It&#8217;s about wanting to belong.
</p>
<p>
Personally, I see a competition that targets a profession and solicits entries for a prize as exploitative and professionally unethical. For some, it may just be a bit of fun, but for me, it&#8217;s pretty reprehensible. I feel rather strongly about it.
</p>
<p>
</p><h3>The Personal Cost</h3><p>
I&#8217;ve worked in two industries where spec work is the norm: advertising and print design, and I&#8217;ve a close relationship with another: architecture.
</p>
<p>
I used to work for a reasonably sized design agency. We would spend maybe 30% of our time on unpaid, creative pitch work. We would also spend perhaps 10% of our time on design competitions, which I believe is spec work. That&#8217;s right, 40% of our time was spent working for the potential of winning one project that would pay for all of that speculative time. Now, if you&#8217;re starting out in business, or feeling the pinch as many companies are during these difficult times, your time, and the way you spend it, becomes critical. If 40% is spent doing stuff your not paid for that is potentially damaging.
</p>
<p>
The practice of spec work is the industry norm in architecture.
</p>
<p>
My father&#8217;s an architect. He runs a small practice and spends an extraordinary amount of time producing spec work. Unfortunately, the industry demands it. The spec work is conducted on the hope that one of the projects will be awarded to the practice and that will pay for the time lost on the other projects. Architecture is also an industry that is rife with design competitions. Some would argue that this is worse than spec work to a shortlisted field. Architects are invited to submit bids, proposals and designs for prestigious competitions. The winner gets the contract and the glory. The losers get nothing; the work is conducted speculatively. 
</p>
<p>
I believe the practice of spec work harms business. It can be crippling, for both suppliers <em>and</em> consumers. Businesses fold, and consumers get sub-standard work. 
</p>
<p>
</p><h3>A Free Market</h3><p>
In amongst the usual trolling on <a href="http://www.carsonified.com/blog">Ryan&#8217;s blog</a>, I had a very interesting discussion with <a href="http://matt.makalumedia.com">Matt Henderson</a> regarding spec work. Matt is a guy I admire tremendously. I&#8217;ve worked with him in the past out of his Marbella office on some fascinating projects and he&#8217;s a smart bloke.
</p>
<p>
Matt&#8217;s take on spec work, if I understood this correctly, was that the market will dictate the practice. If both sides of the market &#8211; the supplier (the designers), and the consumer (the client) &#8211; find that speculative work is mutually beneficial, then the practice would become an industry norm. This view sidelines personal opinion, and presents spec work as a consequence of market conditions, which is fine, it is. But does that mean that the creative profession should shrug their shoulders and accept it as such despite ethical misgivings?
</p>
<p>
</p><h3>For The Record</h3><p>
For the record, Ryan is a good guy. My intention wasn&#8217;t to target Ryan personally, or to claim that Carsonified was unethical, they&#8217;re not. He doesn&#8217;t deserve the lambasting he receives on his blog for genuinely trying to do the right thing; for doing something he believes in. But all of those designers who commented on that growing thread were also doing that &#8211; commenting on an issue they believe in. The debate wasn&#8217;t personal, or unprofessional, it was a raw nerve.
</p>
<p>
I&#8217;m hoping this post sheds some more light beyond 140 characters on my own personal relationship with spec work and how I&#8217;ve seen first hand the damage it causes. I for one welcome an industry that debates these issues. An industry where you&#8217;re free to make a mistake, to openly question motivations and to do something you believe in. As Matt said, &#8216;let the market run its course&#8217;, but if you don&#8217;t agree with where it&#8217;s headed, push back and fight for what you believe in.
</p>]]></content:encoded>
      <dc:date>2009-03-26T12:41:00+00:00</dc:date>
    </item>

    <item>
      <title>Audience Matrix: Our thoughts on the Drupal 7 audience</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Faudience_matrix_our_thoughts_on_the_drupal_7_audience%2F&amp;seed_title=Audience+Matrix%3A+Our+thoughts+on+the+Drupal+7+audience</link>
      <description><![CDATA[<p><a href="http://www.disambiguity.com">Leisa</a> and I have spent a good deal of time looking at how we can define the audience for Drupal 7. A couple of weeks ago, we spent a day trying to come up with an effective model to use throughout the design process. Not just a model that we could use, but one that could be available to the whole Drupal community as we embark on the challenging task of looking at the user experience for Drupal 7.
</p>

]]><![CDATA[<h3>The Flappy Paddle</h3><p>
Before I start to talk about this tool, it&#8217;s probably better if you just watch this video Leisa and I recorded a week or so ago.
</p>
<p>
<object width="480" height="295"><param name="movie" value="http://www.youtube.com/v/_Al-0nUNARc&amp;hl=en&amp;fs=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/_Al-0nUNARc&amp;hl=en&amp;fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="295"></embed></object>
</p>
<p>
This is the tool we&#8217;re using, but at this stage, it was pretty rough around the edges. So, we&#8217;ve spent a little more time defining the various tasks and definitions for each different user type, site type, and number of users. Combining this detail, in various different combinations, gives us a list of requirements for that type of user, using a particular type of site, with a certain amount of users.
</p>
<h3>Sweating the details</h3><p>
Yesterday, we spent some time fleshing out the various tasks and definitions for each &#8216;paddle&#8217;. 
</p>
<p>
<object width="480" height="295"><param name="movie" value="http://www.youtube.com/v/ShBPEL_ckJw&amp;hl=en&amp;fs=1&amp;rel=0"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/ShBPEL_ckJw&amp;hl=en&amp;fs=1&amp;rel=0" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="295"></embed></object>
</p>
<p>
This is what we&#8217;ve come up with so far:
</p>
<h4>Roles</h4><p>
<ul class="bulletlist">
<li><strong>Content Creator</strong>: a user who primarily creates, reviews, and edits content for a site. Key tasks: Add  content, edit content, find existing content, view list of content creation/revision tasks.</li>
<li><strong>Site Editor: a user who has authority to approve, edit or reject content and who may be able to manage some editorial workflow and user permissions. Key tasks</strong>: Add  content, edit content, find existing content, view list of content creation/revision tasks, review content, reject/feedback on content to original author, schedule content</li>
<li><strong>Site Admin</strong>: manage user permissions, manage site structure, adding new content types, create and review reports and manage some site settings (RSS Publishing, IP Address Blocking). Key tasks: Manage user permissions, Add / Edit / Delete Content Types, Manage Information Architecture (site sections, sub-sections, taxonomy (as in, vocabulary), Create a report, Review a report.</li>
<li><strong>Site Builder</strong>: creates site from scratch by choosing, writing, customising modules and/or themes, manages setup and maintenance. Is a developer (for the purposes of audience definition, themers are considered developers). Key Tasks: Develop site functionality, implement site design.</li>
</ul>
<h4>Type of site</h4><p>
<ul class="bulletlist">
<li><strong>Brochureware Site</strong>: hierarchical structure of relatively static content, often includes forms (eg. contact/feedback), may be multi-author</li>
<li><strong>Blog</strong>: sequence of chronological posts that may be assigned to categories, may also include &#8216;fixed&#8217; pages, often includes comments, trackbacks, RSS feed, most often single author</li>
<li><strong>News</strong>: a categorical/hierarchical grouping of content usually ordered chronologically but often &#8216;curated&#8217; by an editorial team, may also include  comments, trackbacks, RSS feed, often multi-author, often requires multiple templates</li>
<li><strong>Events</strong>: a combination of content supporting an event, including content about the event, a schedule/calendar of events, list of participants,  online registration, may also require online submissions, social networking functionality, news, email update list</li>
<li><strong>Social Site</strong>: comprises member profiles and communication between those member in the form of discussion forums, wikis, events, blogs, require member signup, subscription, RSS,</li>
</ul>
<h4>No. of users</h4><p>
<ul class="bulletlist">
<li><strong>1</strong>: no permissions, no workflow, that user does everything (one stop shop) BUT most like to have simple requirements (how manage giving access to all functionality when the mostly won&#8217;t need it). Likely to generate small amounts of content.</li>
<li><strong>2-5</strong> : multiple authors, may require permissions, may require workflow (simple approval process), may require separation between content management tasks and site management tasks but usually not overly complicated requirements.</li>
<li><strong>6-15</strong>: multiple authors and editors, likely to require permissions, likely to require workflow, likely to require separation between content management tasks and site management tasks may have some complex requirements, will have significant amount of content generated.</li>
<li><strong>15+</strong> : requires permission management (several permission profiles), probably requires workflow (content review/approval), likely to generate a lot of content to be managed and require content scheduling - it&#8217;s a complicated machine and it needs a whole section around managing the machine, let alone making the content to feed the machine. Involves a lot of content and likely complex taxonomy.</li>
</ul>
<p>
And also, as you saw in the video, we&#8217;ve looked at using this tool now as we begin sketching out some ideas and concepts for how the admin may work.
</p>
<h3>An evolving concept</h3>
<p>
The Audience Matrix is work in progress and it&#8217;s going to be an instrumental tool for us in the coming months as we start fleshing out some of the design concepts. As Leisa says on her blog:
</p>
<blockquote><p>Over the coming weeks we&#8217;re going to be inviting you to submit your ideas for revisions to the Drupal7 Admin interface and overall user experience. It will be very helpful for us all to use this document to help make sure that we&#8217;re designing for the 80% and not necessarily just for ourselves! And it is also a really great way to expose missing elements and possible flaws in our concepts. Using the document to test the example we show in the video above helped us to realise that we needed things like a close button on the dashboard (I know, d&#8217;uh!), a place to hold the user generated content from things like comment as well as contact forms, and got us thinking about a whole host of thorny permissions and workflow issues.</p></blockquote>
<p>
We need your help. We&#8217;ve produced a <a href="http://www.disambiguity.com/Drupal7UX_AudienceMatrix_V2.pdf">PDF for you to download</a> so you can use it in some of the upcoming crowdsourcing activities we have planned. (like the one&#8217;s we did for the Drupal.org redesign project).
</p>
<h3>There will be more from me</h3><p>
It&#8217;s a fair cop. I&#8217;ve not been as active blogging about this stuff as I could have been. Both the Drupal.org redesign, and now the Drupal 7 UX work, are both breaking ground on a process thought to be difficult, if not impossible. So, as of today, I&#8217;m going to be talking about it all a hell of lot more because, well, what other projects can you talk about as you&#8217;re doing it? We&#8217;re in an incredibly fortunate position.
</p>
<p>

</p>]]></description>
      <dc:subject>Design, Information Architecture</dc:subject>
      <content:encoded><![CDATA[<h3>The Flappy Paddle</h3><p>
Before I start to talk about this tool, it&#8217;s probably better if you just watch this video Leisa and I recorded a week or so ago.
</p>
<p>
<object width="480" height="295"><param name="movie" value="http://www.youtube.com/v/_Al-0nUNARc&amp;hl=en&amp;fs=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/_Al-0nUNARc&amp;hl=en&amp;fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="295"></embed></object>
</p>
<p>
This is the tool we&#8217;re using, but at this stage, it was pretty rough around the edges. So, we&#8217;ve spent a little more time defining the various tasks and definitions for each different user type, site type, and number of users. Combining this detail, in various different combinations, gives us a list of requirements for that type of user, using a particular type of site, with a certain amount of users.
</p>
<h3>Sweating the details</h3><p>
Yesterday, we spent some time fleshing out the various tasks and definitions for each &#8216;paddle&#8217;. 
</p>
<p>
<object width="480" height="295"><param name="movie" value="http://www.youtube.com/v/ShBPEL_ckJw&amp;hl=en&amp;fs=1&amp;rel=0"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/ShBPEL_ckJw&amp;hl=en&amp;fs=1&amp;rel=0" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="295"></embed></object>
</p>
<p>
This is what we&#8217;ve come up with so far:
</p>
<h4>Roles</h4><p>
<ul class="bulletlist">
<li><strong>Content Creator</strong>: a user who primarily creates, reviews, and edits content for a site. Key tasks: Add  content, edit content, find existing content, view list of content creation/revision tasks.</li>
<li><strong>Site Editor: a user who has authority to approve, edit or reject content and who may be able to manage some editorial workflow and user permissions. Key tasks</strong>: Add  content, edit content, find existing content, view list of content creation/revision tasks, review content, reject/feedback on content to original author, schedule content</li>
<li><strong>Site Admin</strong>: manage user permissions, manage site structure, adding new content types, create and review reports and manage some site settings (RSS Publishing, IP Address Blocking). Key tasks: Manage user permissions, Add / Edit / Delete Content Types, Manage Information Architecture (site sections, sub-sections, taxonomy (as in, vocabulary), Create a report, Review a report.</li>
<li><strong>Site Builder</strong>: creates site from scratch by choosing, writing, customising modules and/or themes, manages setup and maintenance. Is a developer (for the purposes of audience definition, themers are considered developers). Key Tasks: Develop site functionality, implement site design.</li>
</ul>
<h4>Type of site</h4><p>
<ul class="bulletlist">
<li><strong>Brochureware Site</strong>: hierarchical structure of relatively static content, often includes forms (eg. contact/feedback), may be multi-author</li>
<li><strong>Blog</strong>: sequence of chronological posts that may be assigned to categories, may also include &#8216;fixed&#8217; pages, often includes comments, trackbacks, RSS feed, most often single author</li>
<li><strong>News</strong>: a categorical/hierarchical grouping of content usually ordered chronologically but often &#8216;curated&#8217; by an editorial team, may also include  comments, trackbacks, RSS feed, often multi-author, often requires multiple templates</li>
<li><strong>Events</strong>: a combination of content supporting an event, including content about the event, a schedule/calendar of events, list of participants,  online registration, may also require online submissions, social networking functionality, news, email update list</li>
<li><strong>Social Site</strong>: comprises member profiles and communication between those member in the form of discussion forums, wikis, events, blogs, require member signup, subscription, RSS,</li>
</ul>
<h4>No. of users</h4><p>
<ul class="bulletlist">
<li><strong>1</strong>: no permissions, no workflow, that user does everything (one stop shop) BUT most like to have simple requirements (how manage giving access to all functionality when the mostly won&#8217;t need it). Likely to generate small amounts of content.</li>
<li><strong>2-5</strong> : multiple authors, may require permissions, may require workflow (simple approval process), may require separation between content management tasks and site management tasks but usually not overly complicated requirements.</li>
<li><strong>6-15</strong>: multiple authors and editors, likely to require permissions, likely to require workflow, likely to require separation between content management tasks and site management tasks may have some complex requirements, will have significant amount of content generated.</li>
<li><strong>15+</strong> : requires permission management (several permission profiles), probably requires workflow (content review/approval), likely to generate a lot of content to be managed and require content scheduling - it&#8217;s a complicated machine and it needs a whole section around managing the machine, let alone making the content to feed the machine. Involves a lot of content and likely complex taxonomy.</li>
</ul>
<p>
And also, as you saw in the video, we&#8217;ve looked at using this tool now as we begin sketching out some ideas and concepts for how the admin may work.
</p>
<h3>An evolving concept</h3>
<p>
The Audience Matrix is work in progress and it&#8217;s going to be an instrumental tool for us in the coming months as we start fleshing out some of the design concepts. As Leisa says on her blog:
</p>
<blockquote><p>Over the coming weeks we&#8217;re going to be inviting you to submit your ideas for revisions to the Drupal7 Admin interface and overall user experience. It will be very helpful for us all to use this document to help make sure that we&#8217;re designing for the 80% and not necessarily just for ourselves! And it is also a really great way to expose missing elements and possible flaws in our concepts. Using the document to test the example we show in the video above helped us to realise that we needed things like a close button on the dashboard (I know, d&#8217;uh!), a place to hold the user generated content from things like comment as well as contact forms, and got us thinking about a whole host of thorny permissions and workflow issues.</p></blockquote>
<p>
We need your help. We&#8217;ve produced a <a href="http://www.disambiguity.com/Drupal7UX_AudienceMatrix_V2.pdf">PDF for you to download</a> so you can use it in some of the upcoming crowdsourcing activities we have planned. (like the one&#8217;s we did for the Drupal.org redesign project).
</p>
<h3>There will be more from me</h3><p>
It&#8217;s a fair cop. I&#8217;ve not been as active blogging about this stuff as I could have been. Both the Drupal.org redesign, and now the Drupal 7 UX work, are both breaking ground on a process thought to be difficult, if not impossible. So, as of today, I&#8217;m going to be talking about it all a hell of lot more because, well, what other projects can you talk about as you&#8217;re doing it? We&#8217;re in an incredibly fortunate position.
</p>
<p>

</p>]]></content:encoded>
      <dc:date>2009-03-24T19:17:00+00:00</dc:date>
    </item>

    <item>
      <title>Drupal 7 Redesign</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fdrupal_7_redesign%2F&amp;seed_title=Drupal+7+Redesign</link>
      <description><![CDATA[<p><img src="http://www.markboulton.co.uk/images/uploads/druplicon_small.jpg" width="50" height="57" class="thumb" alt="Drupal" />Last week, I flew to Boston, MA, to have a meeting with those fine folks at <a href="http://www.acquia.com">Acquia</a> about a project they wanted my <a href="http://www.markboultondesign.com">small design studio</a> to look at. Today, <a href="http://buytaert.net/">Dries Buytaert</a>, the founder of Drupal, <a href="http://buytaert.net/mark-boulton-to-help-with-drupal-7">announced</a> that, together with <a href="http://www.disambiguity.com">Leisa Reichelt</a>, we&#8217;re going to be working on improving the user experience of Drupal 7. Needless to say, we&#8217;re very, very excited to be part of this project.
</p>
<p>
From what <a href="http://www.markboulton.co.uk/journal/comments/drupalorg_design_iterations_and_designing_in_the_open/">we learned</a> on the <a href="http://www.drupal.org">Drupal.org</a> project, both in terms of process, but also some of the stumbling blocks that Drupal has, we&#8217;re confident we can make some changes that will make it easier to use for people who are new to Drupal, but also experienced users.
</p>
<p>
Leisa and I are going to be at <a href="http://dc2009.drupalcon.org/">DrupalCon DC</a> in March. We&#8217;ll be kick-starting our research, presenting on the <a href="http://dc2009.drupalcon.org/session/design-community-redesign-drupalorg">redesign of drupal.org</a>, and doing a lot of listening. if you&#8217;re going please tap me on the shoulder and say hi.
</p>]]><![CDATA[]]></description>
      <dc:subject>Design, News</dc:subject>
      <content:encoded><![CDATA[]]></content:encoded>
      <dc:date>2009-02-04T17:26:01+00:00</dc:date>
    </item>

    <item>
      <title>Designing for the Web: Available to buy and download now</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fdesigning_for_the_web_available_to_buy_and_download_now%2F&amp;seed_title=Designing+for+the+Web%3A+Available+to+buy+and+download+now</link>
      <description><![CDATA[<p>In the hubbub of the launch this morning, I totally forgot to blog about the launch of <a href="http://www.fivesimplesteps.co.uk">Designing for the Web</a>. So, there, I&#8217;ve said it. It&#8217;s available and ready to download now. I hope you like it. 
</p>
<p>
PS. If you signed up for a coupon, they&#8217;re trickling out over the course of today and tomorrow. We&#8217;ve had some mail server issues (typical!).
</p>]]><![CDATA[]]></description>
      <dc:subject>Simple Steps</dc:subject>
      <content:encoded><![CDATA[]]></content:encoded>
      <dc:date>2009-02-02T22:14:00+00:00</dc:date>
    </item>

    <item>
      <title>Managing expectations</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fmanaging_expectations%2F&amp;seed_title=Managing+expectations</link>
      <description><![CDATA[<p>Managing the expectation of the <a href="http://www.fivesimplesteps.co.uk">new book</a> has been interesting. When I first announced it, I used to still blog quite a bit. People seemed excited &#8211; which was nice &#8211; so was I. Then, I stopped work on it for a while, all the expectation and buzz died down as the project did. Since we pinned a release date on the book, buzz has steadily increased once again, but with it the expectation. And I don&#8217;t mind telling you, that expectation is weighing a little heavy on my shoulders.
</p>]]><![CDATA[<p>You see, this book isn&#8217;t really like a lot of other graphic design books. Most of them are coffee table &#8216;inspirational&#8217; books filled with other people&#8217;s work. But, it&#8217;s not a typical web development book either. They tend to be task, or &#8216;lesson&#8217; focussed - walking the reader through a series of case studies and examples &#8211; half of which require a computer to be next to you as you work through the chapters.
</p>
<p>
My book is a little of both, but purposefully unlike either.
</p>
<p>
I wanted more of a conversation. More informal, more of me. The content is still practical, but it&#8217;s not a lesson plan. Weaving through the book is a strong sense of traditional graphic design and how I think it applies to the web today. There are tips and tools to support the theories, but it&#8217;s not a &#8216;for dummies&#8217; book. I&#8217;d like to think it&#8217;s written in plain english, and not magic-designer-speak. It&#8217;s about the practicalities of designing for the web, but only represents some approaches that I feel work.
</p>
<p>
So, it&#8217;s not meant to be a definitive guide to all that is &#8216;designing for the web&#8217;. As I say in the introduction to the book:
</p>
<blockquote><p>...it&#8217;s a little book about graphic design and how it applies to the modern web. It&#8217;s not a book about CSS or usability&#8230; it&#8217;s aimed at people who want to learn some basics of graphic design and apply them to their web designs - producing more effective, polished, detailed and professional sites.</p></blockquote>
<p>
There. Don&#8217;t say I didn&#8217;t warn you.
</p>
]]></description>
      <dc:subject>Simple Steps</dc:subject>
      <content:encoded><![CDATA[<p>You see, this book isn&#8217;t really like a lot of other graphic design books. Most of them are coffee table &#8216;inspirational&#8217; books filled with other people&#8217;s work. But, it&#8217;s not a typical web development book either. They tend to be task, or &#8216;lesson&#8217; focussed - walking the reader through a series of case studies and examples &#8211; half of which require a computer to be next to you as you work through the chapters.
</p>
<p>
My book is a little of both, but purposefully unlike either.
</p>
<p>
I wanted more of a conversation. More informal, more of me. The content is still practical, but it&#8217;s not a lesson plan. Weaving through the book is a strong sense of traditional graphic design and how I think it applies to the web today. There are tips and tools to support the theories, but it&#8217;s not a &#8216;for dummies&#8217; book. I&#8217;d like to think it&#8217;s written in plain english, and not magic-designer-speak. It&#8217;s about the practicalities of designing for the web, but only represents some approaches that I feel work.
</p>
<p>
So, it&#8217;s not meant to be a definitive guide to all that is &#8216;designing for the web&#8217;. As I say in the introduction to the book:
</p>
<blockquote><p>...it&#8217;s a little book about graphic design and how it applies to the modern web. It&#8217;s not a book about CSS or usability&#8230; it&#8217;s aimed at people who want to learn some basics of graphic design and apply them to their web designs - producing more effective, polished, detailed and professional sites.</p></blockquote>
<p>
There. Don&#8217;t say I didn&#8217;t warn you.
</p>
]]></content:encoded>
      <dc:date>2009-01-31T15:54:00+00:00</dc:date>
    </item>

    <item>
      <title>Dipping a toe in the book production process</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fdipping_a_toe_in_the_book_production_process%2F&amp;seed_title=Dipping+a+toe+in+the+book+production+process</link>
      <description><![CDATA[<p>The interesting thing about trying something completely new is that you learn almost all the time. True, you make plenty of mistakes along the way. That&#8217;s how it&#8217;s been writing this book. But, it&#8217;s not just the writing you see. Book publishing involves a whole team of people, from editors and proof-readers to project managers and designers. I&#8217;m lucky that I have a semi-experienced team at <a href="http://www.markboultondesign.com">Mark Boulton Design</a> to help me get the book finished and out of the door.
</p>
<p>
Robert Mills is our Project Manager. He comes from a media research and journalism background, so is not scared of the written word. It was his job to really push the publication over the past four months or so. I asked him to pen a few words on our approach, and this is what he came up with&#8230;
</p>]]><![CDATA[<h3>Writing</h3><p>
<a href="http://www.fivesimplesteps.co.uk">A Practical Guide to Designing for the Web</a> started out as a few blog posts. Though it has evolved significantly since then, those blog posts provided a great stepping-stone for Mark to write the book, and proved early on that people were interested in this subject and Mark&#8217;s thoughts on it.
</p>
<p>
The main thing was just to write, to get the majority of the copy down on the page. Until draft one is done there is nothing to edit, delete, proof read and add to. The key to writing is time and location, forming a timetable and isolating yourself may be useful, whatever works for you, but it takes dedication, sacrifice and many, many hours.
</p>
<p>
There were many hours spent researching and planning the book before pen could be put to paper or finger could be put to keyboard. Beyond the initial planning and discovery it was a case of writing, writing some more and then writing even more.
</p>
<h3>Design</h3><p>
Mark had written the chapters. Next we were to turn them from bland word documents to impressive, visually stunning pages in a design book. Nick, the designer at MBD with a fair amount of publishing experience, was tasked with typesetting the copy under Mark&#8217;s art direction. This immediately created an issue as Nick was working out of Manchester and we were working out of Cardiff. Skype proved to be an invaluable tool at this stage of the process, not only for keeping each other in the loop with the latest developments but in order to design via webcam!
</p>
<p>
Some elements of the design were agreed early on before the process had even started (it was always going to be A5 and in full colour), but naturally it was a case of putting into practice the work method we adopt with clients &#8211; iteration and refinement. Some of the pages in the final copy are original versions, some have changed dramatically throughout the design process &#8211; it has been painstakingly tough at times as a book about design clearly had to be a visual feast.
</p>
<h3>Publicity</h3><p>
Having an author who happens to be well known within his field, and a book that has been promised for the last two years, all helps build the publicity momentum.
</p>
<p>
We created a <a href="http://www.flickr.com/photos/markboultondesign/">Flickr account</a>. Throughout the process we uploaded sneak peeks of the various pages to give people a taster of the finished book but also to document some of the initial sketches and behind the scenes process.
</p>
<p>
A <a href="twitter.com/fivesimplesteps">Five Simple Steps Twitter account</a> was also set up. As I write this we have 874 followers! (Thanks to you if you are amongst that group) Again the purpose of tweeting was to publicise the book but also to connect to the potential readers. Our tweets ranged from quotes lifted straight from the pages of the book, links to the Flickr group, to more general news updates and countdowns to launch day.
</p>
<p>
Blogging was also a fundamental part of the process simply because the book idea evolved from one of Mark&#8217;s blog posts about five simple steps to better typography so we took the book right back to where it originated from and Mark has blogged about why he chose to self publish, and about the technical requirements involved in writing and distributing your own book.
</p>
<h3>Logistics</h3><p>
Thankfully some elements were straightforward, all the information we needed on purchasing ISBN numbers was readily available online and it was nothing more than a simple application form outlining the content and specification of the book. Having to buy them in blocks of ten also ensured we have ISBN numbers for nine future publications (if we decide the publish more that is!).
</p>
<p>
<img src="http://www.markboulton.co.uk/images/uploads/fss_process.jpg" width="595" height="314" alt="getting to grips with the process, and our first ISBN number" /><p class="caption">Getting to grids with the process, and our first of 10 allocated ISBN numbers together with the bar code</p>

<p>
Although not a necessity, there is the option of submitting a copy of the book to the British Library. For printed books this is a legal requirement, whilst they agree on the policy for electronic books, they recommend depositing the book in the interim.
</p>
<p>
Many hours also went into researching print on demand offerings, Amazon fulfillment, and other printing and distribution methods. There are many options and it is a case of finding one that meets all your needs. For us it was self publishing (please see Mark&#8217;s other blog posts for more information on this).
</p>
<h3>Looking forward</h3><p>
At the moment we don&#8217;t know if all the hard work, blood, sweat and tears has paid off. We hope so as we are immensely proud of the book but all we can do now is sit back and wait for the feedback and reviews to roll in.
</p>]]></description>
      <dc:subject>Simple Steps</dc:subject>
      <content:encoded><![CDATA[<h3>Writing</h3><p>
<a href="http://www.fivesimplesteps.co.uk">A Practical Guide to Designing for the Web</a> started out as a few blog posts. Though it has evolved significantly since then, those blog posts provided a great stepping-stone for Mark to write the book, and proved early on that people were interested in this subject and Mark&#8217;s thoughts on it.
</p>
<p>
The main thing was just to write, to get the majority of the copy down on the page. Until draft one is done there is nothing to edit, delete, proof read and add to. The key to writing is time and location, forming a timetable and isolating yourself may be useful, whatever works for you, but it takes dedication, sacrifice and many, many hours.
</p>
<p>
There were many hours spent researching and planning the book before pen could be put to paper or finger could be put to keyboard. Beyond the initial planning and discovery it was a case of writing, writing some more and then writing even more.
</p>
<h3>Design</h3><p>
Mark had written the chapters. Next we were to turn them from bland word documents to impressive, visually stunning pages in a design book. Nick, the designer at MBD with a fair amount of publishing experience, was tasked with typesetting the copy under Mark&#8217;s art direction. This immediately created an issue as Nick was working out of Manchester and we were working out of Cardiff. Skype proved to be an invaluable tool at this stage of the process, not only for keeping each other in the loop with the latest developments but in order to design via webcam!
</p>
<p>
Some elements of the design were agreed early on before the process had even started (it was always going to be A5 and in full colour), but naturally it was a case of putting into practice the work method we adopt with clients &#8211; iteration and refinement. Some of the pages in the final copy are original versions, some have changed dramatically throughout the design process &#8211; it has been painstakingly tough at times as a book about design clearly had to be a visual feast.
</p>
<h3>Publicity</h3><p>
Having an author who happens to be well known within his field, and a book that has been promised for the last two years, all helps build the publicity momentum.
</p>
<p>
We created a <a href="http://www.flickr.com/photos/markboultondesign/">Flickr account</a>. Throughout the process we uploaded sneak peeks of the various pages to give people a taster of the finished book but also to document some of the initial sketches and behind the scenes process.
</p>
<p>
A <a href="twitter.com/fivesimplesteps">Five Simple Steps Twitter account</a> was also set up. As I write this we have 874 followers! (Thanks to you if you are amongst that group) Again the purpose of tweeting was to publicise the book but also to connect to the potential readers. Our tweets ranged from quotes lifted straight from the pages of the book, links to the Flickr group, to more general news updates and countdowns to launch day.
</p>
<p>
Blogging was also a fundamental part of the process simply because the book idea evolved from one of Mark&#8217;s blog posts about five simple steps to better typography so we took the book right back to where it originated from and Mark has blogged about why he chose to self publish, and about the technical requirements involved in writing and distributing your own book.
</p>
<h3>Logistics</h3><p>
Thankfully some elements were straightforward, all the information we needed on purchasing ISBN numbers was readily available online and it was nothing more than a simple application form outlining the content and specification of the book. Having to buy them in blocks of ten also ensured we have ISBN numbers for nine future publications (if we decide the publish more that is!).
</p>
<p>
<img src="http://www.markboulton.co.uk/images/uploads/fss_process.jpg" width="595" height="314" alt="getting to grips with the process, and our first ISBN number" /><p class="caption">Getting to grids with the process, and our first of 10 allocated ISBN numbers together with the bar code</p>

<p>
Although not a necessity, there is the option of submitting a copy of the book to the British Library. For printed books this is a legal requirement, whilst they agree on the policy for electronic books, they recommend depositing the book in the interim.
</p>
<p>
Many hours also went into researching print on demand offerings, Amazon fulfillment, and other printing and distribution methods. There are many options and it is a case of finding one that meets all your needs. For us it was self publishing (please see Mark&#8217;s other blog posts for more information on this).
</p>
<h3>Looking forward</h3><p>
At the moment we don&#8217;t know if all the hard work, blood, sweat and tears has paid off. We hope so as we are immensely proud of the book but all we can do now is sit back and wait for the feedback and reviews to roll in.
</p>]]></content:encoded>
      <dc:date>2009-01-28T23:07:00+00:00</dc:date>
    </item>

    <item>
      <title>Designing and building an eBook delivery system</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fdesigning_and_building_an_ebook_delivery_system%2F&amp;seed_title=Designing+and+building+an+eBook+delivery+system</link>
      <description><![CDATA[<p>When I first looked into writing <a href="http://www.fivesimplesteps.co.uk">Five Simple Steps to Designing for the Web</a>, I looked at a bunch of options for delivering the PDF over email. I thought about building something myself or hosting it with various web applications used for delivering digital products. The first option just wasn&#8217;t an option at all in the end - I&#8217;m no programmer. The second option, although perfectly viable, saw the potential profit of the book undermined by a monthly, or per unit, charge. I made the decision, quite some time ago now, to commission the software to be built by the super-talented <a href="http://www.steventeerlinck.be/news.en">Steven Teerlinck</a>, using the <a href="http://codeigniter.com/">Code Igniter PHP Framework</a>.
</p>
]]><![CDATA[<p><img src="http://www.markboulton.co.uk/images/uploads/fss_backend.jpg" width="595" height="314" alt="Five Simple Steps publishing back end" />
</p>
<p>
This isn&#8217;t a particularly complex bit of software, but Steven&#8217;s done a fantastic job in simplifying it to a number of core user and system flows:
</p>
<h3>The Requirements</h3><p>
So, I wanted to sell a PDF. Ideally, I wanted the following functionality:
<br />
<ul class="bulletlist">
<li>Have a discount coupon, so people could redeem them for, say, &#163;3 off</li>
<li>A discount period. For example, over the Christmas period.</li>
<li>Multiple licenses. From single user, to ten.</li>
<li>The delivery of the PDF itself.</li>
</ul>
<h3>The user flow</h3><p>
The user flow through the system is this:
<br />
<ul class="bulletlist">
<li>User selects book, and fills in license details - they enter a code here if they have one.</li>
<li>The user is directed to Paypal where they part with their hard-earned cash</li>
<li>Upon a successful transaction, the user is redirected to a &#8216;thanks very much&#8217; page.</li>
<li>The user receives an email from Five Simple Steps whereby they can download their PDF for up to 72 hours.</li>
</ul>
<h3>The system flow</h3><p>
The system does this:
<br />
<ul class="bulletlist">
<li>Upon receiving an &#8216;order&#8217;, the system checks to see if the Paypal purchase is valid.</li>
<li>The system to generate a unique code for that sale</li>
<li>This all sits in a queue that is set up on a CRON to send every 10 minutes</li>
<li>The code is emailed, along with a handy link, so the user can download the book</li>
<li>Upon clicking, the code is checked against the user, license, and to see if they sale is valid</li>
<li>The code triggers a PDF stamper to dynamically stamp the PDF on every page</li>
</ul>
<p>
A large majority of initial sales will come from the money-off coupon that has been running on the site for a while. The coupon system works thusly:
</p>
<p>
<ul class="bulletlist">
<li>I can create one-off coupons, or bulk import from a comma separated file</li>
<li>The coupons are queued up and processed every 10 minutes by a CRON job</li>
<li>A user is sent an email with a unique coupon code.</li>
<li>The user clicks a link which directs them to the purchase page and populates the coupon field.</li>
</ul>
<p>
That&#8217;s probably about it. The system is small, trim and effective for my needs. As time goes on, I&#8217;m hoping to add further functionality to support shipping physical books in addition to (possibly) more titles. We&#8217;ll see. Being involved in building a bespoke bit of software for the delivery of the book has been very interesting over the past six months or so. Not only has it shown what a flexible framework Code Igniter is, but also how important it is, as a (soon-to-be) publisher, to be in-touch with your distribution software and process. 
</p>
]]></description>
      <dc:subject>Design, Simple Steps</dc:subject>
      <content:encoded><![CDATA[<p><img src="http://www.markboulton.co.uk/images/uploads/fss_backend.jpg" width="595" height="314" alt="Five Simple Steps publishing back end" />
</p>
<p>
This isn&#8217;t a particularly complex bit of software, but Steven&#8217;s done a fantastic job in simplifying it to a number of core user and system flows:
</p>
<h3>The Requirements</h3><p>
So, I wanted to sell a PDF. Ideally, I wanted the following functionality:
<br />
<ul class="bulletlist">
<li>Have a discount coupon, so people could redeem them for, say, &#163;3 off</li>
<li>A discount period. For example, over the Christmas period.</li>
<li>Multiple licenses. From single user, to ten.</li>
<li>The delivery of the PDF itself.</li>
</ul>
<h3>The user flow</h3><p>
The user flow through the system is this:
<br />
<ul class="bulletlist">
<li>User selects book, and fills in license details - they enter a code here if they have one.</li>
<li>The user is directed to Paypal where they part with their hard-earned cash</li>
<li>Upon a successful transaction, the user is redirected to a &#8216;thanks very much&#8217; page.</li>
<li>The user receives an email from Five Simple Steps whereby they can download their PDF for up to 72 hours.</li>
</ul>
<h3>The system flow</h3><p>
The system does this:
<br />
<ul class="bulletlist">
<li>Upon receiving an &#8216;order&#8217;, the system checks to see if the Paypal purchase is valid.</li>
<li>The system to generate a unique code for that sale</li>
<li>This all sits in a queue that is set up on a CRON to send every 10 minutes</li>
<li>The code is emailed, along with a handy link, so the user can download the book</li>
<li>Upon clicking, the code is checked against the user, license, and to see if they sale is valid</li>
<li>The code triggers a PDF stamper to dynamically stamp the PDF on every page</li>
</ul>
<p>
A large majority of initial sales will come from the money-off coupon that has been running on the site for a while. The coupon system works thusly:
</p>
<p>
<ul class="bulletlist">
<li>I can create one-off coupons, or bulk import from a comma separated file</li>
<li>The coupons are queued up and processed every 10 minutes by a CRON job</li>
<li>A user is sent an email with a unique coupon code.</li>
<li>The user clicks a link which directs them to the purchase page and populates the coupon field.</li>
</ul>
<p>
That&#8217;s probably about it. The system is small, trim and effective for my needs. As time goes on, I&#8217;m hoping to add further functionality to support shipping physical books in addition to (possibly) more titles. We&#8217;ll see. Being involved in building a bespoke bit of software for the delivery of the book has been very interesting over the past six months or so. Not only has it shown what a flexible framework Code Igniter is, but also how important it is, as a (soon-to-be) publisher, to be in-touch with your distribution software and process. 
</p>
]]></content:encoded>
      <dc:date>2009-01-26T18:28:00+00:00</dc:date>
    </item>

    <item>
      <title>Why Self Publish?</title>
      <link>http://www.markboulton.co.uk/feeder/?FeederAction=clicked&amp;feed=Journal+RSS+2.0&amp;seed=http%3A%2F%2Fwww.markboulton.co.uk%2Fjournal%2Fcomments%2Fwhy_self_publish%2F&amp;seed_title=Why+Self+Publish%3F</link>
      <description><![CDATA[<p>Two weeks today, I&#8217;ll be releasing the long-delayed self published book of mine, <a href="http://www.fivesimplesteps.co.uk">Five Simple Steps: Designing for the Web</a>. Since I originally thought of writing my own book, producing it, and distributing it, I&#8217;ve been asked several times, &#8216;why not go with a traditional publisher?&#8217; 
</p>]]><![CDATA[<p>I&#8217;ve had several offers for this title, from big tech-book publishers, design publishers, through to smaller outfits and literary agents. I&#8217;ve turned them all down. Why? Well a few important reasons:
</p>
<h3>My Voice</h3><p>
Several of my good friends have written books, and I&#8217;ve design reviewed a couple, and written a a chapter in one. Not a massive amount of experience, granted, but enough to sour the taste of traditional publishing in my mouth. The biggest concern of mine was losing my &#8216;voice&#8217;. I want a book I&#8217;ve written to sound like me. Not some watered down, &#8216;internationally-toned&#8217; amalgam of me, my editor, a proof-reader, and tech reviewers. I want it to sound like me, and I&#8217;m hoping, my readers do too.
</p>
<h3>The Process</h3><p>
Writing this book has been really difficult. Luckily, I&#8217;ve got a good team around me - a designer, a project manager, a proof-reader, and an editor to shape the book (that was particularly helpful early on). But, there&#8217;s just no way I could&#8217;ve written a book in the last two years if it hadn&#8217;t had been on my terms alone. My wife and I had a daughter, we built an extension on our house, and I&#8217;ve been building a business in challenging times. To fit a book around this has been tricky, and I needed to have the flexibility imposed by my own schedule, not someone elses.
</p>
<h3>The Design</h3><p>
Most web design books are terribly designed. I mean, really bad. If I was going to write a book, I was going to design it too. As it turned out, I&#8217;ve art directed the production of this book, rather than designed every single page and diagram. But, the point is, it will be a design I&#8217;m happy with. I know several designers who have written books who ended up doing the design for them for free! 
</p>
<h3>Financially</h3><p>
Although not the motivation for the book, the financial potential of just one PDF book far outweighs the traditional process (if you have an audience that is). Most author royalties are miniscule compared to the profit the publisher makes. With a PDF distribution my only costs are the time taken to write the book, and the ongoing hosting and Paypal fees. 
</p>
<h3>A Printed Book</h3><p>
Luckily we have the skills in-house at <a href="http://www.markboultondesign.com">Mark Boulton Design</a> to design, produce and distribute a hard copy book. Currently, we&#8217;re looking at producing a limited edition case bound (hard back), high-quality book. BUT, this will only be if the sales of the PDF can support the initial outlay in getting a print run done.
</p>
<p>
Of course, there are advantages for a more traditional approach. As much as the process of writing and editing is painful, you can be assured of a good product at the end of it &#8211; even if it doesn&#8217;t sound like you. You don&#8217;t have to design it, typeset, proof (again, and again), artwork, production, delivery, customer service. There&#8217;s a lot that goes into publishing and I&#8217;m learning the hard way. But, it&#8217;s fun. The book is coming along nicely, and two weeks today, will finally be released. 
</p>
<p>
It may not be a work of beautifully crafted prose. But it will be me. Warts and all.
</p>

]]></description>
      <dc:subject>Design, Simple Steps</dc:subject>
      <content:encoded><![CDATA[<p>I&#8217;ve had several offers for this title, from big tech-book publishers, design publishers, through to smaller outfits and literary agents. I&#8217;ve turned them all down. Why? Well a few important reasons:
</p>
<h3>My Voice</h3><p>
Several of my good friends have written books, and I&#8217;ve design reviewed a couple, and written a a chapter in one. Not a massive amount of experience, granted, but enough to sour the taste of traditional publishing in my mouth. The biggest concern of mine was losing my &#8216;voice&#8217;. I want a book I&#8217;ve written to sound like me. Not some watered down, &#8216;internationally-toned&#8217; amalgam of me, my editor, a proof-reader, and tech reviewers. I want it to sound like me, and I&#8217;m hoping, my readers do too.
</p>
<h3>The Process</h3><p>
Writing this book has been really difficult. Luckily, I&#8217;ve got a good team around me - a designer, a project manager, a proof-reader, and an editor to shape the book (that was particularly helpful early on). But, there&#8217;s just no way I could&#8217;ve written a book in the last two years if it hadn&#8217;t had been on my terms alone. My wife and I had a daughter, we built an extension on our house, and I&#8217;ve been building a business in challenging times. To fit a book around this has been tricky, and I needed to have the flexibility imposed by my own schedule, not someone elses.
</p>
<h3>The Design</h3><p>
Most web design books are terribly designed. I mean, really bad. If I was going to write a book, I was going to design it too. As it turned out, I&#8217;ve art directed the production of this book, rather than designed every single page and diagram. But, the point is, it will be a design I&#8217;m happy with. I know several designers who have written books who ended up doing the design for them for free! 
</p>
<h3>Financially</h3><p>
Although not the motivation for the book, the financial potential of just one PDF book far outweighs the traditional process (if you have an audience that is). Most author royalties are miniscule compared to the profit the publisher makes. With a PDF distribution my only costs are the time taken to write the book, and the ongoing hosting and Paypal fees. 
</p>
<h3>A Printed Book</h3><p>
Luckily we have the skills in-house at <a href="http://www.markboultondesign.com">Mark Boulton Design</a> to design, produce and distribute a hard copy book. Currently, we&#8217;re looking at producing a limited edition case bound (hard back), high-quality book. BUT, this will only be if the sales of the PDF can support the initial outlay in getting a print run done.
</p>
<p>
Of course, there are advantages for a more traditional approach. As much as the process of writing and editing is painful, you can be assured of a good product at the end of it &#8211; even if it doesn&#8217;t sound like you. You don&#8217;t have to design it, typeset, proof (again, and again), artwork, production, delivery, customer service. There&#8217;s a lot that goes into publishing and I&#8217;m learning the hard way. But, it&#8217;s fun. The book is coming along nicely, and two weeks today, will finally be released. 
</p>
<p>
It may not be a work of beautifully crafted prose. But it will be me. Warts and all.
</p>

]]></content:encoded>
      <dc:date>2009-01-19T14:39:00+00:00</dc:date>
    </item>

    
    </channel>
</rss>