航空業界の未来を拓く：パイロット向けプロダクト開発の舞台裏 - 妥協なき安全性と効率性を追求したデジタル変革の軌跡

デジタル化の波は、あらゆる産業に押し寄せていますが、その中でも「安全性」という極めて高いハードルを持つ航空業界での変革は、一際注目を集めます。今回、私たちはMind the Product Podcastのエピソード349「Building products for Pilots: A case study」で紹介された、Swiss Aviation Softwareのプロダクトマネージャーであるクリスティーナ・ブストス氏の貴重な経験を深く分析し、彼女がパイロット向けモバイルアプリケーション開発という困難なプロジェクトをどのように成功に導いたのかをレポートします。

このケーススタディは、単なる技術導入の物語ではありません。顧客、規制当局、そしてエンドユーザーであるパイロットの複雑な要求が絡み合う中で、いかにして「安全性」を最優先しながら革新的な製品を生み出し、ビジネスに貢献したのか。その詳細なプロセスと、プロダクトマネジメントの真髄がここにあります。

1. プロダクトマネージャーの新たな挑戦：コックピットのデジタル化の必然性

クリスティーナ・ブストス氏は、2014年にSwiss Aviation Softwareで初のビジネスアナリストとしてキャリアをスタートしました。彼女が当時従事していた組織は、アジャイル開発手法への移行期にあり、この変革が彼女をプロダクトマネジメントの世界へと導きました。スクラムやアジャイルの原則、プロダクトオーナーの役割に魅了された彼女は、それ以来、プロダクト開発に深く関わり、現在はプロダクトマネージャー兼チームリーダーとしてSwiss Aviation Softwareを牽引しています。

航空業界は、何十年にもわたる厳格な安全基準と慣習に縛られてきました。特にコックピットでは、パイロットが膨大な量の紙の書類（マニュアル、チェックリスト、航路図など）を携行し、フライト中に参照するのが一般的でした。しかし、この伝統的な方法は、多くの非効率性やリスクをはらんでいました。

物理的な負担とコスト: 航空機に何トンもの紙を積み込むことは、燃料消費の増加と運用コストの上昇に直結します。
情報更新の遅延とエラーリスク: マニュアルの改訂時には、すべての紙の書類を手作業で更新する必要があり、時間と労力がかかり、情報の齟齬やヒューマンエラーのリスクを伴います。
リアルタイム性の欠如: 緊急時や予期せぬ状況において、最新の情報を迅速に共有・参照することが困難でした。

このような背景に加え、コロナ禍という前例のない事態が、航空業界におけるデジタル変革の動きを加速させました。フライトの減少は、パイロットが開発プロジェクトに時間を割く機会を創出し、これまで以上にデジタル化の必要性が認識されたのです。クリスティーナ氏のチームは、このチャンスを捉え、パイロット向けの初のモバイルネイティブアプリケーション開発という野心的なプロジェクトに着手しました。

2. 困難な市場への道のり：多様なステークホルダーとの対話

新しい製品を市場に投入することは、どんな分野であっても困難を伴いますが、航空業界においてはその難易度が格段に上がります。クリスティーナ氏のチームが直面した最大の課題は、まさに「最初の試みで、いかにして成功させるか」という点でした。

このプロジェクトの特殊性は、主に以下の3つの側面で顕著でした。

新たなエンドユーザー層への対応: これまでSwiss Aviation Softwareの主要なエンドユーザーは、主に整備士でした。彼らは航空機の保守・点検に関わるため、モバイルアプリの導入に際しても、比較的「ラボ環境」でのテストや改善が可能でした。しかし、パイロットは「コックピット」という極めて特殊かつ規制の厳しい環境でアプリを使用するため、その開発には全く異なるアプローチが求められました。
新しい技術と分野への挑戦: パイロット向けのモバイルネイティブアプリケーションというコンセプト自体が、チームにとって新しい挑戦でした。特にコックピットは、飛行の安全性に直結するあらゆる要素が厳しく管理されており、新しいモバイルアプリを安易に導入できる環境ではありません。インターフェース、操作性、信頼性、そして何よりも安全性が極めて高いレベルで保証される必要がありました。
資金調達と共創の難しさ: 最も困難だったのは、まだコードが一行も書かれていない段階で、プロジェクトの資金提供と共同開発を担う顧客（Founding Customers）を見つける必要があったことです。通常、プロダクト開発では、ある程度のMVP（Minimum Viable Product）ができてから顧客のフィードバックを得ますが、このケースでは、初期のコンセプト段階で「コミットメント」と「投資」を引き出す必要がありました。さらに、顧客だけでなく、世界各国の航空当局からの承認も不可欠であり、これらすべての関係者から協力を得ることは、まさに「exceptionally tough road to market」（極めて困難な市場への道）でした。

