{"id":1206,"date":"2014-03-19T17:25:14","date_gmt":"2014-03-19T17:25:14","guid":{"rendered":"http:\/\/blogs.kent.ac.uk\/webdev\/?p=1206"},"modified":"2014-03-20T07:24:29","modified_gmt":"2014-03-20T07:24:29","slug":"user-centered-services-the-alpha-phase","status":"publish","type":"post","link":"https:\/\/blogs.kent.ac.uk\/webdev\/2014\/03\/19\/user-centered-services-the-alpha-phase\/","title":{"rendered":"User-centered services \u2013 the alpha phase"},"content":{"rendered":"<p>This is the second in a series of posts about the development of any user-centered service. The first post was about <a href=\"http:\/\/blogs.kent.ac.uk\/webdev\/2014\/02\/03\/user-centered-services-the-discovery-phase\/\">the discovery phase<\/a>. This post is about the <strong>alpha phase<\/strong>.<br \/>\n<a href=\"http:\/\/blogs.kent.ac.uk\/webdev\/files\/2014\/03\/IMG_4704.jpg\"><img loading=\"lazy\" class=\"alignleft size-large wp-image-1207\" style=\"margin: 10px;\" alt=\"diagram of the alpha phase\" src=\"http:\/\/blogs.kent.ac.uk\/webdev\/files\/2014\/03\/IMG_4704-1024x768.jpg\" width=\"696\" height=\"522\" srcset=\"https:\/\/blogs.kent.ac.uk\/webdev\/files\/2014\/03\/IMG_4704-1024x768.jpg 1024w, https:\/\/blogs.kent.ac.uk\/webdev\/files\/2014\/03\/IMG_4704-300x225.jpg 300w, https:\/\/blogs.kent.ac.uk\/webdev\/files\/2014\/03\/IMG_4704-1272x954.jpg 1272w\" sizes=\"(max-width: 696px) 100vw, 696px\" \/><\/a><\/p>\n<h2>Experiment<\/h2>\n<p>The alpha phase is all about <strong>experimentation<\/strong>. Its main output is one or more potential solutions to a problem.<\/p>\n<p>So imagine we were asked to come up with a solution to a problem. Naturally, our first question is going to be: what is the problem?<\/p>\n<p>That\u2019s why the alpha phase needs inputs from the discovery phase which <strong>define the problem<\/strong>.<\/p>\n<p>Inputs like:<\/p>\n<ul>\n<li><a href=\"http:\/\/uxmag.com\/articles\/using-proto-personas-for-executive-alignment\">proto-personas<\/a> or <a href=\"http:\/\/en.wikipedia.org\/wiki\/Persona_(user_experience)\">personas<\/a> &#8211; who are we dealing with?<\/li>\n<li><a href=\"http:\/\/en.wikipedia.org\/wiki\/User_story\">user stories<\/a> &#8211; what do those people want?<\/li>\n<li><a href=\"http:\/\/uxmag.com\/articles\/storyboarding-in-the-software-design-process\">storyboards<\/a>, <a href=\"http:\/\/blog.usabilla.com\/how-user-scenarios-help-to-improve-your-ux\/\">scenarios<\/a>, <a href=\"http:\/\/theuxreview.co.uk\/user-journeys-beginners-guide\/\">user journeys\/wireflows<\/a> &#8211; what are those people trying to do? What does the business want them to achieve?<\/li>\n<li><a href=\"http:\/\/theuxreview.co.uk\/sitemaps-the-beginners-guide\/\">sitemaps<\/a> &#8211; What is the structure of the problem space?<\/li>\n<\/ul>\n<p>So, we have a problem definition. Our potential solutions to that problem should be things like a proof of concept, wireframe, paper prototype, or in fact anything which people can see or use.<\/p>\n<p>Users and stakeholders should get a feel for what the proposed solution is going to look like. And as developers we should be able to get useful feedback from users about our proposed solutions.<\/p>\n<p>Whatever the actual output, the idea is that we can <strong>test our potential solution very quickly with users<\/strong>.<\/p>\n<h2>No babies!<\/h2>\n<p>Come up with several different ideas early on. Test them on users. Get feedback.<\/p>\n<p>Get used to throwing ideas away. You do not want to become attached to a particular solution or prototype because it\u2019s your \u201cbaby\u201d. Do not feel like the solution is something that you\u2019ve invested lots of time into and which will be a personal affront to you if users or stakeholders don\u2019t like it.<\/p>\n<p>This is in fact a <strong>highly Agile approach<\/strong>.<\/p>\n<p>We don&#8217;t have endless feature lists.<\/p>\n<p>We get stakeholder and user feedback very quickly.<\/p>\n<p>We build prototypes for features which people actually want, not what they said they wanted in a boardroom meeting 3 months ago.<\/p>\n<h2>Method<\/h2>\n<p>There are all kinds of things you can use in the alpha phase. What you choose depends very much on how much time you have and how complex the problem is. But some things you might want to try are:<\/p>\n<ul>\n<li><a href=\"http:\/\/uxdesign.smashingmagazine.com\/2011\/12\/13\/messy-art-ux-sketching\/\">sketching<\/a> and <a href=\"http:\/\/www.gogamestorm.com\/?p=1269\">sketch games<\/a><\/li>\n<li><a href=\"http:\/\/www.uxbooth.com\/articles\/paper-prototyping\/\">paper prototyping<\/a><\/li>\n<li><a href=\"http:\/\/viget.com\/inspire\/ux-101-the-wireframe1\">wireframes<\/a> &#8211; can be very basic or relatively sophisticated<\/li>\n<li><a href=\"http:\/\/johannesbaeck.com\/blog\/mobilify-design-game\">mobilify design game<\/a> &#8211; useful for working out key navigation areas<\/li>\n<li><a href=\"https:\/\/www.uie.com\/articles\/kj_technique\/\">KJ technique<\/a> &#8211; a technique for using other people\u2019s ideas to feed your own<\/li>\n<li><a href=\"http:\/\/www.uxbooth.com\/articles\/the-art-of-guerilla-usability-testing\/\">guerilla testing<\/a><\/li>\n<\/ul>\n<p>The point is\u2026 do anything that is <strong>quick, collaborative, and involves users<\/strong>.<\/p>\n<p>You\u2019ll probably find some of your own techniques based on your group dynamics and problem space.<\/p>\n<p>The alpha phase need not be a lengthy process. Certainly a sprint, perhaps two or three for bigger projects. It&#8217;s light, quick, and very much led by user and business needs.<\/p>\n<h2 id=\"outputs\">Outputs<\/h2>\n<p>The outputs for the alpha phase are:<\/p>\n<ul>\n<li>decision to progress to the beta phase. The decision may already have been taken by senior management, although the alpha phase may have highlighted technical limitations which have a cost implication to that decision.<\/li>\n<li>high level (&#8216;epic&#8217;) story cards. We got plenty of user feedback, so we should have plenty of stories about what users need.<\/li>\n<li>working basic system that provides limited functionality that can be shown to a number of users.<\/li>\n<\/ul>\n<p>It\u2019s ok to build a working prototype if you have the technical tools available. For example some people find it useful to build a working web page with frameworks like <a href=\"http:\/\/getbootstrap.com\/\">Bootstrap<\/a>.<\/p>\n<p>Personally I\u2019d recommend against getting too far into technical solutions unless you\u2019re really certain that you\u2019ve found an ideal solution very quickly. For one thing, getting something too shiny too early on may convince your stakeholders that you are much nearer your ideal solution than you actually are. This raises hopes and expectations, and kind of digs an unnecessary hole for yourself.<\/p>\n<h2>Summary<\/h2>\n<p>The alpha phase follows the discovery phase. It requires a good definition of the problem space: <strong>user needs<\/strong>, <strong>business needs<\/strong>, <strong>scenarios<\/strong>, and <strong>personas<\/strong>.<\/p>\n<p>The idea behind the alpha phase is to <strong>experiment<\/strong> and <strong>rapidly develop<\/strong> some kind of tangible prototype(s) that we can test with users, and get their feedback.<\/p>\n<p>Stay clear of technical detail if at all possible. That&#8217;s the job of beta phase development.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This is the second in a series of posts about the development of any user-centered service. The first post was about the discovery phase. This &hellip; <a href=\"https:\/\/blogs.kent.ac.uk\/webdev\/2014\/03\/19\/user-centered-services-the-alpha-phase\/\">Read&nbsp;more<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[79395,79421,8940],"tags":[79423,79424,79384,79459,79422,79393,23153,79392],"_links":{"self":[{"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/posts\/1206"}],"collection":[{"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/comments?post=1206"}],"version-history":[{"count":6,"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/posts\/1206\/revisions"}],"predecessor-version":[{"id":1214,"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/posts\/1206\/revisions\/1214"}],"wp:attachment":[{"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/media?parent=1206"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/categories?post=1206"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.kent.ac.uk\/webdev\/wp-json\/wp\/v2\/tags?post=1206"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}