Photo of laptop on a blue background. On the laptop screen is an image of an account landing page for a client in Voyager Health.

Voyager Health - Account and Patient Overview

Web SaaS

Type of Project:

Practice Management SaaS application that helps veterinary professionals and support staff manage the complete patient care of our furry, feathery, and scaly companions.

My Role:

Product Design and User Research

Timeframe:

4-month Agile rollout - 2024

Team:

Product Managers, Developers, QA

Project Summary

Challenge

Develop a feature set that creates a single pane of glass of information with call to actions to build a better customer relationship model (CRM) within the Veterinary practice management platform. Increase adoption probability with clear account status and patient financial and health overview data to bolster adoption amoungst the various Brands.

Love numbers? Skip to my Impact

Solution

I led the product design from research to high-fidelity prototype working with product managers and end users to understand the problem space, define feature and design solutions, and collaborated with devlopers and QA from concept to delivery.

  • Account Financial Information Financial and Wellness Status information is key driver to getting one of the major brands to adopt Voyager Health
  • Appointment Queue that visualized showing patient, appointment type, doctor information to increase customer relations CSAT score
  • Patient List that helped staff quickly indentify a pet owner, associated caretakers, and patients to decrease check in and communciation wait times
  • Patient Top Level Health Information to help the staff communicate important patient health and safety information to pet owners and hospital colleagues.

Final Deliverable Design

Need Alt Here
Visual Experience of Account and Patient Overview
Figma Prototype

The prototype increased buy in and reduced development ambiguity and meeting time

How'd I get there?

Understanding the bigger picture

Voyager Health as a SaaS supports several retail brands within the Mars Veterinary Health business. Each with it's own processes and business goals. The largest being Banfield and VCA with 1000s of hospital operations in the USA, Mexico, and Canada.

Diagram showing the organization structure of Mars Veterinary Hospitals and its brands: AniCura, Banfield, Blue Pearl, Linneas, and VCA.

Aligning to stakeholder goals, Banfield and VCA veterinary and business models were the primary focus to gain adoption of this product in phase 1. Each was using a different practice management application and the goal was to unify each brand onto a single platform.

Defining the Problem

The Account and Patient feature was underused and undervalued; the User Advocacy Team (UAT) and users were frustrated, and didn't find the feature set useful to their work flows.

Why?

  1. Problem 1

    It missed opportunities to centralize CRM work flow by surfacing key points of information and features in one place
  2. Problem 2

    Stakeholders and product felt the visual design was not on brand and not very engaging to generate excitement and adoption with the brands.
Legacy Account Mangement Screen
Legacy Account Mangement Screen

Why It Mattered?

  • The domain is missing key features important to the Brands as measured against their work flows and needs. This will inhibit adoption.

    - Business Stakeholders
  • There is wasted space and design lacks a visual aesthetic. There is potential to add features that would serve users and achieve our business goals.

    - UAT (Former Veterinarians now Product)

Approach

Foundational Research and Discovery

How Does a Veterinary Hospital Operate?

Observing and interviewing hospital staff on location to understand their duties and pain points across several different sized veterinarian hospital brands.

Deep Dive on the research methodology

Hospital Observations

Onsite visits

1st Visit

  • Myself
  • Design colleague
  • Technical Product Manager

Other Visits

  • Just Me

The first onsite visit was at a hospital that just transferred from largely paper based operations to a digital management system. We conducted research with 1 veterinary doctor, 5 medical technicians, and the hospital administrator. The other four hospitals were using other digital practice management software and consisted of multiple doctors, CSR staff, medical technicians, and hospital administrators.

3 panel: 1st Panel two tablets open to the MVH practice mangement app. 2nd Panel a person recording vitals on a vital tracking paper. 3rd Panel a Windows desktop screen with a lot of icons of pdf files saved on the desktop
Some observations from the hospital
Observation Methodology

Deep diving into the hospital setting to observe the various interaction and emotional touchpoints between customers, pets, and hospital staff was one of the best ways to learn and begin the process of creating a user centric oriented feature set.

  • What happens on a call with an existing client?
  • What happens on a call with a new client?
  • What happens when a new client and patient arrives?
  • What happens when an existing client arrives?
  • What happens when there is a oast due balance?
  • What are the steps of the check out process?
  • How does the staff resolve issues with Wellness Plans?
UX Observations
Finding 1

Technology is useful, but it cannot solve every manual or paper based process. An example: Check in form, it can be digitalized but the human to human contact is lost. This is important when there are 5 other vetinary clinics within 5 miles and the personal touch can be the differentiator.

Finding 2

When a new client calls to schedule an appointment, the staff inputs bare minimum amount of information about client to schedule an appointment quickly.

Finding 3

When the staff is reviewing a client's information, any amount owed is the most important item to resolve. Secondary is any medical due items for the pet/patient.

