Разработка продуктов для пилотов: Кристина Бустос (Swiss AviationSoftware)

Описание: В этом выпуске подкаста «Опыт работы с продуктом» ведущий Рэнди Сильвер беседует с Кристиной Бустос, менеджером по продукту и руководителем команды в Swiss AviationSoftware, о её опыте запуска нативного мобильного приложения в одной из самых регулируемых и ответственных отраслей мира: коммерческой авиации.

Кристина рассказывает о том, как она перешла от бизнес-анализа к руководству продуктом, а затем преодолела изнурительный процесс разработки продукта во время пандемии. Её команда столкнулась с двойной задачей: завоевать доверие как платящих клиентов, так и авиационных регуляторов, чтобы заменить бумажные рабочие процессы в кабине пилота цифровым решением в режиме реального времени.

Разделы
0:00 | Введение и личная биография
2:34 | Формулировка проблемы: запуск мобильного приложения в авиации
4:00 | Привлечение первых клиентов до написания кода
6:10 | Достижение консенсуса между клиентами и регуляторами
9:00 | Привлечение реальных пилотов к проектированию
10:00 | Перепроектирование рабочего процесса, а не просто его оцифровка
14:15 | Контроль объема работ и приоритизация
17:16 | Стратегия взаимодействия с регулирующими органами и получения одобрения
19:49 | Хакатон, который не стал панацеей
21:06 | Размышления: что бы она сделала по-другому
25:22 | Баланс итераций с соблюдением нормативных требований
28:21 | Тройная валидация в реальном мире
29:53 | Сигналы успеха и влияние на бизнес

Ключевые выводы для менеджеров по продуктам

1. Клиенты и регулирующие органы являются одинаково важными заинтересованными сторонами.
В отличие от типичных B2B-продуктов, регулируемая среда требует раннего и постоянного согласования с внешними органами для обеспечения одобрения и внедрения.

2. Ранние финансовые вложения преобразуют неопределенность.
Привлечение платящих клиентов-основателей до написания какого-либо кода обеспечило команде сосредоточенность, легитимность и подотчетность.

3. Структурированное содействие принятию решений работает со сложными группами заинтересованных сторон.
Разделение заинтересованных сторон на потоки и использование интегративного принятия решений способствовали достижению консенсуса без бесконечных компромиссов.

4. Привлекайте к проектированию и валидации реальных конечных пользователей, а не их представителей.
Договорные обязательства по участию в пилотном проекте гарантировали, что продукт будет формироваться теми, кто им действительно пользуется.

5. Цифровизация — это больше, чем просто перевод, она требует переосмысления процессов.
Новые технологии часто выявляют несоответствия в устаревших рабочих процессах; продуктовые команды должны помочь заинтересованным сторонам переосмыслить то, как на самом деле выполняется работа.

6. Дисциплина в определении объема работ необходима при высоких рисках.
Строгое разграничение «обязательных» и «желательных» функций позволило команде сосредоточиться на нормативно-правовых и операционных аспектах.

7. Проводите валидацию в реальных условиях, многократно.
Лабораторной или офисной валидации недостаточно; команда научилась тестировать в реалистичных условиях (включая офлайн-режим и экстремальные сценарии), чтобы выявлять реальные проблемы.

8. Документируйте все заранее и четко.

В регулируемых условиях одних разговоров недостаточно — бизнес-процессы, сценарии использования и контрольные точки качества должны быть описаны, версионированы и утверждены.

9. Гибкие методы работы могут сосуществовать с требованиями соответствия.
Определив четкую структуру того, когда и как проявлять гибкость, команда сбалансировала итерации с дисциплиной.

10. Успех — это не просто запуск продукта, это влияние на бизнес.
Измеримые результаты, такие как повышение эффективности, поток данных в реальном времени и прогнозируемое техническое обслуживание, подчеркивают ценность, выходящую за рамки простой замены бумаги.