Alpha is an experimental stage. It’s an opportunity to use prototypes to work out the right thing to build.
In Alpha stage you test the hypotheses that you reached at the end of Discovery stage. You will be exploring several design approaches (rather than just one solution).
As you progress through Alpha, you will produce new hypotheses as you discover new things about the users and service.
On this page:
# What to do in Alpha stage
In Alpha, you:
- take your hypotheses from Discovery stage and create some high-level concepts continue to develop a vision for the service using your user journey and user story map
- create storyboards to see possible solutions
- create prototypes to test hypotheses with users — you should explore hypotheses with different kinds and fidelity of prototypes
- keep updating your decision register that contains the evidence that guides what you will build in Beta stage
- identify service performance metrics
- complete the stage by defining the minimum viable product (MVP).
# Prototype to find what works, not what's popular
Alpha stage is not about validating what users like or dislike. You are finding out how well approaches will meet the actual needs of users.
Don't try to build a working service in Alpha stage. That comes in Beta stage.
Cycle through higher and lower fidelity prototypes to test different hypotheses with people.
Use the prototype fidelity that matches the resolution of the design approach:
- Quick paper prototypes (low fidelity) help teams test lots of general approaches.
- Wireframe prototypes (medium fidelity) allow teams to more deeply explore an approach, building on lower fidelity prototyping.
- Coded prototypes (high fidelity) give teams awareness of interaction and accessibility barriers to an approach.
People are more likely to provide broader feedback if you show them something that is low fidelity and rough. Use higher fidelity prototypes to get more detailed feedback on a higher resolution design approach.
# Defining the minimum viable product
By the end of Alpha, you will need to have defined your Minimum Viable Product, or MVP.
- provides value to users - it actually helps get something done
- may focus on the specific needs of only a subset of users
- works end-to-end along the ‘happy path’ (or ‘steel thread’)
# Finishing Alpha stage
At the end of the Alpha stage, you should have:
- user stories — they should relate to the overall user journey rather than being tied to individual features
- a decision on whether to progress to Beta stage - if so a plan for your Beta stage and a less detailed plan for your Live stage
- a decision on the metrics you will use and a measurement plan for how to capture them
- a basic working system with limited functionality that you can demonstrate to users
- an understanding of legacy systems you need to replace or integrate with
- analysis on the user needs research you have done
- a decision on your minimum viable product.
At this point, you can decide to:
- move on to the Beta stage if your team is confident that you can create something that meets users’ needs and is cost effective, and you have the budget, capability and capacity to deliver the service
- not to move onto Beta stage, if the solution may not meet user needs and is not cost effective
- start a new Discovery stage.