クリスティーナ氏が指摘するように、コックピットに新しいモバイルアプリを導入することは、「Move fast and break things」のようなアジャイルの精神とは真逆のアプローチを要求します。そこでは、「Let's be very, very sure we've got it right before we move forward」（間違いがないことを徹底的に確認してから進む）という原則が鉄則となります。

3. 協調と合意形成のフレームワーク：ワークショップと統合意思決定プロセス

このような複雑な環境下で、クリスティーナ氏のチームは、多様なステークホルダーとの協調と合意形成を可能にする独自のフレームワークを構築しました。その中核をなしたのは、綿密に設計されたワークショップと「統合意思決定プロセス（Integrative Decision-Making Process）」です。

ワークショップの設計: まず、チームは航空会社の様々なエンドユーザー（パイロット、客室乗務員、整備士など）や部門（品質管理、運航管理など）、そして規制当局といった多様な関係者を特定しました。そして、それぞれのグループのニーズや懸念を効率的に引き出すために、異なる「ストリーム」に分けてワークショップを企画しました。このアプローチにより、各専門分野の視点から、製品に対する期待や要件を深く掘り下げることが可能になりました。
統合意思決定プロセス（Integrative Decision-Making Process）: このプロセスは、合意形成が困難な状況下で、全員が納得できる決定を導き出すための体系的なステップを踏みます。
1. 提案の提示: まず、特定の機能や要件に関する最初の提案が提示されます。
2. 質問の明確化: 参加者は提案に対する疑問点や不明点を自由に質問し、提案者はそれを明確にします。
3. 反応ラウンド: 各参加者は提案に対する自身の見解や懸念を表明します。ここでは、率直な意見交換が奨励されます。
4. 修正と明確化: 提示された反応に基づいて、提案が修正されたり、さらなる説明が加えられたりします。
5. 投票: 改善された提案に対して、参加者による投票が行われます。
6. 最終提案による意思決定: 投票結果を考慮し、最終的な意思決定者が決定を下します。この際、異議が出された場合でも、その根拠を十分に検討し、最終的な妥当性が示されることが重要です。このプロセスを経て決定された事項は、すべての関係者がそれに従うことを約束します。

クリスティーナ氏は、このプロセスを各ストリームで実施し、その後、すべてのストリームの代表者が集まって最終的な合意を形成しました。このような多段階のプロセスは時間と労力を要しますが、多数のステークホルダー、特にエンドユーザー、主要な意思決定者、そして規制当局が関与するプロジェクトにおいては、確固たるコンセンサスを築き、強固な基盤を確立するための唯一の方法であると彼女は述べています。

4. プロトタイピングから運用まで：パイロットを巻き込んだ開発サイクル

プロダクト開発において、プロトタイピングとユーザーテストは不可欠ですが、航空業界、特にパイロット向けの製品では、その重要性が一層高まります。クリスティーナ氏のチームは、コードが一行も書かれていない段階から「ハイフィデリティプロトタイプ」を活用し、実際に機能するユーザー体験をシミュレートすることで、顧客から開発資金と共同開発のコミットメントを得ることに成功しました。

