Biscuit Bistro is an in-house coffee shop that serves an array of delicious drinks, sandwiches, and snacks to employees of Dynematica, a small gaming company.
Biscuit Bistro is the only cafeteria in the building, and it ships hundreds of orders every day. It has proven to be a popular option, with lines piling up and waits that seem like a lifetime, especially in the morning.
Design a digital solution so employees can order their drinks and snacks in advance, to help with social distance and wait times.
First, foundational research can try to find out if there is a way to solve the problem, which is easier than building an entire app.
We already have 2 clear problems which are the long line at the Bistro and social distancing measures, but we will still do some research to find out:
An analysis of what is already on the market would also be interesting research to do. There may be some applications already on the market that have solved a similar problem.
A competitive analysis may be a good idea in cases like this.
The first part of our research will focus on outlining the problem, the context, the users involved, and the resources available.
The most appropriate methodology for the case is a qualitative moderated user interview because we are in an early stage of development and need to know what to build.
Also, the user base is limited in number (Dynematica office employees) so it will not be too expensive to have moderate one-on-one interviews with few employees.
Actions will be:
Research can also benefit from a quick observation of the work dynamics of the Biscuit Bistro. Watching them work in real life can reveal unexpected insights for our research.
A survey may supplement the data retrieved from interviews, but in this particular case it is not critical.
I would divide the users into two main categories, CLIENT SIDE users, which are the employees who need to order from the Bistro, and BISTROT SIDE, the Bistro workers who will be using the server side of the system we are designing.
So 5 to 10 interviewee (client-side) should be enough to have enough information about the needs of the users and the dynamics of the office, and 2 Bistro-side users to understand the dynamics, timing, and workload behind the Bistro counter.
Characteristics of the participants are quite uniform, due to the context of our problem, the office of a young company.
To measure the effectiveness of the system we’re about to build, it may be a good idea to set some KPIs in advance. We can set up some key performance indicators to measure the improvement in the quality of life of employees during the coffee break.
Some KPIs for this case study might be
Measuring these values before the system is implemented can provide a good resource for further iterations of the project
The questions are wrote so to understand the problem and to avoid as much bias as we can, both from the interviewee and from the interviewer.
Because of the constraints given, the Personas are fairly uniform (Dynematica employees who need a coffee), so we can simplify the definition of User Personas by avoiding making assumptions about aspects not relevant such as Personality, Bio, Social Status, Tech-Savviness, etc.
We can frame one Personas for each side of the app.
Age: 32 y/o
Spend the (limited) coffee break time chatting comfortably seated in the living room of the office instead of standing in line in a noisy and crowded Bistrot.
What she says “I would like to enjoy my coffee break together with other colleagues”
Age: 25 y/o
Biscuit Bistrot worker
Be able to organize his job with a clear methodology instead of having to improvise in a crowded cafeteria on the peak time.
What he says: “My ideal client is the one who take multiple orders at once”
Client side (employees)
Bistrot side (BB workers)
Analysis of a real project would involve making assumptions about the business aspects. But since this project is fictional, we will skip this part.
However, there is one aspect worth mentioning to justify some choices.
In real life there is a budget for a project. This budget comes from the customer, so most of the effort must be directed at solving the customer’s needs.
My solution of listening to both the employees and the Bistro workers to design a solution that solves the problems of both is noble, but it’s not always applicable to a real project with a real budget, because the needs of the employees and the needs of the Bistro can conflict at some point.
So, for this case study, let’s pretend that both the employees and the Bistro Biscuit jointly funded the project, so we need to address both of their situations
The ideation starts from the work we did during the research that can be summarized with the following statements
Problem Statements (client side)
Marta is a Dynematica employee who doesn’t want to waste her coffee break in line at the Bistrot
Problem Statements (Bistrot side)
Antonio is a Biscuit Bistrot worker who doesn’t like to work with in a crowded shop
We propose Breakify, a solution that will allow colleagues in the same office to group their orders from their phones to avoid spending time in line at the cafeteria.
Such a solution will also help the Biscuit Bistros to better organize their workload and avoid confusing peak hours.
The use of Breakify will benefit Biscuit Bistro customers and workers by channeling orders through the app and saving groups of employees from physically moving to the Bistro to order one by one.
This solution allows users to organize a coffee break with other colleagues and send orders to the Biscuit Bistro through Breakify – Biscuit Bistro Queue Manager.
We will address the person organizing the coffee break as the BreakStarter.
Every time you open the App, the system checks the length of the queue at the Bistro in real time and displays it on the bottom bar.
This way, the BreakStarter can better decide when the time is right to launch the break.
Once the group’s order has been submitted and a position in the queue has been secured, the app’s Order Tracking page will show real-time progress of the queue and the preparation of your order.
Before the BreakStarter sends the invitation it will have to set a timer by which all invited colleagues must place their order.
This measure seems a bit anxiogenic, but it is meant to prevent one of the invited people from slowing down or preventing the group order from being sent. When the time runs out, the group order will be automatically sent to the Bistro with the individual order placed at that time
A number of diagrams were prepared to provide an effective presentation to the team and stakeholders to better understand the idea and the entire design process
Comparing the user journey before and after the app rollout, we can clearly see the two improvements.
Designing starts with filling sheets of paper with many different ideas on how to implement the solution we designed
I used some techniques like crazy eights to throw ideas on the table and progressively improve, merge, remove and refine what was on the table to reach one final concept
I decided to make a small low-fidelity prototype to test with a few users the flow, layout and interactions of the app
Hi Fidelity mockup is intended to move the development one step closer to the final version of the design. I used the provided Style guide (color palette and Typefaces) and created the screen layout following the wireframe and information architecture developed earlier.
Having a mockup at this stage makes User Testing more reliable because users are exposed to a product that is more realistic than a wireframe and closer to the final version.
The journey starts when the BreakStarter launches the Coffee Break from his/her phone, inviting the colleagues s/he wants
If the employee wants to participate in the group order he/she only has to place the order within the time given by The Guillotine. Payment will be processed by all common networks.
Once you’ve placed your order, you just have to wait for Bistro to prepare it.
But this magical app allows you to track your order through all 3 phases
The Order Tracker shows users information about the status of the queue and order preparation
When the order is ready to be picked up, a notification will pop up on everyone’s phone to find a volunteer to physically go to the Bistro to pick up snacks for everyone else.
In addition, we can use a little GAMIFICATION to incentivize lazy employees to go pick up the shared order.
A little weekly competition among the usual participants can guarantee the winner a free coffee paid for by everyone else
In the development of this fictitious project, you will not find some studies, practices, and activities that were not required by the exercise and that the time available (3 days) would not have allowed you to add
The logo is stolen. I would say 80% of the logo comes from a design I found online that fits this concept incredibly well.
I didn’t want to spend too much time on the logo design since it wasn’t relevant to the exercise, so I just took the logo and adapted it to my project.