Talk to an Expert Whatsapp query

Mobile App for Shopkeepers

UI/UX and Brand Designer

Our Client

Our client is from France and he is a businessman. He is helping small shopkeepers to compete with big marts.

The Problem

While helping small shopkeepers and small businesses through various methods, he realized that they are facing a lot of problems in running their businesses. Like they are not able to record their purchases, invoices, incomes and expenses, employees record, etc. They are using old methods while big businessmen are using costly software. Small businessmen are frustrated by these issues. They can't afford costly tools and a special employee to keep all records. They are of 45+ age, they were not educated enough, especially most of them are not using this kind of apps, except most popular social media apps. So the challenge was to create an app for these people.

Our Role

We were hired to solve these problems with perfect UX and UI designing. So We were generalist, who were doing research, architecting information, designing a style guide, visualizing the design, There were some constraints too, We have had to complete the whole project in 6 months max. The budget was not a big issue but still has some limits, and was discussed. The client was not much educated about UX and has some knowledge of UI.

The Solution

We completed UX and UI within 5 and a half months including all the revisions and user testings. We are explaining the whole process in the below section but here We are quickly sharing that it was an awesome experience and We connected with many shopkeepers online, of course, most of them were my client's clients, who were actually facing problems. We took few interviews and created initial low-fidelity wireframes for initial testing.

Case Study App Design

We created the best logical structure of the task flows and created user journeys according to their lifestyle and way of doing business. The final prototype was liked by 98% of the shopkeepers, yes we had an online survey on a prototype with 65 shopkeepers. This was my first experience of testing and surveys with this huge number of shopkeepers and small business owners.

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

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.

Case Study Affinity Diagram

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

Case Study Affinity Diagram 2

Empathy Map

Case Study Affinity Diagram 1

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 😀

Case Study User Persona

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.

Case Study Affinity Diagram

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

Case Study Affinity Diagram

Story Boarding

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.

Case Study Story Boarding
Case Study Story Boarding

Screens Analysis

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

Case Study Number of Screen 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.

Case Study User Flowchart

Low Fidelity Sketches/Wireframes

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

Case Study Low Fidelity Wireframes

Then We created low-fidelity wireframes on Adobe XD.

Case Study Low Fidelity Wireframes in 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 😀

Case Study Low to High Fidelity Wireframes

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:
Case Study Version Two

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:

Case Study Final Theme selected
Yeah! There were lots of screens:
Case Study Lots of Screens Case Study Mockup App

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.

Case Study Final App Prototype

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.

What our customers say

Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type.

Ask us Anything or Whatsapp

Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book.