パイロットの積極的な巻き込み: パイロットは最終的なアプリのヘビーユーザーとなるため、彼らを開発プロセスに巻き込むことは絶対的な必須要件でした。これは、単なる意見収集に留まらず、実際に彼らを「Founding Customers（資金提供兼共同開発顧客）」として契約に含めることで、開発チームの一員として製品のコンセプトを共に形成する役割を担ってもらいました。コロナ禍によるフライト減少は、彼らがプロジェクトに深く関与できる貴重な時間を与えました。
実環境での徹底的な検証: 開発チームは、モックアップではなく、実際に操作可能なプロトタイプを用いて、パイロットがコックピットで遭遇するであろうシナリオを再現し、徹底的な検証を行いました。彼らは意図的にパイロットが「失敗する」状況を作り出し、そこから問題点を特定し、解決策を導き出しました。このようなアプローチにより、机上の空論ではない、実際の運用に耐えうる製品へと改善を重ねることができました。
既存プロセスからの変革: このアプリの主要な目的は、コックピット内の膨大な紙の書類をデジタルに置き換えることでした。しかし、チームは単に紙のプロセスをデジタルに模倣するのではなく、デジタル化によって可能となる「新しい働き方」を提案しました。例えば、フライトのフェーズ（プレフライト、フライト中、ポストフライト）に応じて変化するデータ状態の管理について、紙では多数のA4用紙が必要でしたが、デジタルアプリではリアルタイムでデータが更新・共有されます。これにより、航空機が着陸する9時間も前には、地上にいる整備士が機体データを受け取り、必要な交換部品を準備できるようになり、整備作業の効率が劇的に向上しました。これは、データの一貫性と即時性が、遅延の削減と人為的ミスの防止に大きく貢献することを示しています。

5. 規制遵守という壁：航空当局との綿密な連携

航空業界における製品開発は、技術的な挑戦だけでなく、「規制遵守」という厳重な壁を乗り越える必要があります。いかに優れた製品であっても、航空当局の承認なしには、実際のフライトで利用することはできません。

初期段階からの当局との対話: クリスティーナ氏のチームは、開発のごく初期段階からヨーロッパの航空当局と密接に連携しました。彼らは、最も重要で、かつ潜在的にリスクとなり得るポイントを特定するために、当局からのフィードバックを積極的に求めました。この早期の対話により、開発の方向性が規制要件から逸脱することなく、効率的に進められました。
プロトタイプを用いた迅速なフィードバック: 通常、当局への申請には最終的な製品が必要ですが、チームはプロトタイプ段階で当局に製品を提示しました。これにより、正式な開発コストを投じる前に、規制当局からの貴重なフィードバックを迅速に得て、必要に応じて製品設計を反復修正することが可能となりました。当局は、提供されたデモだけでなく、自らプロトタイプをテストし、その実用性と安全性を評価しました。
非技術的異議なし（Non-Technical Objection）のレター: このプロジェクトの最終目標の一つは、ヨーロッパの航空当局から「非技術的異議なし」のレター（Letter of Non-Technical Objection）を取得することでした。これは、製品が技術的な問題なく、コックピットでの紙の書類の代替として安全に利用可能であるという事実上の承認を意味します。この承認を得るために、チームは詳細なシャドーフライト（パイロットが紙の書類とデジタルアプリを並行して使用し、チームがコックピットで観察する）を実施し、あらゆるシナリオでアプリが適切に機能することを証明しました。さらに、米州、アジア、カナダといった各国の航空当局とも連携し、グローバルな展開を見据えた承認プロセスを進めています。

この綿密なプロセスは、単に規制を遵守するだけでなく、製品の信頼性と安全性を最大限に高めるための不可欠なステップであり、航空業界特有の挑戦を乗り越えるための鍵となりました。

6. 学びと成功の指標：「過剰約束せず、徹底的に検証する」の哲学

クリスティーナ氏がこの壮大なプロジェクトを通じて得た最も重要な教訓は、「under-commit and triple-validate」（過剰約束せず、徹底的に検証する）という哲学です。これは、プロダクトマネジメントにおける普遍的な原則であり、特に航空業界のような高リスクな環境においては、その重要性が顕著になります。

