The University of Aberdeen
The Computing Science Department

Practicals

The practicals are all based around a team of 4-5 students forming an on-line business. You will use this to apply what you learn in the lectures and readings. Whatever your business it must be legal, and must be fronted by a website around which you can plan the business. You will not be building the website in this class, but rather thinking through how to make the business viable and how its different aspects would work together in order to be sustainable in a profitable manner. Your assessment should also use open data, as it provides a good starting point and brings the startup idea back to computing.

The competition option: You can enter SIE's "I'm an Innovator" competition with your assessment.

This year the Converge Challenge has a deadline of early April 2018. This means you can use this term to craft an application for the competition based on the business idea you generate during class. You can find more details in the sub-categories of  KickStart Award or Social Enterprise Award for the Converge Challenge 2017.

Locally, you can also aim for small bits of funding via Aberdeen Soup. You can offer to pitch your idea here.

Week 1 (19 Jan):  Do the Marshmallow Challenge Gather problems to solve and ideate options

Part One: Gather with your team for the Marshmallow Challenge

In your team we'll guide you through the Marshmallow Challenge. https://www.youtube.com/watch?v=cTLCYPoEBXI or https://www.youtube.com/watch?v=S3uwCqA76mU or https://www.youtube.com/watch?v=RtQr9w2pL74 for basic idea of what happens.
Tom Wujec 'build a tower, build a team'.

Part Two (started in first lecture session): Explore issues in using 'paintorming' explains the process, while 'painstorming2' provides a template for exercise (template is under step 3)  - which problems need solutions?

Step 1) Gather a small team of people from your year to explore some problems people face around:

Start with exploring individually the problems you face in these areas, and then compare these with the others in your team. Then group them to see which ones stand out. This becomes your starting point for the next step. Come back to this step if you're not finding things online.

Step 2) Go see where people talk about these topics online to see what's said in forums such as https://conversation.which.co.uk/#. You can also search for issues in Facebook, or browse groups there too, or see what's in the comments of stories on the BBC, the news websites.

What problems do people repeatedly face? You can find forums, blog posts, and comments on news sites for people's opinions on issues. Research this for fifteen minutes, then compare notes with your team members. If someone has found a suitable theme that's proving useful, then share it with your team and go longer down this path. If not, then try a different one.

Step 3) Gather a number of topics that are the 'pain points' people mention and see if any themes or issues emege. You can put them on  this Painstorming-Template1.pdf. Be sure to capture what series of tasks people use 'now' to overcome the challenge they are trying to resolve so that you can compare any proposed solution you develop against the 'current practice'.

Step 4) Complete this sentence with each idea: We're testing the assumption that <your assumption>, and use data from <data source> so that <target customers>, who have <customer need> can use <our service name>, which helps users with <one key benefit>.

That's it for now. Next week we'll push this further.

Week 2 (26 Jan) : Discover more about your challenge space

This week there are two two-hour sessions (10:00-12:00 in FN 114; 12:00-14:00 in Kings College G5)

Session 1: Ideate upon the ideas from the first session to see what business ideas might be possible.

Continue exploring more about the different challenges that you identified for your team.
We'll build on the ideas from the session last week to see what might be developed as an app. We'll do this using a design-based approach following 'discover, design, develop, deploy'. We started with 'discover' last week, and want to explore more about the ares this week to test out some assumptions by way of refining 'discover' some more.

Session 2: Discover more about your challenge space

In this session we want to see what more we can do to find more interesting aspects of the challenge, and then narrow this down to one area to explore further to create a unique business.

Step 1) Write out your current challenge in a sentence or two. We now want to explore more about this challenge. Everyone should use some post it notes and (one idea per note) write down SILENTLY answers to the following:

Dr Bruce Scharlau, b.scharlau@abdn.ac.uk, @scharlau 

Dr Janny Saevanee, hataichanok.saevanee@abdn.ac.uk , @hsjanny 

WHEN and WHERE is it challenging? 

WHY is it challenging? 

WHO is involved? 

HOW might they see it? 

WHAT else do we know or would like to know? 

HOW would it be if ideally solved? 

WHAT would be different if ideally solved? 

WHAT might be assumptions you could check?

