SD Crew App

Role: UX Architect

Before being acquired by Gogo Business Aviation, Satcom Direct was a global leader in business aviation technology, focused on aircraft connectivity, satellite comms and avionics. I was part of a team dedicated to growing SD’s software footprint through innovative desktop and mobile app solutions for part-91 business and government flight operations.

The project highlighted here is a mobile app for business aviation pilots to manage their flight post-flight reporting. The app was designed to be used in the cockpit on mobile phone or iPad, and was built to be used in-flight with no internet connection.

As UX Architect, it was my responsibility to:

The Problem: Paper Flight Log Forms

While business jets are marvels of modern technology, the tools and processes used to manage them are often antiquated. It’s still common for pilots to manually fill out a paper Flight Log form after each flight. This form contains information that is essential to a flight operation, as it ties into aircraft health, maintenance and cost concerns. 

This paper form is then kept by the pilot until returning to home base. The form is physically given to another person in the flight department who then must enter the information into one or more digital systems. 

In additon, pilots didn’t trust apps.

They trust things with tangible controls.

They were already under significant pressures (long hours, demanding clientele, etc), so getting them on board with a new way of doing things was difficult. They didn’t want to change. Things were “just fine” they way they were. But aircraft data was sitting in palates of paper and getting lost. We were digitizing volumes of valuable information for the first time, making aircraft owners very happy.

Most importantly, our goal was to pull automated data from the aircraft's avionics system and populate a digital flight log form with it. We believed this was going to save lots of time and ensure that data was accurate across all systems.

Examples of paper flight log forms.

The paper flight log workflow introduces multiple risks, including:

Meanwhile, the flight department’s internal data remains incorrect or incomplete while waiting for a paper form to be returned for data entry. This can have adverse affects on aircraft health and scheduling of maintenance procedures, putting peoples’ lives at risk. 

Research

I spent time in multiple flight departments observing pilots, flight operations managers, maintenance managers and schedulers as they entered data into software systems. I interviewed them to understand their pain points and needs. These interviews happend both on the ground and in the air.

A Cessna Citation XLS - the aircraft I flew in to observe pilots in action and visit other flight departments.
Flying around the country solo on a private jet for a user research tour is not the worst thing in the world.

User Personas & Scenarios

Multiple user personas and real-world sceanrios were created based on my research. These personas and scenarios were used to guide the design process and ensure that the app met the needs of all users.

User persona and scenario created for a pilot.

Discovery: Internal Design Studio

Equipped with understanding from in-person research, I assembled a cross-functional team including a pilot, a flight operations manager, a sales associate, two engineers and a product manager. Together, we defined and refined:

The first internal design studio session in progress.

Lo-Fi Mockups

Based on what we learned in design studio sessions, I created lo-fi wireframes and workflow diagrams that were shared via Trello, so all members could continue to collaborate and identify all the datapoints and workflows that would be needed on each screen.

The early lo-fi wireframes and mockups.

Validation: External Design Studio Sessions

Next, I led design studio sessions with external customers, including flight operations departments in multiple Fortune 100 companies, to validate our hypotheses. With the low-fi mockups as a starting point, we were able to quickly gain clarity on what the next iteration of our testable prototypes should be.

Working with AT&T's corporate flight department to validate our hypotheses.

Increasing Fidelity

Prior to this session, I worked with the engineering teams to build a scalable design system that would allow us to rapidly create and iterate. Using this design system, I built a functional prototype of the SD Crew app with Angular, Material and PhoneGap while on the flight home from the last design studio session with AT&T.

Building a functional prototype on the flight home.

Testing in the Field

The prototype was tested for 3 months in the field by pilots around the country and we continued to refine until we had a product that could benefit the majority of our customers.

Interesting Finds

The majority of pilots were hesitant to trust their mobile phones for any work-related task. Most planes are equipped with iPads but they still preferred tactile controls over touch screens and putting pen to paper on log forms. We did our best to visually mimic the tangible interfaces they were used to.

Adoption was difficult at first, but once they saw the benefits of the app, they were eager to use it.

In particular, the app's ability to sync with the aircraft's avionics system and automatically fill in the flight log form was a huge selling point. With the data being autopoluated, the pilot only needed to verify the information and sign off on it. This saved everyone time and ensured that the data was accurate across all systems.

My motto for this project was: "Out of the cockpit in under 5 minutes."

Into the Wild Blue Yonder

Version 1 of the SD Crew app was released to critical praise at the 2019 National Business Aviation Association conference. It has since been purchased by MySky and renamed Scheduler CrewApp. It is in use by many part 91 pilots today.

The SD Crew app was released at the 2019 NBAA conference. It was acquired by MySky and is still going strong in the app store today.
The Sd Crew app works in coordination with SD Scheduler, a web app that is used by flight operations managers to schedule flights and manage aircraft, crew and passengers. The two apps work together to ensure that all data is accurate and up-to-date across all systems. I also led the design of SD Scheduler and built prototypes that served as the basis for production code. Scheduler was also recently purchased by MySky.
Screenshots from SD Scheduler.