Привет, Хабр! Мы уже написал о том, как в ноябре прошлого года начали работу над самым масштабным обновлением мобильного банка «Открытие» за все время его существования.
В этой статье мы поговорим о процессах — как мы разрабатываем продукт вместе с «Открытие Digital».
От водопада к Agile Два года назад мы вошли в AppStore и Google Play с базовым функционалом:
- Создание индивидуального кода доступа для повторной авторизации;
- Подробная информация о картах, кредитах и депозитах;
- Посмотреть заявление;
- Возможность быстрого пополнения карты;
- Общая история платежей через мобильный и онлайн-банкинг с возможностью повтора транзакции;
- Оплата мобильной связи, платного телевидения, ЖКХ;
- Переводы внутри Банка Открытие;
- Обмен валюты;
- Быстрый поиск ближайших банкоматов и офисов;
- Быстрая связь со службой поддержки банка по горячей линии или электронной почте.
Но постепенно длина итераций стала сокращаться, а переход на Agile позволил практически непрерывно улучшать продукт.
Один продукт и две команды 
Сегодня за большую часть цифровых продуктов банка отвечает специальное подразделение «Открытие Digital», а у Redmadrobot есть выделенная команда из 10 человек, которая вместе с «Открытием» работает над мобильным приложением банка с момента создания его самого первая версия.
Открытие офиса в цифровом формате
Команды «Открытие» и Redmadrobot сидят в разных офисах, но это не мешает сверхплотному взаимодействию по продукту.
Офис Редмадробот 
Антон Подеречин, iOS-разработчик Redmadrobot «Первые полгода мы регулярно приземлялись в офис «Открытия Digital»; Раньше я работал там 3-4 дня в неделю.
Это было необходимо для жесткой синхронизации, плюс безопасность препятствовала доступу к некоторым тестовым средам извне.
Сейчас обе команды постоянно ходят на встречи друг друга, но не более того».
Некоторое время назад мы перешли на специальный спринт-импульс (график работы каждые 2 недели, по которому команда выпускает обновления продукта), что удобно обеим командам — теперь в нем работают все, кто «поставляет» какие-либо функции для мобильного приложения.
в пределах этого спринтерского пульса.
В начале каждого спринта мы синхронизируемся, проговариваем цели, задачи и то, как именно они будут реализованы в ходе спринта.
Синкапы о ходе работы происходят между командами каждую неделю.
Спринт может включать в себя как внедрение одной или нескольких новых функций, так и научно-исследовательские задачи — будь то смена ПИН-кода карты или анализ технологий сканирования и распознавания документов, доступных на рынке.
На данный момент обновления приложения появляются в магазине раз в две-три недели.
Вероника Васильева, руководитель проекта Redmadrobot «В банке существует политика релизов, когда обновления выпускаются в производственной среде, и мы стараемся влезать в них, когда нам нужны какие-то улучшения на бэкенде, потому что если мы не выкатим наше обновление вовремя, то клиент не к чему подключаться на стороне сервера, и придется ждать несколько недель или месяцев до следующего выпуска.
Когда мы принимаем решение добавить какой-либо функционал, мы всегда взвешиваем, как лучше это сделать, чтобы это было максимально удобно в плане реализации для всех участников процесса.
За два года мы с банком научились работать так, как будто мы одна команда».
В Redmadrobot за разработку продукта отвечает арт-директор, тимлид, аналитик и руководитель проекта, последний проектирует работу команды — планирует нагрузку разработчиков, дизайнеров, тестировщиков и отвечает за финансовые показатели.
В команде действует принцип ротации, направленный на то, чтобы все ее участники развивались профессионально — разработчики регулярно переключаются на новые интересные задачи (примерно раз в полгода), дизайнеры вырастают в арт-директоров и включаются в управление продуктом.
Артур Сахаров, технический директор Redmadrobot (@mc_murphy) «У нас есть правила внутри компании — регулярные оценки, ротации и т. д. И мы не меняем эту практику, в том числе и в продуктовых командах.
Да, при ротации происходит частичная потеря эффективности — любому новому человеку нужно время, чтобы привыкнуть к проекту, но и мы, и «Открытие» понимаем, что таким образом отрабатываются риски — стагнация грозит потерей ценных специалистов, которые всегда хотят работать.
развивать.
Именно для такого типа людей мы в Redmadrobot строим свою инфраструктуру, которая позволяет насыщать производство различными проектами, технологиями и поддерживать движение вокруг них».
Демонстрационные дни Раз в месяц «Открытие» проводит демо — четырехчасовое мероприятие, на котором все команды, занимающиеся разработкой цифровых продуктов банка (не только мобильных), неформально рассказывают о своей работе за месяц в формате коротких презентаций.
Это включает в себя трансляцию опыта всем цифровым командам и демонстрацию продуктов топ-менеджменту.
В демо мы участвуем двумя командами: владелец продукта из «Открытие» рассказывает о производительности приложения, а Redmadrobot — о новых функциях.
Данила Березин, администратор проекта Redmadrobot «Нужно понимать, что нельзя просто сказать в демо, что мы потратили месяц на рефакторинг и исправление ошибок.
Никто «со стороны» этого не поймет. Таким образом, необходимость демо-презентации всегда была определённым критерием при определении объёма спринта и обязательного присутствия в нём значимых для пользователя функций».
Команды открывают Digital и Redmadrobot после демонстрационного дня
Нам настолько понравились демо-дни, что мы позаимствовали эту практику и теперь проводим подобные мероприятия внутри Redmadrobot — гарантируя таким образом информирование сотрудников обо всех продуктах компании.
Дорожная карта и обзор Ежегодно мы вместе с «Открытие Digital» переносим перечень бизнес-задач в продуктовую составляющую (то есть смотрим, как «сопоставить» требования банка и нашу заявку), а затем утверждаем документ — так выглядит дорожная карта формируется мобильный продукт и бизнес.
Раз в квартал команда Redmadrobot пересматривает все возможности приложения, чтобы расставить приоритеты и определить, что именно будет включено в последующие релизы.
Открытие офиса в цифровом формате
Мы вообще отказываемся от какого-то функционала, если он потерял свою актуальность, но обычно что-то из запланированного откладывается и просто реализуется позже, в следующем обновлении.
Некоторые функции лежат в резерве на несколько месяцев, так как требуют действительно сложных и масштабных доработок со стороны банка (например, функция автоплатежей, которую мы очень давно хотели сделать, находится именно в стадии разработки).
эту категорию).
Мы всегда фильтруем функционал приложения по нескольким параметрам.
Масштабное обновление: максимум программы и расстановка приоритетов
В середине 2016 года мы решили провести масштабный редизайн нашего приложения.
За время, прошедшее с момента запуска первой версии продукта, выросли бизнес-требования и ожидания клиентов, изменились возможности платформы и инструментов разработки.
Для редизайна мы собрали максимально возможный список функционала.
Общий - приглашение друзей — скидки, акции и промокоды — активация карты — выпуск виртуальных карт — классификатор расходов по статьям — проверка кредитной истории и добавление кредита в другом банке - переработана зона прелогина — отображение заранее одобренных предложений Оптимизация платежей — создание шаблонов — быстрый доступ к платежам с главного экрана — мобильный платеж с главного экрана — быстрые действия по товарам — сканирование квитанций ЖКХ — оплата штрафов ГИБДД — оплата парковки с геолокацией и push-уведомлениями — перевод по карте/телефону/номеру счета — передача другу из социальной сети — автоплатежи и платежный календарь - отправка чека по почте Банковские карты — информация о тарифе — управление лимитами — настройка дизайна экранов карт в интерфейсе Банкоматы — список банков-партнеров — дополнительная фильтрация: ввод/вывод валюты Депозиты — переработано отображение дополнительной информации по депозиту Цели — создание целей Помощь - онлайн чат Геймификация — обучение при первом запуске — бонусы за целевые действия "Красота" :) — анимации и иллюстрации — фотография профиля пользователя Конечно, это «программа-максимум», которую мы не планировали вписывать в первый релиз.
Вот и настал момент, когда нужно расставить приоритеты.
Мы столкнулись с необходимостью сохранить весь функционал приложения (привет, Капитан Очевидность! — но все помнят эпический провал с запуском нового «Кинопоиска»), дополнив его высшим приоритетом из списка выше.
Бережливый подход и работа в режиме стартапа
Наш подход к крупным обновлениям основан на принципе бережливого производства — выводе на рынок продукта, который функционально выполняет все задуманное, но не обязательно доведен до конца.
Григорий Матвиевич (род. источник ), руководитель отдела разработки iOS, Redmadrobot «Мы сразу запускаем весь функционал, где каждая конкретная функция будет работоспособна, но без излишеств.
Мы не можем запустить банковское приложение без переводов или без отображения счетов и других вещей, которые стали де-факто стандартом в мобильном банкинге.
При этом никто не отменял строгие требования банковской безопасности, сжатые сроки и ограниченность ресурсов».
В каком-то смысле команда, работающая над приложением «Открытия», — это стартап внутри Redmadrobot, где работа над продуктом идет очень быстрыми темпами и сопровождается постоянными мозговыми штурмами.
Окончательный список функционала мы сформировали в рамках масштабного обновления на основе аналитики, а также экспертизы всей команды.
Каждый член основной команды проанализировал и составил свои собственные сильные и слабые стороны приложения.
В число лучших функций вошли:
- Платежи
- Шаблоны
- Перевод по номеру телефона
- Перевод с карты на карту
- Чат
- Лояльность и тарифы по продуктам
- Увеличение активной клиентской базы
- Увеличение частоты транзакций
- Переход на цифру
Анастасия Графская, руководитель проекта, Открытие Digital «Важно осознавать, что продукт никогда не бывает в идеальном состоянии — продукт, который идеален сегодня, завтра будет другим, и его улучшение достигается за счет постоянных обновлений.
Размышляя о том, как должен развиваться мобильный банк, мы всегда исходим из потребностей пользователя, которые он должен удовлетворять.
Решение реальных проблем клиентов — наш приоритет, а хорошая бизнес-эффективность мобильного продукта всегда является производным от положительного пользовательского опыта».
Проектирование исходя из потребностей и вовлечение пользователя Мы продумываем пути, по которым пользователи добираются до той или иной функции в приложении, и с помощью юзабилити-тестирования делаем их максимально короткими и логичными.
Но мы не предполагаем, что каждый пользователь должен открыть для себя каждую функцию, а что он найдет то, что ему нужно, по мере возникновения необходимости.
Артур Сахаров, технический директор Redmadrobot (@mc_murphy) «Создавать введение, где максимально подробно описаны все возможности приложения или вываливать абсолютно все функции на главный экран — не наш метод. То есть мы не решаем задачу привлечения внимания пользователя сразу ко всем функциям приложения.
Наша задача в другом — вычислить потребность пользователя и контекст, в котором он будет пытаться эту потребность удовлетворить, — а затем поместить функцию в этот контекст».
Допустим, клиент банка хочет перевыпустить карту, заходит в мобильное приложение и пытается найти там эту функцию.
Логично, что большинство пользователей перейдут к информации о своей карте, после чего, скорее всего, пользователь начнет смотреть, какая дополнительная информация там есть, и увидит функцию перевыпуска и заказа карты.
Либо приложение само должно через пару недель подсказать пользователю об истечении срока действия текущей карты и предложить автоматический перевыпуск.
Подход к проектированию, ориентированный на потребности, предполагает, что приложение может быть довольно сложным по своим функциям, но если вы ими не воспользуетесь, они будут существовать незаметно для пользователя.
Пример такого продукта — Uber. Когда пользователь открывает его впервые, приложение кажется чрезвычайно простым.
Но если вы начнете хотеть от него большего, чем просто вызов такси, то быстро доберетесь до новых функций, и две кнопки превратятся в восемь.
А если копнуть дальше, чтобы решить какую-то нестандартную проблему, появится еще несколько меню.
Нижняя граница Объединив технологическую и продуктовую банковскую экспертизу, мы с Otkritie Digital добились синергетического эффекта.
Банку не приходится думать об организации и развитии эффективного внутреннего процесса разработки продуктов.
Мы в Redmadrobot получаем информацию и опыт в сфере финансовых технологий от крупнейшего частного банка России.
Мы работаем ради одной общей цели – сделать максимально удобный мобильный банкинг на российском рынке.
Минимизируйте количество действий, которые пользователю необходимо совершать вручную, передав эти задачи ИТ-системам через мобильное приложение.
Елисей Захаров, менеджер по маркетингу и разработке мобильных приложений, Открытие Digital «Клиент банка — это центр экосистемы.
Каждый из нас находится в финансовом взаимодействии с семьей и друзьями, государством, работодателем, поставщиками услуг, и чем шире спектр транзакционной деятельности пользователя, который охватывает мобильный продукт, тем он круче.
Построить такой сервис за месяц или даже год невозможно, но мы шаг за шагом движемся к цели.
На очереди более тесная интеграция с внешними системами и дальнейшее развитие всего платежного функционала приложения «Дискавери».
Ну а совсем скоро — полностью обновленный Android — следите за обновлениями!» Теги: #Управление разработкой #Управление проектами #Discovery #Управление продуктом #мобильная разработка #agile #разработка продукта #разработка продукта #redmadrobot
-
Создание Редактора Скриптов В Unity
19 Oct, 24 -
Списки В Котлине. Хаскелл-Подход
19 Oct, 24 -
С Рождеством!
19 Oct, 24 -
Wimax Становится Публичным
19 Oct, 24