Finding 4

Confirming appointments is a daily time consuming routine.

User and Audience Interviews

Interview Methodology

I selected two diverse participants that varied in tenure (where possible) within each of the five main operational areas at the five hospitals for interviews. We also conferred with two additional users as former hospital staff (CSR trainer, and a retired veterinary doctor) that are now members of the User Advocacy Team.

Interview Process

  • Created baseline interview questions for the participants
  • Asked them the questions and to walk through different scenarios and pain points relating to the patient/client journey.
  • Each interviewer took notes from their interviews and we grouped answers into an affinity board
  • We asked technical, aspirational, and emotional questions to understand where we can add value and address pain points.
  • Main Objective during observations and interviews was to get our information while not interfering with operations by not becoming a nusance or endanger a patient's health or staff safety.

Some sample questions we asked

  • What do you need to know about a client?
  • When you have the client on the phone what types of information do you tell the client? Who tells what?
  • How do you handle clients who are dissatisfied with check in or check out?
  • Have you had a bad experience with a patient/owner? What did you do?
  • How do you create the opportunity for a personal touch with the client?
  • How do you deal with a previous balance due?

Empathy Mapping with Archetypes

In the foundational stages of the first practice management application Woofware created for VCA. A former design colleague and myself created four archetypes based on the hospital roles common across all hospitals.

Returning back to work on the next iteration with VCA, Banfield, and the greater MVH organization, the archetypes still hold up. The original archetypes can be reviewed in the VCA Woofware case study.

Meet Brianna, appointment management and client relations
Meet Crystal, medical technician and client relations
  • Answers and makes calls, greets clients and patients, checks in and checks out patients
  • Prints out after visit summary and other documents, collects patient belongings, takes payments, and gives take home medication
  • Confirms appointments, makes no show follow up calls
  • Completes client record and maintains social data
  • Will use the CRM feature frequently
  • Greets client and patients
  • Escorts patients, takes initial health metrics, performs some medical exams and procedures
  • Data entry of exam results, medical findings, and visi notes
  • Often takes on the dual role of CSR and Med Tech depending on the hospital size and volume of business
  • Will use the CRM feature frequently

A few other archetypes for process conversations

To facilitate discussions across product and with stakeholders I created a veterinary doctor: "Dr. Gloria Monday", Hospital Admin: "Asatyra Eskandari", and a client: Dale-k.

Putting a Plan Together

I found after a little research and fact finding it can be fast and cheap especially now with AI to wireframe some concepts with the right prompting to get a conversation going. Maybe a new riff on an old theme fail fast? Or Get the conversation going! There is a psychological concept that if you want help say or do something a little crazy and its easier to find people to correct you, versus help you. True in social media, true in fan faves like Stack Exchange and Stack Overflow.

Based on my research at the hospitals and consulting with the Feature PM to align with business goals we focused on these 6 features.

  1. Consolidate frequently referenced information in one location
  2. Appointment information for the account
  3. Wellness Plan Status Information (Main Revenue Source for 1 Brand)
  4. Top Level Due Items and Health Information
  5. Top Level Client and Financial Information
  6. Top Level Client Communciations

Visualizing These 6 Features

The Initial Wireframe

Defining Problem 1: What Features Does the Hospital Staff Need?

I started to ideate with the UAT Team (Made up of former: Client Relations Managers, Hospital Administrators, and Veterinarians), and the VP of Technology on what the Account and Patient Overview domain needed. What will make this a successful solution? We card sorted this feature set to review with users.

Client Card Sort Features
Patient Card Sort Features
Finance Features
Upcoming Due Stuff
Notes and Communications Features

Developing Context Scenarios

As part of the design exploration, I created context scenarios to aid in explaining the product features and design choices with the technical team, to align with APIs, backend coding, and set expectations for scoping.

