Розвиток продукту: два роки роботи над мобільним додатком банку "Відкриття"

Привіт, Хабр! Ми вже писали про те, як в листопаді минулого року розпочали роботу над найбільшим оновленням мобільного банку «Відкриття» за весь час його існування. У цій статті ми розповімо про процеси — про те, як розвиваємо продукт спільно з Відкриття Digital.



Від Waterfall до Agile
Два роки назад ми вийшли в AppStore та Google Play з базовим функціоналом:
  • Створення індивідуального коду доступу для повторної авторизації;
  • Докладна інформація про карти, кредити і вклади;

  • Перегляд виписки;
  • Можливість швидкого поповнення карти;
  • Загальна історія платежів, проведених через мобільний та інтернет-банк з можливістю повтору операції;
  • Оплата мобільного зв'язку, платного телебачення, ЖКГ;
  • Перекази всередині банку «Відкриття»;
  • Обмін валюти;
  • Швидкий пошук найближчих банкоматів та офісів;
  • Швидкий зв'язок зі службою підтримки банку по гарячій лінії або email.

Тоді у «Відкритті» жили по системі waterfall і ще не дробили великі фічі, щоб вводити їх по частинах, і перше велике оновлення сталося через кілька місяців після запуску, коли з'явилася можливість відкривати вклади прямо в додатку. Але поступово довжина ітерацій почала скорочуватися, і перехід до Agile дав можливість покращувати продукт практично безперервно.

Один продукт і дві команди


Сьогодні більшість діджитал-продуктів банку відповідає спеціальний підрозділ Відкриття Digital, а в Redmadrobot — виділена команда з 10 чоловік, яка спільно з «Відкриттям» займається мобільним додатком банку з моменту створення самої першої версії.


Офіс Відкриття Digital

Команди «Відкриття» і Redmadrobot сидять в різних офісах, але це не заважає супер-щільному взаємодії з продукту.


Офіс Redmadrobot

imageАнтон Подеречин, iOS-розробник Redmadrobot
“Перші півроку ми регулярно десантувалися в офіс Відкриття Digital, бувало, я працював там по 3-4 дні на тиждень. Це було необхідно для щільної синхронізації, плюс безпека не дозволяла отримувати доступ до деяких тестових середах ззовні. Зараз обидві команди постійно один до одного їздять на зустрічі, але не більше"

Деякий час тому ми перейшли на спеціальний спринт-пульс (розклад роботи на кожні 2 тижні, згідно з яким команда випускає оновлення продукту), який зручний обом командам — тепер всі, хто «поставляє» які-небудь фічі для мобільного застосування, працюють у рамках цього спринт-пульсу. На старті кожного спринту ми синхронизируемся, промовляючи цілі, завдання і те, як саме вони будуть реалізовуватися протягом спринту. Синкапы по ходу робіт проходять між командами щотижня. Спринт може включати як реалізацію однієї або декількох нових фіч, так і завдання на R&D — будь то зміна пін-коду картки або аналіз доступних на ринку технологій сканування і розпізнавання документів. Зараз поновлення програми в сторе з'являються раз на два-три тижні.

imageВероніка Васильєва, менеджер проекту, Redmadrobot
“У банку є релізна політика, коли виходять оновлення на продакшн-середовищі, і ми намагаємося в них потрапляти, коли нам потрібні якісь доробки на бэкенде, тому що якщо ми не викотимо свій апдейт вчасно, то клієнтові не до чого буде підключитися на стороні сервера і доведеться чекати кілька тижнів або місяців до наступного релізу. Коли ми приймаємо рішення про додавання будь-якого функціоналу, то завжди зважуємо, як саме це краще зробити, щоб це було максимально зручно з точки зору реалізації для всіх учасників процесу. За два роки ми з банком навчилися працювати так, ніби насправді є єдиною командою"

У Redmadrobot розвиток продукту — зона відповідальності арт-директора, тимлида, аналітика і менеджера проекту, останній проектує роботу команди — планує завантаження розробників, дизайнерів, тестувальників і відповідає за фінансові показники.
В команді існує принцип ротації, спрямований на те, щоб всі її учасники професійно розвивалися — розробники регулярно переходять на нові цікаві завдання (приблизно раз на півроку), дизайнери виростають в арт-директорів і включаються в управління продуктом.

imageАртур Цукрів, технічний директор, Redmadrobot (@mc_murphy)
“У нас всередині компанії є правила — регулярні ассессменты, ротація і пр. І ми цю практику не змінюємо в тому числі в продуктових командах. Так, при ротації відбувається часткова втрата ефективності будь — якому новому людині потрібен час, щоб освоїтися в проекті, але і ми, і «Відкриття» розуміємо, що таким чином відпрацьовуються ризики — застій загрожує втратою цінних спеціалістів, які хочуть розвиватися. Саме під такого типу людей ми в Redmadrobot вибудовуємо свою інфраструктуру, яка дозволяє насичувати виробництво різними проектами, технологіями і навколо них підтримувати рух"

