KeepR Native App Design

Keepr Intro Dashboard Screens

Background

My Grandmother went missing from a nursing home and the family was unable to find her for 5 hours.

Problem Statement

Parents and concerned family members need a way to easily monitor vulnerable family members who are unable to protect themselves.

Hypothesis

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.

Project Details

Project Details

Team Members

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.

Project Responsibilities

Product Design

Software

Jira: Project Management, Balsamiq: Lo Fidelity Wireframes, Sketch: Hi Fidelity Wireframes, Prototyping: Invision

Design Process

Design Process

Understand

Bree Primary Persona

Primary Persona

  • Bree 32-year-old professional female
  • Married
  • 3 children
  • Middle class
  • 1 elderly grandmother
  • Uses PC Laptop personal computer
  • Uses android phone
  • Vegan
  • 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

Research

jpd-competition-apps1.png

The Competition

Angel Sense

Pros: Ability to listen to your child surroundings, Geo Fence and 30 seconds updates.
Cons: Monthly charge, No 2 way communication and Bulky design.

Flip 2

Pros: Phone/GPS device in one, Emergency button and Geo Fence.
Cons: Bulky design, Expensive and only works on AT&T.

Tinitell

Pros: Easy to use, Durable and GPS locator.
Cons: Bulky, Price and Data service.

Sketch

Brainstorming

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.

Early Sketches

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.

Design

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.

Implementation

User Scenario Example

Enable tether settings for the profile member grandmother.

Enable Tether Settings

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.

Evaluate

User Testing

Usability Feedback

What Works

  • 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

Dashboard Screen

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

Member Status User Flow


Hi Fidelity Wireframes




Conclusion

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.

Next Steps

  • Add a call 911 feature when an alert is triggered
  • Add more features to hardware like microphone capabilities

BACK