WHEN and WHERE is it challenging? 
WHAT would you wish to change, be different, to improve?
WHY is it challenging?
WHO is involved?
HOW might they see it?
WHAT else do we know or would like to know?
HOW would it be if ideally solved?
WHAT would be different if this was ideally solved?
WHAT might be assumptions you could check?

After 5 minutes or when everyone stops, compare sticky notes and sort them into similar groups, etc.

Step 2) Explore more connections with the ideas. Develop the details of a person who will use your service by creating a name, age, background and other details. Write these down and then one of you investigates their use of your service through 'an interview'. Use the questions above as a starting point. Use open ended questions. Do not ask questions that can be answered with 'yes' or 'no'. Write down new insights as post its to add to your other ones. Regroup them into appropriate categories to gain better understanding of your context for the service.

Step 3) We now need to start to narrow down the focus from the many options you have. Each team member should 'spend 3 dots' on the sticky notes they find interesting. Yes, you can put them all on one sticky note if you wish.

Step 4) Rewrite each of the top 5 'winners' as 'how might we...' statements. For example, if the winner was 'vegetarian indian meal options in supermarkets' then I could rewrite this as 'How might we introduce more vegetarian meals into our ready meal range?' The goal is to make this a specific service/product which can be designed in the next phase.

Week 3 (2 Feb) : Knowing your customers and channels

This week there are two two-hour sessions (10:00-12:00 in FN 114; 13:00 - 15:00 in MacRobert 107)

Session 1: Design Challenge

Part one: Clarify your team's concept and establish who is doing which 'enterprise application' type for the individual assignment due in a few weeks time. If you're not part of team, then now is the time to join one.

Part two: You have a basic idea, which needs to be made better. We'll do that using the SCAMPER approach to develop your idea further so that it is more unique, and has more chance of success. This is to stop you settling in on 'one' solution too soon, and to help you develop their different attributes to explore more possibilities with your application.

Session 2: Deeper Design

Part one: We want to go over the practical application of what the different Cynefin domains feel like so that you understand that while you're designing and discovering more about the apps for the course, you realise that you'll not know as much as you think you do. To that end we'll play the 'Try or Die' game at the beginning of the session. The takeaway to remember is that you need to run experiments to find out more about your application idea.

Part two: Watch the 'Journey Map' video and then work out what your customers journey will look like for your customers. Where and how does your site fit into their journey to a better future? You can use a blank piece of paper for this, or you can use the (or journey map) template. You should do one of these for the business idea so that you understand the full customer experience.

When you think you're done capturing the journey, step back and consider where the interesting places are that you can influence your customers to help make choices easier, explore the different options, share their story, be motivated by what others are doing, or whatever else seems suitable for them. Go only as deep as you need to understand what is happening, and how you might improve the customer experience.

Week 4 (9 Feb) : Business model canvas

This week we want to focus on building an empathy map for each of your customer segments so that you have a better idea of the different customers and what their needs are. You can then use this to craft your value proposition for each of the segments correctly.

We'll do this in two stages.

First, we'll use paper empathy maps for the first hour

This works better if you stand up and use the walls and windows with sticky notes instead of the small desk space in front of you.

1) Go to http://www.gogamestorm.com/?p=42 and use their empathy map poster to build up the picture of each customer type. Use post it notes to fill in what your customer is likely to say about the CURRENT situation BEFORE they know about your application. Use examples that you found in the painstorming exercise to guide what you write here, or your own experience if that is relevant. The 'PAIN' is what's there now for them, while the 'GAIN' would be something that would improve the situation.

2) Draw one empathy map for each of your main customer segments. These are probably people experiencing the most pain now, BEFORE they know about your application.

3) Draw up character cards for each persona so that you get a better feel for each of them. This would be a quick drawing of the person, their likely age, family relationship, type of job and give them a real name. You can use this persona template if you like.

4) Then work out how you reach each of them via which channel in your business model.

Second, we'll use some Lego in the second hour

Now that you have an idea of who your customers are we should get a better understanding about how they will interact with your service. To do that we'll use a StrategicPlay idea using Lego Serious Play sets.

If you're doing this as a distance learning student, then develop scenarios using your newly created personas to understand how that person would respond in a typical situation: why do they join your service, what is a typical interaction like, and why might they leave? If possible do this via Skype or Zoom with another DL student.

Week 5 (16 Feb) - Use a business model canvas

Part 1: The Happy Start Up Canvas