Demo days
Раз в місяць в «Відкритті» проходить демо — це чотиригодинне захід, на якому всі команди, які займаються розвитком діджитал-продуктів банку (не тільки мобільних), в неформальній обстановці розповідають про свою роботу за місяць у форматі коротких презентацій. Це і трансляція досвіду на всі діджитал-команди, і демонстрація продуктів топ-менеджменту. Ми беремо участь в демо двома командами — product owner з боку «Відкриття» розповідає про показники роботи програми, а Redmadrobot — про нових фичах.

imageДанила Березін, адміністратор проекту, Redmadrobot
“Треба розуміти, що на демо можна просто сказати, що протягом місяця ми проводили рефакторинг і виправляли помилки. Ніхто ззовні цього не зрозуміє. Таким чином, необхідність презентації на демо завжди була деяким критерієм при визначенні скоупа спринту і обов'язкової наявності у ньому значущих для користувача фіч"


Команди Відкриття Digital і Redmadrobot після демо-дні

Нам демо-дні так сподобалися, що ми запозичили цю практику і тепер проводимо аналогічні заходи всередині Redmadrobot — таким чином налагоджуємо інформування співробітників про всіх продуктах компанії.

Roadmap і рев'ю
Щороку спільно з Відкриття Digital ми перекладаємо список бізнес-завдань на продуктову складову (тобто дивимося, як «смэпить» вимоги банку і наше додаток) і потім стверджуємо документ — так формується roadmap мобільного продукту і бізнесу. Раз в квартал команда Redmadrobot робить рев'ю за всіма фічами програми для того, щоб розставити пріоритети і визначити, що саме увійде в наступні релізи.


Офіс Відкриття Digital

Від якогось функціоналу відмовляємося зовсім, якщо він втратив актуальність, але зазвичай частина із запланованого відкладається і просто реалізується пізніше, в черговому апдейте. Деякі фічі лежать в бэклоге за кілька місяців, так як вимагають дійсно складних і масштабних доробок на стороні банку (наприклад, функція автоплатежа, яку ми хочемо зробити вже дуже давно, як раз з цієї категорії). Ми завжди фільтруємо функціонал програми з оглядкою на кілька параметрів.

Масштабне оновлення: програма максимум і пріоритизація

В середині 2016 року ми вирішили зробити великий редизайн нашої програми. За час, що минув з запуску першої версії продукту, зросли вимоги бізнесу та очікування клієнтів, змінилися можливості платформи і засоби розробки.

До редизайну ми зібрали максимально можливий список функціоналу.Загальне
— запрошення друзів
— знижки, акції і промокоди
— активація карт
— випуск віртуальних карток
— класифікатор витрат за статтями
— перевірка кредитної історії і додавання кредиту з іншого банку
— перероблена прелогин-зона
— показ предодобренных пропозицій

Оптимізація платежів
— створення шаблонів
— швидкий перехід до платежів з головного екрана
— оплата мобільного з головного екрана
— швидкі дії по продуктам
— сканування квитанцій ЖКГ
— оплата штрафів ГИБДД
— оплата паркування з геолокацією і пушами
— переклад за номером карти/телефону/рахунки
— переклад одного з соцмережі
— автоплатежи і календар платежів
— відправка чека поштою

Банківські картки
— інформація про тариф
— управління лімітами
— кастомізація дизайну екранів карт в інтерфейсі

Банкомати
— перелік банків-партнерів
— додаткова фільтрація: кеш ін/зняття валют

Вклади
— перероблене відображення додаткової інформації за вкладом

Цілі
— створення цілей

Допомога
— онлайн-чат

Гейміфікація
— навчання при першому запуску
— бонуси за цільові дії

«Няшность» :)
— анімації та ілюстрації
— фотографія користувача в профілі

