b.productive

In today's busy world, it is becoming more and more difficult to keep track of one's schedule and habits, as well as to find time for one's introspection, B.Productive is here to the rescue.

Project Description
B.Productive is an application designed to focus on the overall development of an individual which will help the user to maintain time-bound schedules, keep a track of habits, retrospect each day, and avoid distractions while focusing on his prioritized tasks.
Intention
The intent behind designing this application is to create a centralized platform where users can keep a complete log of all the activities they are doing so that it's easier to analyze and improve each day.
my role
UX Researcher, UI Designer
Duration
October 2022 - November 2022
Tools used
Figma, google forms, notion
Project timeline
User Survey
We opened a survey form with some common questions and problems regarding work productivity. More than 70 people answered the survey, below are the insights we got:
User Persona
After analyzing the survey, we divided our target users into 3 Primary categories: Working Professionals, College students, and School-going students. For each category, we had a conversation with multiple individuals and collectively created the following User Personas.
Working Professionals
College Students
School Students
Competitive Analysis
We discovered several pain points that the user faces and how other applications are handling them. Moreover, we also found some places where the other applications were not focusing on and we saw an opportunity to fill that gap.
empathy map
To move forward in the ideation phase it was really important to sum things us by creating an empathy map of what exactly our user says, thinks, does, and feels. This gave us a solid foundation to ideate on and start giving shape to the solution to the problems faced.
information architecture
After defining our problem statement, I brought everything on the board and started to categorize things. After dividing everything, the most logical outcome was to divide the whole application into 4 major sections: schedule, habits, journal, and profile. Once we categorized the features, I made an information architecture out of it.
White Boarding
As soon as the information architecture was complete, we started putting it into action and collecting all the screens that might be required to fulfill our requirements for what we wanted to achieve as functionality.
Paper Sketches
Side by side, we also ideated out things on Zoom meetings and made notes of things that made sense and contributed towards the solution that we were aiming to provide.
Low Fidelity Wireframes
Once the Ideation was complete we were all set to create Low-Fidelity wireframes, which will give an initial structure to the application, and on the basis of that, we can start testing and taking feedback.
User Feedback and Rectifications
After the completion of low-fidelity wireframes, we organized feedback sessions with multiple users and noted down the problems that they faced while navigating through the low-fidelity test prototype. We curated all the problems and rectified the the ones that will reduce the pain points and improve the flow of the application.
Style Guide
The aesthetics of the application were going to play a very important role in making things get done by the user. So our first instinct was to select a color that provides a sense of growth, health, and success. Eventually, we chose several variations of green color and finally decided to go with "Munsell Green". For the font, we wanted one that gives a friendly feel to use and we chose "Rubik".
High Fidelity
After successfully completing all the previous steps it was time to give life to our low-fidelity wireframes by adding colors and fonts and components using the material you guidelines.
Figma Prototype
Insights from high fidelity User Testing
The last step of the User Experience process was to test our fully functional prototype with users and to see if what we are trying to convey through the interface is actually reaching the end-user or not.
Key Learnings