KeepR Native App Design
My Grandmother went missing from a nursing home and the family was unable to find her for 5 hours.
Parents and concerned family members need a way to easily monitor vulnerable family members who are unable to protect themselves.
I believe that I can create a native application designed to track multiple vulnerable family members using GPS and Bluetooth technology to keep users informed in real-time of possible dangers.
Eric Dorf – Project Manager: I worked very closely with the project manger to understand the requirements needed to build KeepR application.
Richard Law – UX Designer: We worked jointly on app component designs.
Jira: Project Management, Balsamiq: Lo Fidelity Wireframes, Sketch: Hi Fidelity Wireframes, Prototyping: Invision
- Bree 32-year-old professional female
- 3 children
- Middle class
- 1 elderly grandmother
- Uses PC Laptop personal computer
- Uses android phone
- Avid runner
(MVP) Minimum Viable Product
- Basic account setup for user
- Ability to track profile members
- Simple tracking hardware with Bluetooth and GPS capabilities
- Hardware sync feature in the settings screen
- Basic alert functions
- Basic mapping software
Pros: Ability to listen to your child surroundings, Geo Fence and 30 seconds updates.
Cons: Monthly charge, No 2 way communication and Bulky design.
Pros: Phone/GPS device in one, Emergency button and Geo Fence.
Cons: Bulky design, Expensive and only works on AT&T.
Pros: Easy to use, Durable and GPS locator.
Cons: Bulky, Price and Data service.
I used the process of brainstorming to flush out categories to organize the Keepr app concept. The categories that I chose for my app were App Design, What, Product, Alerts and Features.
I created quick sketches to create concept layouts featuring the Dashboard, Profiles, Alerts and Settings screens. The Amber and Heart Rate Monitor settings featured in the early concept sketches were eliminated due to implementation difficulties.
Lo Fidelity Wireframes Explained
Wireframes were used to organize the user interface into recognizable design patterns so that the user could easily navigate the application. The original wireframe Dashboard screen featured a simple profile picture in the left corner of the screen and didn’t show the user’s alert setting. The original wireframe Profile screen setting was redesigned in later iterations so that the user could navigate the settings area more easily by using drop down menus instead of going to a new screen. The original wireframe for the Notifications link was renamed to “Alerts” so that the end user could better understand its use.
User Scenario Example
Enable tether settings for the profile member grandmother.
User Research and Method
In-person observational studies were conducted utilizing the Invision rapid prototyping mobile tool to perform user research. The user is given a user scenario like “add a new profile member to monitor”. The user is observed and must try and figure out how to add a new profile member to the app without assistance. User flows that are intuitive are kept and user flows that are difficult are redesigned.
- App is easy to navigate
- Good way to track loved one
- Wealth of features
What Doesn’t Work (Pain Points)
- Hard to track multiple users at the same time
- How do you adjust profile members settings
- Settings has multiple layers of screens
Dashboard Pain Points: Revealed
Users are unable to monitor multiple member profiles on a single screen
User research revealed that users wanted a single unified screen where all profile members could be monitored at the same time without the need to use the carousel swipe feature to move between member profile screens views.
Dashboard Pain Points: Solution
List vs Grid Layout
List and grid layout were added to the Dashboard screens wireframes so that all profile members could be monitored on the same screen. I decided to test the various layout options using in-person interviews. It was determined that the list view allowed more information to be presented for each member profile.
Final Dashboard User Flow
Hi Fidelity Wireframes
A lot of research and development went into creating an application that is centered around the users needs, while decreasing the need for users to drill down to different screens wasting valuable time. It was determined that users wanted a single location to gather all critical information, allowing the user to easily monitor all profile members on a single screen. If an alert is triggered, that specific profile member’s geo location will show up on the map screen view with a short description of the alert allowing the user to take action to protect the family member whose alert has been triggered.
- Add a call 911 feature when an alert is triggered
- Add more features to hardware like microphone capabilities