Skip to main content
The Product Experience

Building products for pilots: a case study - Cristina Bustos (Swiss AviationSoftware)

33 min episode · 2 min read
·
Cristina Bustos

Episode

33 min

Read time

2 min

Topics

Relationships, Leadership, Design & UX

AI-Generated Summary

Key Takeaways

  • Integrative Decision Making Process: When managing 10 founding customers plus regulators, split stakeholders into streams by audience (pilots, cabin crew, mechanics, quality departments). Use a structured process: present proposal, clarify questions, reaction round, amend and clarify, voting, then final decision with objection handling. This heavy workshop approach achieved consensus across competing interests and regulatory requirements for aviation software approval.
  • Mandatory End User Involvement: Contract founding customers to provide representative end users from each stakeholder group for every workshop session. Swiss Aviation hired an actual captain during the pandemic to co-create concepts and present to other pilots. Without direct pilot involvement from concept phase, the product would have failed to address real cockpit conditions like cold weather, five-finger glove use, and bright sunlight visibility issues.
  • Under Commit and Triple Validate: Limit scope to maximum five founding customers instead of 10, and validate in three distinct phases: pre-development with prototypes, during development with key users, then in real operational conditions on the tarmac and in cockpits. Test extreme scenarios like outstation connectivity loss, pilots who haven't logged in for three months, and actual flight delays rather than happy path lab environments.
  • Strict Process Documentation Requirements: In regulated aviation environments, document and version every business process and use case with formal review and approval stamps. When any element changes, reapprove the entire process. This applies to default workflows and each customer's specific version. Agile user stories for conversation are insufficient; aviation authorities require written, stamped, versioned documentation for compliance and regulatory approval letters.
  • Real-Time Data Integration Benefits: Digital cockpit applications enable mechanics to receive issue reports nine hours before aircraft landing, plan repairs during next shift, and have replacement parts ready upon arrival. This eliminates paper-based delays where mechanics must physically retrieve documents, verify issues, check parts inventory, and order missing components. The system also removes three tons of paper annually per customer while enabling predictive maintenance through consistent data collection.

What It Covers

Cristina Bustos, Product Manager at Swiss Aviation Software, details building their first mobile native application for pilots during the pandemic. The case study covers managing 10 founding customers, securing regulatory approval from European aviation authorities, replacing paper processes with digital workflows, and navigating the complex stakeholder landscape of pilots, cabin crew, mechanics, and regulators.

Key Questions Answered

  • Integrative Decision Making Process: When managing 10 founding customers plus regulators, split stakeholders into streams by audience (pilots, cabin crew, mechanics, quality departments). Use a structured process: present proposal, clarify questions, reaction round, amend and clarify, voting, then final decision with objection handling. This heavy workshop approach achieved consensus across competing interests and regulatory requirements for aviation software approval.
  • Mandatory End User Involvement: Contract founding customers to provide representative end users from each stakeholder group for every workshop session. Swiss Aviation hired an actual captain during the pandemic to co-create concepts and present to other pilots. Without direct pilot involvement from concept phase, the product would have failed to address real cockpit conditions like cold weather, five-finger glove use, and bright sunlight visibility issues.
  • Under Commit and Triple Validate: Limit scope to maximum five founding customers instead of 10, and validate in three distinct phases: pre-development with prototypes, during development with key users, then in real operational conditions on the tarmac and in cockpits. Test extreme scenarios like outstation connectivity loss, pilots who haven't logged in for three months, and actual flight delays rather than happy path lab environments.
  • Strict Process Documentation Requirements: In regulated aviation environments, document and version every business process and use case with formal review and approval stamps. When any element changes, reapprove the entire process. This applies to default workflows and each customer's specific version. Agile user stories for conversation are insufficient; aviation authorities require written, stamped, versioned documentation for compliance and regulatory approval letters.
  • Real-Time Data Integration Benefits: Digital cockpit applications enable mechanics to receive issue reports nine hours before aircraft landing, plan repairs during next shift, and have replacement parts ready upon arrival. This eliminates paper-based delays where mechanics must physically retrieve documents, verify issues, check parts inventory, and order missing components. The system also removes three tons of paper annually per customer while enabling predictive maintenance through consistent data collection.

Notable Moment

The team conducted shadow flights where pilots performed official processes on paper while simultaneously testing the new application without any training. This parallel run approach intentionally tried to make the system fail in real cockpit conditions with actual delays, connectivity issues, and operational pressures. The findings were reported directly to European aviation authorities as part of securing the nontechnical objection letter required for regulatory approval.

Know someone who'd find this useful?

Episode Transcript

I started as the first business analyst in my organization, which is also where I'm working again now. It's Swiss Aviation Software, and that was back in 2014 when the product management department was being founded. You need both customers and regulators to to be working with you on this. So that's that's an exceptionally tough road to market. Lots of things that you cannot imagine just when you are in the lab environment. Imagine just how fast all the data can go. The aircraft is just flying back from Toronto. It's on its way back to Zurich. There was an issue that was identified, but it's minor, but, okay, maybe it's going to affect the next person. As soon as they're landing back in Zurich, the mechanics have already received this data nine hours ago. They have planned it in their next shift. They have the parts ready, and they just go in and replace it. Christina, thank you so much for joining us this week. How's your day going? Fabulous. How are you? I'm doing alright. We had a wonderful chat a few weeks ago. One of our lovely former guests, Rich Mironov, was kind enough to introduce us and recommend you come on the show. But so Rich knows you well. I've gotten a chance to meet you, but most of the people listening haven't yet. So can you just do a quick introduction? What do you do now, and how did you get into product in the first place? Sure. Of course. So I started as the first business analyst in my organization, which is also where I'm working again now. It's Swiss Aviation Software, and that was back in 2014 when the product management department was being founded. Fantastic. And so how did you move from business analysis to to product? What what was the thing that made you change? Well, the organization went through, we have just growth, normal growth. It was the hype of, agile and everything. And then finally, there was an organizational change, and that's where I started to learn about scrum and agile and product management and the role of product owner. And I I really was fascinated by it. And, yeah, I've been I've been working on product ever since, and now I'm working as a product manager and a team leader also at Swiss Aviation Software. Fantastic. And this is an interesting one. We're gonna do a bit of a case study today talking about one of your experiences. And launching anything new is hard no matter where you are, but your scenario was was really interesting and harder than most that I've heard. So tell us a little about the the case study that we're gonna go through today. What was the challenge you you were up against? Right. Yes. You are right. Starting anything, it's it's hard, and I'm feeling it lately also in my skin in a in another private topic that I will decide. …

Get the full transcript (5,588 words) + summary by email — free

One-time email with the complete transcript and AI summary of this episode. No account needed.

One email, no spam. We’ll also show you what SignalCast does.

Browse all The Product Experience transcripts →

You just read a 3-minute summary of a 30-minute episode.

Get The Product Experience summarized like this every Monday — plus up to 2 more podcasts, free.

Pick Your Podcasts — Free

Keep Reading

More from The Product Experience

We summarize every new episode. Want them in your inbox?

Similar Episodes

Related episodes from other podcasts

Explore Related Topics

This podcast is featured in Best Product Management Podcasts (2026) — ranked and reviewed with AI summaries.

You're clearly into The Product Experience.

Every Monday, we deliver AI summaries of the latest episodes from The Product Experience and 192+ other podcasts. Free for one show.

Start My Monday Digest

No credit card · Unsubscribe anytime