I'm looking at micro-interactions and how they can be used to deliver a consistent, native user experience that lends itself to creating a unique brand image.
Hey There! Thanks for stopping by. I'm Aditya. User Experience Architect, currently working at ICF International.
My work involves designing consistent, cross-platform product experiences and scalable design systems through user empathy and collaboration. I help companies understand their audiences and integrate customer voice in the products they build. Here's more about me.
Good products are a conglomeration of good design decisions, that are made by empathizing with users, setting achievable goals and collaborating with passionate teams. One can never perfect or master design, but however, can leverage one's experience and ideas to make something next-to-perfect (atleast for the target users). It's a process, one never complete or exhaustive and the quintessential designer always instantly adapts to the changing trends of the industry and its consumers. That being said, a designer shouldn't be afraid to think out-of-the-box. Sometimes crazy thoughts can lead to extraordinary ideas!
The design team at Ipswitch played a pivotal role in designing and driving efforts for Ipswitch’s new Reporting and Monitoring Tool -
This was going to be provided with MOVEIT Transfer (Ipswitch’s File Transfer Software) and we anticipated high customer adoption as we had been receiving requests for such a platform since long.
We designed the platform after some rigorous research (competitive analysis, card sorting, affinity diagramming), multiple brainstorming meetings with devs and PMs, numerous iterations, many MVPs and user interviews while following a strictly Agile approach.
After testing the first iteration of the application with a set of 10 users we noticed a problem. Users were overwhelmed on seeing the information-explosion on the first screen and looked confused, as can be seen from the gaze maps the cognitive load was high and 7/10 users took more time than we anticipated to successfully create a new report, making it a top-priority item on our list.
With help from members of the UX Team, I worked on restructuring and redesigning the flow.
It was necessary to make the user’s mental model aligned with the application pathway.
I gathered qualitative feedback from think-aloud interviews on what users thought when they used our system and how would they approach the problem. This data helped understand the problem better and modify the pathways to align with our users' mental model.
With the new design approved, we tested the product again with a new set of users and saw that absolutely no (0) users had a problem while using the new and improved system. This was a huge improvement for the product and a big win for the team.
There are other changes that were done to restructure the flow and all cannot be listed here, ask me to know more.
I worked on extending Ipswitch's style guide into a pattern library. Before I could do that, it was necessary to take a step back and weed out the inconsistencies in the existing product suite in order to create a consistent experience and thus, brand identity for our customers. Here are some of them:
Login Page Inconsistency
Login pages used different terminologies for different products. This was also applicable to the error messages / notifications after attempting to log in.
The format of timestamps were different in different applications. Moreover, some apps displayed server time. The flexibility of selecting the time format was moved from admin level to user level so user's could select the time format they were comfortable using while having the server time as a constant reference point.
This project was part of the 'Interactive Design Methods' course curriculum. The problem statement seems pretty simple at first, but has an added requirement that makes it super interesting. Such problems, push designers out of their comfort zone and make them ready to tackle challenging real-life scenarios.
"Design an experience to access recipes online. The application must be designed for blind and regular users"
This project provided me with an opportunity, a domain I always wished to explore - Designing for visually impaired users. Here's some background research on how visually impaired users use smartphones. So there are a number of ways in which visually impaired users use smartphones
1. Voice Recognition
Voice recognition software is the most sought technique while designing applications for visually impaired users. Such applications usually come with their own built-in voice recognition tool or leverage the native operating system's voice recognition APIs. Apple's 'Voice Over' is the best example of how software must be designed to address the needs of such users.'Voice over' uses a different set of interaction controls as compared to regular smartphone interactions (For eg: While typing, a single tap reads the word aloud for the user and a second tap confirms a text entry. This minimizes the chances of typing errors) This video by Anna Garzya shows how visually impaired users interact with smartphones using this technique.
2. Braille phones
A number of braille phones are already out in the market along with a few other concept phones being proposed each year that aim to make the experience better for such users. UK-based OwnFone, a company that lets users design their own mobile devices, introduced what it's calling the world's first Braille phone. The phone is the size of a credit card and comes in a number of shapes and colors. Here's another concept smart phone proposed by Sumit Dagar that has a bunch of amazing features. However, these phones and typically the applications designed for these phones have some limitations:
Due to the limitations of designing an app for a braille phone, I decided to adopt idea 1 (i.e Leverage the power of voice recognition to solve the problem). The idea was to keep the application as simple as possible while providing all the features a recipe app is expected to have. It was also important to provide a convenient way to enable/disable voice instructions at any time.
An taxonomy is generally created for a complex, branched system and is not absolutely necessary for a 2-page application with less than 5 modules. But it's always a good practice to have one as it helps stucture, organize and link content
and explains the realtionship between different modules.
Here we see an IA map for 1-The holistic application (Home) and 2-The Recipe Structure.
Wireframes are the skeleton for a prototype and almost paint a clear picture of what a designer intends to achieve through his/her design.
While designing the wireframes, my goal was to keep the app as simple as possible by minimizing the total number of interactions required to achieve the end goal, leveraging voice commands to automate the entire process and handling edge cases and possible errors.
The prototype has two screens, namely, the home screen which allows for searching and browsing available recipes and the recipe screen, which presents or reads the recipe to the user.
View the interactive prototype here
The prototype with voice
Handling edge cases
When designing for a target set of users, design keeping the target users' requirements in mind, then extend the application to accomodate other users.
Background research is really important when it comes to designing applications for challenging use case scenarios. For this project, getting to know how visually impaired users think and interact with touch interfaces was really important. Articles like these helped me explore different possibilities.