初期の過度な期待とリスク: プロジェクトの初期段階では、往々にして多くの関係者が様々な期待を抱き、多くのことを一度に達成しようとしがちです。しかし、クリスティーナ氏は、新しい技術、新しい分野、新しいエンドユーザーが同時に絡む場合、過剰な目標設定はプロジェクトの失敗リスクを高めると指摘します。「10社の顧客、すべての要件、そして2年以内」といった目標は、非現実的であり、実現可能性を大幅に低下させます。
厳格な優先順位付けと反復: 成功のためには、まず最も核となる機能や要件に焦点を絞り、それを厳格に定義し、ドキュメント化することが不可欠でした。当初、3つに分かれていたフライトフェーズの概念を2つに統合するなど、時には大胆な簡素化も行われました。そして、開発の各段階で、プロトタイプを用いて徹底的な検証を繰り返し、フィードバックを迅速に反映させることで、製品の品質と安全性を着実に高めていきました。この検証プロセスは、ユーザーが訓練なしでアプリを試行し、問題が発生するまで観察するという「失敗誘発型」のアプローチも含まれていました。
「ハッピーパス」を超えた検証: 開発チームは、製品が「ハッピーパス」（理想的な状況）で機能するだけでなく、「エクストリーム」（最も困難な状況）でも安定して動作することを徹底的に検証しました。例えば、南アフリカの僻地でネットワークに接続できない状況で、パイロットがパスワードを忘れてしまった場合でも、アプリが機能するように設計されています。このような極限状況への対応こそが、航空機の安全運航には不可欠です。
ビジネスへの具体的なメリット: このデジタル変革は、単に技術的な成果に留まらず、航空会社に多大なビジネスメリットをもたらしました。
- 紙の削減: 平均的な航空機において年間3トンもの紙の書類が不要となり、環境負荷の低減とコスト削減に貢献しました。
- 効率性の向上: 整備士が着陸前に必要なデータを受け取り、部品準備や作業計画を立てられるようになったことで、航空機のターンアラウンド時間が短縮され、運用効率が大幅に改善しました。
- ヒューマンエラーの削減: 手作業による情報入力や確認の必要性が減り、タイピングミスや誤認識といった人為的なミスが大幅に減少しました。
- データの整合性とリアルタイム性: コックピットと地上の間でリアルタイムかつ一貫したデータが共有されることで、状況判断の精度が向上し、緊急時の対応能力も強化されました。
- 新規顧客獲得の容易化: この革新的な製品は、他の航空会社にとっても魅力的なソリューションとなり、新たな顧客獲得の機会を創出しました。

これらの成果は、プロダクトマネジメントが単なる製品開発を超え、組織全体の変革と持続可能な成長に貢献できることを明確に示しています。

結論：未来の航空業界をリードするデジタルプロダクト

Swiss Aviation Softwareのパイロット向けモバイルアプリケーション開発のケーススタディは、航空業界におけるデジタル変革の可能性と、それを実現するためのプロダクトマネジメントの重要性を浮き彫りにしました。クリスティーナ・ブストス氏と彼女のチームは、コロナ禍という前例のない逆境の中で、技術的、運用的、そして規制上の複雑な課題を克服し、安全性と効率性を両立させる革新的な製品を生み出しました。

この成功は、以下の重要な教訓を私たちに与えています。

ユーザー中心の共同開発: 最も重要なエンドユーザーであるパイロットを、資金提供者かつ共同開発者として巻き込むことで、実用性と受容性の高い製品が生まれます。
厳格なプロセスと柔軟な思考: 航空業界特有の厳格な安全規制を遵守しつつも、アジャイルなアプローチと反復的な検証を通じて、課題を解決し、革新を進めることが可能です。
「過剰約束せず、徹底的に検証する」文化: 不確実性の高い環境では、一度に多くのことを追求するのではなく、優先順位を明確にし、小さな成功を積み重ねながら、徹底的な検証を行うことがリスクを最小限に抑え、持続可能な成長を促します。
デジタル化がもたらす変革の真の価値: 単なる紙の置き換えではなく、業務プロセス全体の最適化、ヒューマンエラーの削減、リアルタイムな情報共有といった、デジタル化ならではの価値を追求することが、ビジネスに大きなインパクトを与えます。

航空業界は今後も、安全性への揺るぎないコミットメントを持ちながら、さらなるデジタル技術の進化を取り入れていくことでしょう。本ケーススタディは、その道のりにおいて、プロダクトマネージャーが果たすべき役割の重要性と、挑戦を乗り越えるための戦略を示唆する、貴重な教訓となるはずです。