Мобильное приложение по продаже билетов для авиаперевозчика

От заказчика к нам поступает верхнеуровневая задача — например, реализовать возможность возврата билетов. Ее реализация требует не только анализа поведения пользователей системы, но и согласования с командами других подрядчиков клиента (платежный шлюз, система бронирования, CRM). Иногда предоставленная документация API сторонних сервисов оказывается неверна, и тогда приходится заново продумывать процесс непосредственно в ходе реализации проекта.

В условиях сложной политической ситуации потребовалось в сжатые сроки реализовать целый комплекс мероприятий по предотвращению остановки работы. Мы реализовали переход с системы бронирования Amadeus на систему Сирена за считанные дни, сохранив работоспособность системы.

Еще один пример связан с запретом приложения компании в Apple App Store. В худшем случае компания потеряла бы всю пользовательскую базу этого канала. Поэтому мы разработали альтернативное мобильное приложение, наладили скачивание и обновление этого приложения через официальный сайт компании и альтернативные сторы. При этом нам удалось реализовать поддержку ранее установленных версий приложения и за счет этого дополнительно сохранить около 20-30% пользовательской базы.

Мы перевели инфраструктуру на современные варианты развертывания с помощью конвейера CI/CD, чтобы иметь возможность обновлять сервера без перехода в режим техобслуживания.

На проекте есть выделенный инженер поддержки, который ведет мониторинг системы и работает с обращениями клиентов. Мы автоматизировали работу с обращениями, чтобы обратная связь от пользователей попадала напрямую в Jira проекта.

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

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

Наш процесс работы над проектом построен таким образом, чтобы гарантировать постоянное повышение эффективности работы и качества продукта.
1. Проводим регулярные ретроспективы, чтобы проанализировать рабочий процесс и выявить потенциал для оптимизации.
2. При потребности развития новых технических компетенций, например, для добавления нового технического стека, мы используем регламентированный и отработанный процесс индивидуального развития и обучения.
3. Интегрируем применимые успешные практики с других проектов.
4. Проводим регулярный внутренний независимый аудит всех составляющих проекта: анализируем технологические практики, свежим взглядом проверяем и оцениваем работу аналитиков и дизайнеров, оптимизируем управление проектом.