A couple of examples: [maybe a carusoel here?

Context Scenario: Overdue Wellness Balance
Context Scenario: Revenue Opportunity

Execution

Product Design Solution

Which scenario has the most value?

  1. Wellness Plan Balance

    Accounts for 90% of revenue for one of the target brands, so information display in critical as it affects lost revenue and denial of service.

For this project, I will only focus on the Wellness Plan design and product solution journey for brevity.

Contact me if you fancy diving into the other features.

The Initial Concept

Version 1 Wellness Plans Wireframe
Design Choice
  • Given the amount of information needed to be displayed on the screen for all features, the first idea was to make it a seperate tab from the patient list
  • Layout choice was to make it scalable in the case of more than 3 patients. (<3 patients per owner is the 90% case)
  • Data points were identified as the key information a user needs
Why Discarded?
  • It felt disconnected to the patient list, even though the intention was to use patient photos to connect the plan to the patient.
  • Users felt it was hidden

Moving to One Tab With Filters

Version 2 Wellness Plans Wireframe
Design Choice
  • Moved Wellness information to the main patient list. Along with medical and insurance inforamtion.
  • Added feature content to help brand understand client's value to business and revenue opportunities
  • Call to Action to understand why payment is failing and a balance is due
  • Call To Action to enroll patient not on a plan
Why Discarded?
  • While initially well recieved, Financial PMs and UAT thought the information took up to much real estate for the value
  • Financial PMs confirmed the CC information wouldn't be available to all staff

Condensing to Expandable Cards

Version 3 Wellness Plans Design
Design Choice
  • Combined with other data on each patient card as an expandable option
  • Used an icon to identify Wellness Plan status on Patient Card
  • Simplified data points per user and product feedback rounds
Why Discarded?
  • User still felt it was hidden despite not needing it all the time.
  • Users didn't want to take the extra action to click to expose.

Right Column Widget and Simplfying Content

Version 4 Wellness Plans Design
Design Choice
  • Moved Wellness to a Widget in Right Column
  • Used an icon to identify Wellness Plan status on Patient Card
  • Used patient photo and name to match the patient to the plan
  • Minimize content to statuses originally
Result
  • Product and Users favored the simple status approach
  • Users responded favorably to having Wellness visible all the time, without the need for interaction.

Achieved the MVP result successfully with quick iteration and cross-discipline team collaboration.

The key was to make sure everyone was heard and we could visualize together to gain consensus.

Visual Design Solution

Defining Problem 2: What Visual Aesthetic WIll Define the Product

While the Design System and Visual Language was a team effort, I drove four main elements.

1. The Base Visual Page Design

Headers and Columns Grid Layout (90% if all screens). Light Gray Background with slight Off White Cards.

2 Column Body Layout (Skinny) - With Header
2 Column Body Layout (Wide) - With Header
3 Column Body Layout - With Header

2. Illustrated Patient Avatars for Quick Species Identification

Patient Avatars - Illustrations for Patient Components in Voyager Health
Design System Elements Sampler

Design Philosophy and Strategy: We based our visual and experience aesthetics as Clear, Concise, Respectful, and Human.

Our 5 principles guiding the Voyager Health User Experience

  1. Anticipate & Augment User Needs
  2. Foster Trust & Peace of Mind
  3. Support Individual Working Styles
  4. Seamless Continuity & Hand Off
  5. Optimize Task Prep & Information Access

With a focus on WCAG and ADA Guidelines and cultural/language support in 40 International markets. We regularly engaged in design rituals with cross-discipline and user feedback reviews to iterate on the Visual Brand and Voice. In additon these legal frameworks were adhered to and affected our design strategy e.g. GDPR, CCPA, CPRA, GLBA, EFTA,

Design Mechanics: The Design System is based on Material Design constructed the Atomic Design Model. The 10 member design team was responsible for adding components to the system following established design guidelines I helped create.

3. Icon Set and Style

Standardize Icon Set and created a Design Ritual and Guidance Documentation for team to create new icons when needed.

Icon Guide to Create Icons
Icon Set

4. Accessibility and WCAG Guidance

Established a Design Ritual around Accessibility Testing
Accessibility Documentation in Zeroheight

Final Visual Design for Phase I

3 panel: 1st Panel two tablets open to the MVH practice mangement app. 2nd Panel a person recording vitals on a vital tracking paper. 3rd Panel a Windows desktop screen with a lot of icons of pdf files saved on the desktop
Final Visual Experience of CRM - Account and Patient Overview
put a carusoul here too
Figma Prototype

Impact

What I Accomplished (With Teamwork)

While driving the Product Experience and Design, I collaborated and led frequent design rituals and elicited feedback from Product, Stakeholders, and End Users to build the first Phase of the CRM Account and Patient Overview.

Results
  • 95%
    increase in successfully finding core information in target time of <1 mins
  • >2 mins
    reduction in time per patient per check in measured against previous version
  • 80%
    increase in diagnostic comunication measured against previous version
  • 1 min
    decrease in creating/updating client information measured against previous version
Reflections

Balancing the feature set and focusing on delivering value gets exponitionaly trickier when balancing between multiple PMs and Brand Stakeholders. Everyone wants theit feature to be surfaced.

The design strategy direction from leadership was to provide a couple of different design solutions to each problem. This was maybe a little more time consuming, but it paid off in consensus building.

Sometimes a challange when the captive audience is using exisitng software they are familiar with. Even if a new system has core and additonal features and a well researched experience, it might be an uphill adoption battle, familiarity breeds comfort.

Success of this rollout led to enhancing Voyager Health with the Hospital Dashboard feature.

Want to know more?

Connect with me and we can discuss all the features I worked on to build Voyager Health.