First, we need to elaborate on your idea and focus on the 'why' from the happy startup canvas and its ebook to better understand your business model.

Step 1) review your idea and its development from last week

Step 2) use the canvas to fill in what you can for the business idea - focus in particular on the value proposition and customer segments. Don't bother trying to write on the canvas itself, but use post-its to elaborate on parts - spread them out on a wall for more space

        i) focus on these four aspects outlined in the happy startup canvas to see how many ways  you can express this idea of your 'service'. Do this by each of you independently writing ten ideas on a piece of paper, and then passing it along to someone else in the group, who adds ten more. Then switch again. You want lots of ideas from which to develop the next part. The four key things are:

    • What top three problems are you trying to solve (and for whom)? These are the problems your customers have BEFORE they know about your application.

    • Who will be your passionate early adopters? These are the people who might be having the most problem now, and are probably the people you identified in your empathy maps.

    • How are you going to reach them? Where do they 'hang out' on line, or do you have to reach them in person?

    • What’s your main value proposition? What is the biggest gain you can offer them to alleviate the biggest pain they have now?

        ii) reduce your different versions to one fifteen word statement of your proposition

        iii) focus on the customer segments by looking at 'who' values/would use the refined 'version' of your 'service' expression and check that each of the other versions are also covered.

Step 3) before you finish make sure that someone captures all of the details with a photo of the post-its, or some other means so that you have the details for next week and that you look at the '10 Steps to Personas' worksheet so that you can gather information about your different types of users and customers. You can find out more about personas on their website too.

Part 2: Experiment Board

Look at the Experiment Board and the video for details on how to use it, and fill in the left-hand materials and then the first column under 'experiments' with the basic idea you want to validate today. Do this quickly leaving only a few minutes to do each box. Leave the solution empty for now. This should give you one thing to check. It might be that you need to confirm who your real customers are, or that you have a real problem that you're trying to solve. Your team should now go find out if your assumption is true or not.

Take your prototypes and show them to people outside of class. Go to the library, or the Hub, or the cafe in MacRobert and see what people think of your application idea. Take notes and gather up the ideas to see what changes they suggest. Maybe even try a revised version on the spot to see if it resonates with the next person. The more people you show it to, then the better off you'll be. To get an idea of how ideas change go look at how Sauron's Box changed to One Box and how Mad Box changed to EduPod at the Aberdeen Global Service Jam. Start with page 4 (last) and work forward chronologically. This is the sort of rapid transformation you want to consider.

Take what you learned and go back to your experiment board and update it with the new information and determine the next experiment.

Week 6 (23 Feb) : Testing your assumptions

I'm away this week, but I still expect you to meet and this is what you'll do:

Take your app to the people. Last week you should have cleaned up everything and worked out what you want to know about your idea.

You'll notice that you do this BEFORE you develop any wireframes, or possible screens for your app. The purpose today is to validate the assumption of your idea. There is still lots that you don't know about your idea, which these conversations with people will tell you. Listen carefully, and you'll hear what you need to know about your app idea and how it needs to be presented. This exercise is all about listening.

The goal is to ask people to describe their problems and to uncover the parameters of the solutions, which they would find acceptable. From that you can work out if your potential solutions would work for them. You need to listen to their problems, and hear what they say about what they do now to relieve the problem and then ask if your solution would help them. You are not there to sell your solution. That comes later.

Week 7 (2 March) : The smallest component you could develop

Today we're going to use a scrum approach to the work we do by timeboxing our activities and sharing what we're doing with other teams too in order to get some feedback from them. By 'scrum' I mean planning, doing, and then reviewing what you did as if you were doing a sprint.

Part one: What You Learned Last week

Last week you should've gone out to your potential customers and discussed your idea with them. Maybe you showed them your storyboard and discussed your basic assumptions. Maybe they said 'no, not interested', and maybe they offered other ideas too.  Take some time at the start to work out how you might change your idea based on what you learned.

After you've done this share what you learned with another team and hear what they did too. Then incorporate what you learned into your ideas.

Part two: building small slices

You need to do a number of things with your app, but you have to start in one place with one component. You can't do everything so you need to work out which part should be developed and delivered first.

Pick one customer segment and list the jobs they need to do: do they need to buy the groceries, or find a place for dinner tonight?  Now place 'gains' what gets them closer to getting the job done; and 'pains' the annoying things that get in the way of 'getting the job done'. These are probably NOT the same ones as you've put on the empathy map.