Звичайно, це «програма максимум», яку ми і не планували вмістити в перший реліз. Тут настає момент, коли треба розставити пріоритети. Перед нами стояла необхідність зберегти всю функціональність додатка, (привіт, Капітан Очевидність! — але всі пам'ятають епічний провал з запуском нового «Кинопоиск»), доповнивши її пріоритетним зі списку вище.



Lean-підхід і робота в режимі стартапу
В основі нашого підходу до великим оновленням лежить принцип lean — запуск на ринок продукту, який функціонально робить все задумане, але при цьому не обов'язково відполірований до кінця.

imageГригорій Матвиевич ( fountainhead ), керівник iOS-розробки, Redmadrobot
“Ми відразу запускаємо весь функціонал, де кожна конкретна функція буде працездатною, але без надмірностей. Ми ні в якому разі не можемо запустити додаток банку без перекладів або без відображення рахунків та інших речей, які де-факто стали стандартом в мобільному банкінгу. При цьому ніхто не відміняв суворі банківські вимоги щодо безпеки, стислі терміни і обмежені ресурси"

В деякому сенсі команда, яка працює над програмою «Відкриття» — це стартап всередині Redmadrobot, де робота над продуктом йде дуже швидким темпом і супроводжується постійними мозковими штурмами. Підсумковий список функціоналу в рамках масштабного оновлення ми формували на основі аналітики, а також експертизи всієї команди. Кожен учасник core team проаналізував і склав власний топ сильних і слабких місць програми. Загалом топі фичей виявилися:

  • Платежі
  • Шаблони
  • Переклад за номером телефону
  • Переклад з карти на карту
  • Чат
  • Лояльність і тарифи по продуктам
Всі фічі-кандидати в реліз проганяються через три бізнес-фокусу банку:

  • Нарощування а— ктивной клієнтської бази
  • Підвищення частоти транзакцій
  • Перехід в digital
Додаток вкрите аналітикою, ми постійно спостерігаємо, як проходяться сценарії, де «відвалюються» користувачі і працюємо над поліпшенням продукту: переглядаємо якісь use cases, допрацьовуємо нові фічі на бэкенде.

imageАнастасія Графська, менеджер проектів, «Відкриття Digital»
“Важливо віддавати собі звіт в тому, що ідеального стану продукту не буває ніколи — ідеальний сьогодні продукт завтра буде іншим, і його поліпшення досягається за рахунок постійних оновлень. Думаючи про те, як повинен розвиватися мобільний банк, ми завжди виходимо з користувацьких потреб, які воно повинно закривати. Вирішувати реальні проблеми клієнтів — наш пріоритет, і хороші бізнес-показники мобільного продукту це завжди похідні позитивного досвіду"

Проектування від потреб і залучення користувача
Ми продумуємо шляхи, якими користувачі приходять до якоїсь функції у додатку, та за допомогою юзабіліті-тестувань робимо їх найбільш короткими і логічними. Але виходимо з того, що кожен користувач повинен виявити кожну функцію, а з того, що він буде знаходити те, що йому необхідно, по мірі виникнення потреби.

imageАртур Цукрів, технічний директор, Redmadrobot (@mc_murphy)
“Зробити інтродакшн, де всі можливості програми розписані максимально детально або вивалити на головний екран абсолютно всі функції — не наш метод. Тобто ми не вирішуємо завдання привернути увагу користувача до всіх функцій програми відразу. Наше завдання інша — обчислювати потреба користувача і контекст, в якому він буде намагатися цю потребу закрити — і потім поміщати функцію саме в цей контекст"

Припустимо, клієнт банку хоче перевипустити картку, йде в мобільний додаток і пробує знайти там цю функцію. Логічно, що більшість користувачів зайде в інформацію про своїй карті, після цього, швидше за все, користувач почне дивитися, яка там є додаткова інформація, і побачить функцію перевипуску і замовлення картки. Програма сама повинна підказати користувачеві про закінчення терміну дії поточної карти за пару тижнів і запропонувати автоматичний перевипуск.

Підхід до проектування від потреб припускає, що додаток може бути досить складним за функціями, але якщо їх не використовуєш, вони будуть існувати непомітно для користувача. Приклад такого продукту — Uber. Коли користувач відкриває його в перший раз, додаток здається гранично простим. Але якщо ти починаєш від нього хотіти більшого, ніж просто виклик таксі, то швидко доходиш до нових функцій, і дві кнопки перетворюються на вісім. А якщо копнеш далі, щоб дозволити якийсь нестандартний питання, з'явиться ще кілька меню.

Підсумок
За рахунок об'єднання технологічної та продуктово-банківської експертизи ми з Відкриття Digital досягли синергетичного ефекту. Банку не доводиться думати про організацію і розвиток ефективного процесу розробки продукту inhouse. Ми ж в Redmadrobot отримуємо інсайти і експертизу в финтехе від найбільшого приватного банку Росії. Ми працюємо заради однієї спільної мети — зробити самий зручний сервіс мобільного банкінгу на російському ринку. Звести до мінімуму кількість дій, які необхідно робити вручну, переклавши ці завдання на ІТ-системи за допомогою мобільного додатку.

imageЄлисей Захаров, менеджер з маркетингу та розвитку мобільних додатків, Відкриття Digital
“Клієнт банку — центр екосистеми. Кожен з нас знаходиться в фінансовому взаємодії з рідними і близькими, державою, роботодавцем, постачальниками послуг, і чим ширше спектр транзакційних активностей користувача, який покриває мобільний продукт, тим він крутіше. Побудувати такий сервіс за один місяць і навіть рік не можна, але ми рухаємося до мети, крок за кроком. На черзі більш щільна інтеграція з зовнішніми системами і подальша опрацювання всього платіжного функціоналу програми «Відкриття». Ну а зовсім скоро — абсолютно оновлений Android — stay tuned!"
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.