Our Process
User research
We started with few meetings with my client. Collected project objectives, did some SWOT study. We decided to follow the agile methodology to proceed. We mined some ideas from my mind and a huge list from users. Users have already researched a lot but We refined more ideas because ideas and needs should be differentiated. Ideas can be many but they must be funneled down to more important needs, specific needs are like GEMS for the app. We cant implement all the ideas, people are very creative btw.
Early research findings
- 84% (32 out of 38) of people are aged between 45 – 65 years old, and 60% out of them are not tech-savvy. So challenging part was to create a UX that resembles their traditional method of keeping records. So that they can easily learn how to use the app.
- Most of them agreed that they face challenges using this kind of apps just because they have lots of features, and small fonts, and microelements on the designs.
- Many were worried because most of the apps have many features that can be used by very big companies only and not much use for their medium or small businesses. So they don’t use those apps.
- Most of them are recording not only the products purchased but income, expenses, invoices, employees’ attendance in their old methods like recording them on notebooks or saving on mobile notes app.
- They forget to record invoices or product purchases on time.
- They mostly forget to record employees’ attendance and salary records.
- Unorganized rent, loans, water, and electricity bills.
- Not easy to keep safe all the record books with years of records.
Card Sorting
Once all the problems/findings are collected, We created few cards and send them to few users for sorting. We used www.miro.com for this. Here We added my unsorted cards and then multiple users sorted them category-wise or in a way whatever they were thinking about those cards. This method enabled me to build an app that makes sense to its users. It helped us to know how users are thinking about the content and how they are feeling about it. And finally, we got the users’ mental model. without this method, we only get our team’s or client’s point of view. We are not the users so we can’t decide what should be on the app LOL, yes! it’s the truth.

Affinity Diagram and Empathy map
The next steps were creating an Affinity diagram and an Empathy map. We used www.miro.com for these. It was fun to see the results 🙂 Yeah! really.
Affinity Diagram

Empathy map

All of these studies helped us to create a better architect of the information. Now the app’s picture was a bit clear to me, where will go which place.
User personas
Now it was the time to create Personas. We had a semi-fictional character Mr. Denis based on our ideal customer. We get this persona after talking with lots of users and segmented it by many demographic and psychographic data. So throughout the project, Our team will now focus on this targeted user so we must not add our feelings and desires to the app features. Of course, we are not the users, but Denis is 🙂

Ideation
We used the “I Like, I Wish, What If” method to brainstorm ideas. Now we were ready to meet our
client and the team again to get feedback about the ideas we have below.

We selected high-impact and high-priority features only to be built, after considering the vision of the team, time, and budget.

It helped us in identifying the key points of Denis managing his small shop by visualizing the actual scenes. We created these stories through an iPad and an apple pencil.


Screens analysis
Now We have started sorting out how many and which screens we need. We made a list.

User flow
We sorted out the best user flow based upon the screens analysis. We are not sharing a detailed user flow chart with micro TASK FLOWS because the app is still not completed and it’s in the development phase.

Low fidelity sketches/wireframes
Finally, We started creating the decided screens but for now on paper, low fidelity sketches.

Then We created low-fidelity wireframes on Adobe XD.

Usability test
Before going further with all the screens, we run usability testing with 5 users. We found some issues in understanding the UX at some places, so We resolved those at this level.
Hi-fidelity theme V1
Those low-fidelity wireframes took less time to decide the screen features and how all our user stories can be played out on screens. Now, after finalizing the screens, We started high-fidelity wireframes. It was time to introduce colors 🙂 But it was a challenging thing. See below to check why 🙂

But as per the team, something was not correct, maybe a character or the layout, color selection is the thing for later, not at this time.
So tried version V2 with some screens:

Again the layout and colors both were rejected and it was time to brainstorm something new. At this time We were working as a UI designer, so We have to think like a UI designer more along with UX to impress clients. After some more layouts and style guide creation we got something very minimal, see:

Yeah! There were lots of screens:


Final Prototype
After finalizing all the screens, it was time to have a prototype. The prototype was built to give a real app feel and to check each micro-task flow of the app. The team got some issues and then we made updates for a better UX. See, it looks like a huge network. but yessss! these are all the connections between screens in Adobe XD.

Conclusion
This was a long journey of 5 months, We met with new people and new challenges. We always welcome the new challenges that come with a new topic for UX and UI. We are still helping the team during the development phase occasionally.