Created from combination of words: Jam (an informal gathering of musicians to play improvised or unrehearsed music) and Finder (the one that finds)
Find and connect with musicians in your area that want to jam and play casually.
Amateurs or professionals of all age groups who like to play/sing/perform in their free time and are looking for people that share the same interests in order to play together.
This section dives deep into understanding the user (Sergej) by forming user stories and articulating his journey and thus the app requirements.
After 8 hours of mentaly exhausted work day Sergej needs to nourish his mind and boost up his creativity. While he has many different ways to do it, the one he enjoys the most is playing his guitar. Even though he enjoys playing his guitar alone he would like, at least once a week to be able to meet with persons that share the same passion and spend quality time playing together with them.
Sergej is:
Sergej’s priorities are:
Sergej’s pain points are:
1. When I finish my workday I want to be able to easily find and organise people for the jam session. When I find people I want to be able to have easy and fast communication with them so I don’t lose too much time on organisation of the event.
2. When I move into another city I want to be able to easily find local people that share the same passion and want to play together.
The steps Sergej takes before, during and after his involvement with the app.
This section states some of the assumptions, requirements, constraints and eventual trade offs that were made.
Based on Sergej’s goals and needs, the app should be:
Reliable:
Fast:
Secure:
Usable:
The following assumptions were made for this project:
The following flow was designed to help articulate how Sergej would move throughout the app and reach her goals.
The focus was on Sergej's three main goals:
For an example:
When Sergej creates a profile with his interests it will be easier for the app to suggest him people with similar interests there for finding people to connect with will show the most relevant results and the choice of people who he could message would be narrowed down to the ones that match his profile interests.
Below this text is an image with low fidelity wireframe designs which shows the skeleton of the app and will serve as a guidance in building the main user flow as well as medium and high fidelity mockups and interactive prototype as well.
The whole product will be focused on 5 main screens that represent 5 primary features of the app and its purpose.
The biggest problem in this step was to indentify if the app will be content heavy and how it will affect its speed and usability.
Medium fidelity wireframes were designed based on the low fidelity sketches and these five screens show how the main app flow works and how will the visual elements be placed on the screen. I used a lot of material icons so I could have a clear vision of how will they behave with the text and how will the hierarchy look like.
Now that I have structured the app in a way that it can be iterated without too much confusion I designed high fidelity wireframes that show the real face of the Jammer app. The first struggle I had was to decide between the dark or light layout and the main reason why I used dark layout is that our users will use the app after a long working day which means that probably they were sitting in front of the white screen for a long time, which i mentioned early in the study. To make the users more comfortable in the period where they use this app I created all visuals for a dark mode layout.
As mentioned above, these five screens represent the main flow and features of the Jammer app.
This project is still in progress and updated constantly. The next steps will follow the design expansion of the main and follow up features that will make this product complete for testing phase.
