Создание маркетплейса подписок SubU

Главное о кейсе

Achieving a high retention rate upon release
Enhance user-friendly application
Minimum bugs in commercial release

Достижение высокого ретейшн рейта при релизе
Повышение юзер-френдли приложения
Минимум багов при коммерческом релизе

Бизнес-задача и ее решение

creating a marketplace for searching, adding and tracking subscriptions
setting up parsing to automatically search for active user subscriptions associated with his mail
connection of recurring payment reminders
creation of a billing calendar displaying statistics on subscriptions and their categories
adding the ability to independently create subscriptions, assign them a category, tariff and amount to be charged

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

Прочая информация о кейсе

Today we are looking into an interesting case in our practice – SubU, subscription marketplace.

In simple terms, it is an app that allows you to track and pay for all monthly online service subscriptions and to control expenses. In addition, you always can see the dates of debiting funds for loans, housing and communal services, etc.

The project work process. 

As clients pay us for certain work, which they can test and give us a feedback, we work by sprints. 

That’s what our project roadmap looked like.

Sprint 1. Discovery and writing a parser.

We have searched for all possible ways of Gmail parsing and come to two conclusions:
parsing is possible, but through mailparcer.IO it’s too expensive
we need to write our own parser through API Gmail, which was done

Sprint 2. Start of the development.


Writing of registration/authorization module
Writing of profile module in the app


Sprint 3. Start of backend. API Gmail connection.


Authorization (oauth 2.0) and granting of rights to read the client’s mail
API Gmail connection – mail reading
Testing of connected API
Filtration of the received mails on the basis of heading and sender
Screen with the main app advantages
User authentication. Screens of registration/authorization
Administration panel
Project management
 Sprint 4. Parsing development.
User profile
Backend. Connection to api mailparser.io
Backend. Development of parsing rules in the service for 3 letters
Setting of webhook on mailparser service
Backend. Service data processing and assigning subscriptions to a user
Frontend. User authentication. Screen of access requests to subscriptions information for the app
Frontend. User authentication. Screen of adding a Gmail account (for parsing)
Frontend. User authentication. Loader screen during the parsing process
Frontend. List of user’s subscriptions. Screen with the list of user’s subscriptions
Frontend. Administration panel. Subscription management
Frontend. Administration panel. Promo management
Project management
Filtration of the received mails on the basis of heading and sender

Sprint 5. Working with subscriptions and writing api for the partners
Banner module development
Currency choice module (RUB and USD)
Notifications module
Api. Promo codes
Screen of Categories, Banners
Parsing with no subscriptions

Sprint 6. Finishing work + testing.

During our work in the backlog, we had collected all sorts of additional tasks and refinements. Last 2 weeks before release we had been concerned with them. After that, we executed load regression testing and reported to the client that we were ready to commercial launch.


Above we have described our project flow. We should mention that all the work was done with Scrum methodology. We didn’t look further, than one sprint. Plan had been changing on the way.

Сегодня мы разберем один интересный кейс из нашей практики – SubU, маркетплейс подписок.

Простыми словами – это приложение, которое позволяет вам отслеживать и оплачивать все ежемесячные подписки в онлайн-сервисах и траты на них. Также вы можете всегда увидеть даты списания по кредитам, услугам ЖКХ и прочим.


Процесс работы по проекту.

Так как клиент оплачивает нам определенные работы, которые может протестировать и дать обратную связь – мы работаем через спринты.

Вот как выглядел наш роадмап по этому проекту.


1 спринт. Дискавери + написание парсера

Поиск всевозможных путей парсинга через gmail. По итогам которого мы пришли к двум выводам:
парсить можно, но через mailparcer.IO делать это слишком дорого
нужно написать свой парсер через API gmail, что и было сделано

2 спринт. Начало разработки

Написание модуля регистрации/авторизации
Написание модуля профиля в приложении


3 спринт. Начало бекенда. Подключение API Gmail

Авторизация (oauth 2.0) и предоставление прав на чтение почты клиента
Подключение API Gmail – чтение почты
Тестирование подключенного API
Фильтрация списка полученных писем по заголовку и отправителю
Экран с основными преимуществами приложения
Аутентификация пользователей. Экраны регистрации/авторизации
Панель администрирования
Управление проектом
4 спринт. Разработка парсинга
Профиль пользователя
Backend. Подключение к api mailparser.io
Backend. Составление правил парсинга в сервисе на 3 письма
Настройка webhook на сервисе mailparser
Backend. Обработка полученных данных от сервиса и присвоение подписок пользователю
Frontend. Аутентификация пользователей. Экран запроса доступов для приложения к информациям о подписках
Frontend. Аутентификация пользователей. Экран добавления аккаунта Gmail (для парсинга)
Frontend. Аутентификация пользователей. Экран-лоадер во время процесса парсинга
Frontend. Список подписок пользователя. Экран со списком подписок пользователя
Frontend. Панель администрирования. Управление подписками
Frontend. Панель администрирования. Управление промо
Управление проектом
Фильтрация списка полученных писем по заголовку и отправителю

Спринт 5. Работа с подписками и написание api для партнеров
Разработка модуля баннеров
Модуль выбора валюты (руб. и $)
Модуль уведомлений
Api. Промокоды
Экран Категории, Баннеры
Парсинг при нуле подписок

Спринт 6. Завершающие работы + тестирование.

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

Выше мы указали весь наш путь по проекту. Стоит сказать, что всю работу мы провели по методологии Scrum. Мы не смотрели дальше, чем 1 спринт, а план менялся на ходу.

Скриншоты