Next look at the box. This is what you're offering this customer segment. What are the 'gain creators' that you can offer them to match their gains? What are the 'pain relievers' that you can use to ease their pains? How do these combine to become a service or feature?

Explore the smallest step you can deliver. How can your pain relievers remove or reduce customer pains? How can your gain creators help them achieve desired customer gains? What could you deliver as the smallest deployable, useful portion of the app? This is what you want to prototype next.

Week 8 (9 March) : Show your prototype to people

We will do two parts today so that by the end of the session you've had some feedback on your idea. As with last week we'll use the scrum approach of planning, doing, reviewing the work in short sprints.

Part one: Pitch your idea to the class

Gather your ideas together so that you can explain them to another team. Prepare the simplest version of your idea, and its grandest vision too. Also ask them what you're most worried about; what's your biggest assumption?

During the pitching part, each team has a fixed time to pitch, and you'll be guided when to switch roles and have the other team pitch to you.

Timings: 3/8/3 for teams to plan the tasks for the pitch, do the pitch building, then review the work
5/5/1/2 then repeat for pitch, Q&A, silent reflection, team reflection, then swap roles, and follow up with 5 minutes in team before repeat process with a different pair of teams.

Part two: Incorporate the feedback

Based on your feedback from others you should be able to revise your Experiment Board and find your next riskiest assumption to tackle. Develop a prototype to validate that assumption. Every team, should be able to develop a paper prototype to get its idea across. You might need to leave the room to confirm if you've found the right fit between customer needs and what you're offering. This becomes your 'homework' for the next week.

Week 9: (16 March) Pushing the boundaries of the application

The goal for today is leave knowing more about your app than when you arrived. We'll use some prototype designs of the application to help us with this. And, remember, a 'successful prototype' is one that you break because you learned something about the idea, which invalidates that version.

Step 1) We need to get each of your ideas about the app out of your heads and onto something that you can share with your team members. In silence, each team member takes an A4 sheet of paper, and draws out their idea what the 'home' screen looks like for your website or mobile app. Do this in silence, and take 3 minutes for this.

Step 2) Share your idea with one other person on your team, and then share them with the others.

Step 3) Take the 'best ideas' from each others prototypes to carry forward onto the group effort. Go back to your value proposition canvas and carry those features on the website. You can write each single one on a sticky note.

Step 4) arrange the sticky notes on a sheet of A4 paper (with one A4 being one web page) so that you can understand the home page and what it might look like. You should try at least three different layouts to see which seems to work best.

Step 5) work through the other parts you're customers will need to use the service you're offering. For example, how do they sign up, choose the product/service and how do you deliver the service? How does the customer get in touch if there's a problem, or wants to change their order?

Step 6) Model each of these screens and the flow between them so that you've got a sticky note website that you can show to people next week when you go see what people think of your application.

Week 10: (23 March) Application Prototypes and Presentation Preparation

Before you do anything else today, do two things first: (a) SCEF form if you haven't already, (b) work out what your team will do for the presentation. Given the numbers of teams we need to have presentations on MONDAY and FRIDAY next week.

We'll explore different ways to prototype ideas beyond those you used previously so that you can take your idea out again for more feedback.

By now you should've come full circle with your idea. You developed the basic idea, worked it over some more with the Happy Startup Canvas and/or the Lean Canvas, and explored the likely customers by developing their personas using empathy maps. You will have also shown your basic paper prototype to people outside of your group. Using the feedback from the people you showed your prototype to you now need to revise that paper prototype design to build a better version and then see if people understand your idea better now. Keep doing this cycle a few times if possible to refine your idea more. Do this using the assumptions you identify on the Experiment board from the last session. This will help you confirm whether your customers are who you thought they were, and whether you are solving the problems you thought your customers experienced In other words, are you providing the value that you assumed they needed?

Week 11: (30 March) Presentation

Your presentation next week should cover the topics required in the assessment due next week, and last up to 5 minutes, and no longer. In particular this should focus on the parts of the Happy Startup Canvas so that we know why you're doing what you doing, and why your solutions will solve the problems faced by your early adaptors and live up to suitable values all explained in your story. You do NOT need to present the XML documents.

Each team gets 5 minutes to present their idea followed by questions from other teams.