Для більшості користувачів оновлення застосунку – це кілька нових кнопок або функцій, які з’являються у смартфоні. Для продуктової команди фінтех-компанії кожен реліз – це результат роботи десятків людей, сотень перевірок і тисяч технічних рішень.
У NovaPay нові версії застосунку виходять кожні три тижні. За час існування продукту команда випустила вже 54 релізи. При цьому робота над наступним оновленням починається ще до того, як попереднє стало доступним усім користувачам.
Як підтримувати такий темп розвитку у фінансовому сервісі, де помилка коштує значно дорожче, ніж у більшості цифрових продуктів?
Швидкість без права на помилку
У багатьох цифрових продуктах головний виклик – швидко випустити нову функцію. У фінтеху завдання складніше: потрібно випустити її швидко, але без втрати стабільності та безпеки.
Сьогодні над застосунком NovaPay працює близько 100 спеціалістів: розробники, тестувальники, бізнес-аналітики, інженери супроводу, фахівці з core-систем та продуктові команди.
«Головний виклик у нашій роботі – не швидкість сама по собі, а якість при цій швидкості. За кожним оновленням застосунку стоїть робота людей, які щодня вирішують складні технічні завдання. Ми побудували процес так, щоб автоматизація працювала у фоні – тестування, моніторинг, безпека, – а команда фокусувалася на розвитку продукту», – розповідає CTO NovaPay Григорій Лісничий.
Саме тому більшість технічних процесів максимально автоматизовані. Чим менше ручної роботи в перевірках та контролі якості, тим більше часу команда може витрачати на розвиток продукту.
Від ідеї до релізу
Одна з найпоширеніших помилок у продуктовій розробці – створювати функції, які здаються корисними всередині компанії, але не вирішують реальних потреб користувачів.
Тому відправною точкою для більшості змін у NovaPay стає зворотний зв’язок від клієнтів.
Команда аналізує звернення до контакт-центру, оцінки в Google Play та App Store, відгуки в застосунку, результати UX-досліджень та продуктової аналітики. Саме ці дані формують пріоритети продуктової дорожньої карти.
Після затвердження ідеї функція проходить повний цикл розробки та тестування. Спочатку працюють автоматизовані перевірки, потім – ручне тестування ключових сценаріїв використання.
Однак навіть після цього новий функціонал не потрапляє одразу до всіх користувачів.
Чому не всі бачать оновлення одночасно
У фінансових сервісах великі релізи дедалі рідше запускають за принципом «одразу для всіх».
NovaPay використовує поетапний підхід. Спочатку нова функція стає доступною обмеженій групі користувачів. Команда аналізує стабільність роботи, відстежує поведінку системи та збирає додатковий зворотний зв’язок. Лише після цього оновлення масштабують на всю аудиторію.
Такий підхід дозволяє мінімізувати ризики та швидко реагувати на потенційні проблеми ще до того, як вони вплинуть на значну кількість клієнтів.
Коли застосунок стає фінансовою платформою
Сучасний фінтех-застосунок давно перестав бути просто інструментом для платежів.
Сьогодні застосунком NovaPay користуються понад мільйон клієнтів. Через нього можна здійснювати платежі та перекази, користуватися кредитними продуктами, оформлювати розстрочку, інвестувати в корпоративні облігації, керувати бізнес-рахунком та отримувати кошти від післяплати.
Зі збільшенням кількості сервісів зростає і складність продукту. Саме тому швидкість розробки вже не вимірюється кількістю рядків коду чи релізів.
Справжнім показником ефективності стає здатність команди одночасно забезпечувати інновації, стабільність та безпеку.
Для користувача це виглядає просто: раз на кілька тижнів у застосунку з’являються нові можливості.
Для команди – це безперервний процес.
