Dem Finance — многоплатформенная финтех-экосистема, которая запустилась быстрее, чем оформилось само МФО

Контекст: запрос, который казался простым, пока мы не начали

Dem Finance вышли на нас не случайно — до этого мы уже делали похожий продукт для «Белого ломбарда» и знали финтех-нишу изнутри. Их ситуация выглядела понятно: новая компания, нужно с нуля сделать сайт с личным кабинетом и мобильное приложение. Классическая задача для выхода на рынок.

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

Плюс аудитория. Люди, которые берут микрозаймы, — это почти всегда про срочно и надо. Они боятся ошибиться, боятся переплатить, боятся потерять залог. И в любой момент могут просто закрыть браузер, если что-то пойдёт не так.

Так что запрос «сделать сайт и приложение» на деле превратился в: «спроектировать устойчивую систему, которая выдержит нестабильность внешних сервисов, адаптируется под меняющиеся требования и при этом закроет все возражения пользователя раньше, чем он оформит заявку».

Почему конкуренты застряли в полушаге

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

Dem Finance пошли иначе — с первого дня заложили настоящую цифру: подписание документов онлайн, подтверждение личности без визитов, деньги сразу на карту, статусы, которые обновляются в реальном времени. И бесшовный переход между приложением на телефоне и личным кабинетом на сайте.

Если в вашем продукте пользователь до сих пор ждёт звонка или едет в офис — скорее всего, вы буксуете на фундаментальном уровне. Мы помогаем компаниям переходить в настоящий digital без боли и внутреннего несостыковок.

Аудитория: пять сегментов, четыре продукта и один общий страх

Когда мы сели за проектирование, быстро стало понятно: универсального сценария здесь не будет. У Dem Finance четыре вида займов — и под каждый своя аудитория со своим набором страхов и ожиданий.Мы разложили пользователей на группы:

1. Молодежь — берут технику и гаджеты. Действуют быстро, не любят читать длинные условия, легко бросают форму, если она тормозит или перегружена.
2. Средний возраст — чаще оформляют займы под залог золота. Для них важна прозрачность: сколько дадут, под какой процент, когда можно забрать. Золото часто имеет не только денежную ценность, но и личную.
3. Пенсионеры — самая тревожная группа. Боятся ошибиться в телефоне, боятся попасть на проценты, боятся, что их обманут. Им нужно, чтобы интерфейс буквально вёл за руку.
4. Водители с автозалогами — отдельная история. Они переживают за сохранность имущества и хотят быстрых решений, но при этом максимальной прозрачности: куда ехать, что подписывать, как забирать.
5. Владельцы старых смартфонов — сквозной сегмент через все группы. Люди с бюджетными устройствами часто сталкиваются с тормозами и вылетами. Для них критична лёгкость интерфейса и отзывчивость.

Объединяет их одно: любой микрозайм — это почти всегда про срочно и надо. Ремонт машины, закрытие кассового разрыва, деньги до зарплаты. В таком состоянии пользователь не изучает интерфейс, он ищет путь к деньгам. И если на этом пути возникает хотя бы одно неясное поле или непонятный статус, он просто закрывает вкладку.

Как мы это решили

Мы не стали делать универсальный UX для всех. Вместо этого спроектировали сценарии под каждый сегмент, но с единой логикой:

1. Для молодежи — сократили пути.
2. Для пенсионеров — добавили подсказки в каждое поле, вынесли сложные моменты в модалки, сделали валидацию честной: система объясняет, что не так, а не просто подсвечивает красным.
3. Для тех, кто боится за залог — прозрачные статусы на каждом этапе: «документы получены», «оценка завершена», «деньги переведены».

В нашей практике часто бывает так: компании недооценивают влияние этих микросценариев. Кажется, что если кнопка работает, то и ладно. Но когда пенсионер бросает заявку на середине, потому что не понимает, что от него хотят, — это не его проблема, это проблема UX.

Стратегия: сначала MVP, потом экосистема

Dem Finance горели желанием запуститься. Это тот случай, когда бизнес только создаётся, а продукт нужен уже вчера. Но мы понимали: если сразу начать пилить всю экосистему с четырьмя видами займов, десятком интеграций и админ-панелью, проект утонет в согласованиях. Требования будут меняться быстрее, чем разработка дойдёт до релиза.

Поэтомувыбрали стратегию умного старта: параллельно делать две вещи. Быстро запустить MVP с базовым функционалом: чтобы компания начала выдавать займы и тестировать рынок. И одновременно проектировать полноценную платформу, которая со временем заменит этот MVP без переписывания ядра.

Лендинг для рекламы

Стратегия с самого начала была прагматичной: не ждать, пока выстроится монолитная система, а запуститься быстро, чтобы тестировать спрос и собирать обратную связь. Поэтому MVP-часть разделили на два параллельных потока.

Первый — внешний одностраничный сайт с личным кабинетом ограниченного функционала. Задача лендинга была простой: собирать рекламный трафик и направлять людей в этот кабинет, где они могли оформить заявку. Пока маркетологи и копирайтеры анализировали рынок и упаковывали смыслы в продающую структуру, веб-дизайнеры уже верстали страницы, а UX/UI-дизайнеры заканчивали прототипы MVP-версии личного кабинета.

Дизайн лендинга собрали буквально за день, опираясь на внутренние наработки. К тестированию вёрстки подключилась почти вся команда — проверяли на всех популярных разрешениях, чтобы выловить баги до того, как на сайт пойдёт первый трафик. После запуска лендинг полностью передали на поддержку стороннему подрядчику, а мы сфокусировались на развитии остальных продуктов экосистемы.

MVP личного кабинета

MVP сделали за четыре месяца. Взяли самый востребованный продукт — беззалоговые микрокредиты. Собрали простое флоу: регистрация, проверка телефона, заполнение данных, загрузка документов, скоринг, договор, выдача денег. Ничего лишнего, но всё работает.

Результат первого месяца: 80 оформленных займов. Потом 2000. Потом пиковые 2200 заявок в месяц. Приложение в iOS за три месяца набрало 2400+ установок без активного продвижения — просто потому, что люди возвращались и рекомендовали дальше.

Как мы строили архитектуру, которая не сыплется

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

Построили защитный слой на TypeScript + Express. Прокладка, которая принимает данные от вендора, валидирует их, приводит к единому формату и только потом отдаёт в основную систему.

Параллельная разработка на трёх фронтах

Проект с самого начала шёл параллельно. Как только бэкенд-команда заканчивала очередной блок логики, одновременно включались мобильный разработчик и фронтенд-команда.На вебе работали с React.js + TypeScript. На мобилке — Flutter 3.8+ с архитектурой Clean (data → domain → presentation). Модульность закладывали с первого коммита: новые продукты и сценарии должны были добавляться без рефакторинга ядра.Кстати, это тот случай, когда подход оправдал себя уже через полгода. Когда бизнес решил подключать новые кредитные продукты, мы просто добавили несколько модулей. Переписывать ничего не пришлось.

Админ-панель: инструмент, без которого бизнес не работает

Пока клиенты оформляли займы, мы параллельно строили вторую, невидимую часть экосистемы — админ-панель. Для МФО это не опция, а база: без неё бизнес просто не существует. Её функционал наращивался параллельно с личным кабинетом — каждый новый пользовательский сценарий требовал зеркального отражения в инструментах менеджера.

Задачи панели диктовал сам бизнес. Чтобы выдавать кредиты, нужно собирать данные клиента, проверять их и отправлять деньги. Сначала интегрировали сервисы проверки залогов: по IMEI телефона админка подтягивает модель, год выпуска, таможенный статус и залоговую стоимость. Для авто и золота — свои справочники с характеристиками и ценами. Позже добавили модули видеоидентификации и скоринга. Вся информация стекается в одну систему — менеджеру не нужно перекладывать данные между десятком сайтов.

В интерфейсе можно отследить статус контракта, увидеть срок займа, ставку, график платежей, проследить весь путь заявки — от подачи до выдачи или отказа. К каждой заявке прикреплены подписанные документы и результаты биоидентафикации с ИИН, датой и временем. Это оказалось критичным, когда заёмщики пытались оспорить обязательства: теперь у Dem Finance есть неоспоримые доказательства по каждой сделке. Всё это защищено шифрованием, логированием и регулярными аудитами.

Мы построили админку на React-Admin с гибкими ролями, но главная фишка в другом. Почти все параметры платформы — от лимитов до текстов уведомлений — вынесены в переменные. Менеджеры меняют их через интерфейс, не дёргая разработчиков и не залезая в базу.

В итоге в Dem Finance нет многоуровневой техподдержки. Пользователь звонит менеджеру, и тот сразу решает вопрос — потому что у него есть доступ ко всей информации. Скорость обработки заявок выросла кратно, а нагрузка на разработку снизилась.

Мобильное приложение: iOS и Android на одном дыхании

С самого начала мы закладывали мобильную разработку не как довесок к сайту, а как полноценный канал. Ниша Dem Finance — это работа с реальными деньгами. Поэтому приложение должно было работать быстро, стабильно, прозрачно и не бесить мелкими багами.Выбрали Flutter 3.8+ — по двум причинам.

1. Во-первых, нужна была единая кодовая база под iOS и Android, чтобы не плодить две команды и не синхронизировать фичи вручную.
2. Во-вторых, архитектура Clean (data → domain → presentation) позволяла масштабировать функциональность без переписывания ядра. Это пригодилось, когда бизнес решил добавлять новые кредитные продукты: мы просто докидывали модули, а не пересобирали приложение с нуля.

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

Смена вендора с Oz Forensics на казахстанский Aitu — отдельная история. Технически это могло стать проблемой, но архитектура позволила сделать переход почти безболезненным. Защитный слой просто получил нового провайдера, логика обработки документов осталась той же. Пользователи вообще не заметили подмены — зато заметили скорость: оформление заявки сократилось с 15 до 5 минут, потому что исчезли лишние перезагрузки и переходы между вкладками.

За первые три месяца только в App Store набралось 2400+ органических установок. Повторные заходы выросли с 38 до 175 — люди возвращались, потому что интерфейс не пугал и не тормозил. Конверсия страницы с описанием приложения поднялась с 17% до 53,6%. Цифры говорят сами за себя: когда приложение делают не для галочки, а для реальных сценариев, оно начинает работать как канал привлечения, а не как статья расходов.

Дизайн: от быстрого MVP к единой дизайн-системе

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

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

Мы не стали латать старую версию заплатками. Взяли паузу, проанализировали все сценарии — от первого касания до полного погашения займа — и спроектировали единый визуальный язык для всех четырёх продуктов. В итоге получилось более 200 экранов с проработанными состояниями, формами, подсказками и валидацией.

Главные решения, которые легли в основу редизайна:

1. Цветовое кодирование статусов. Пользователь больше не вчитывается в текст, чтобы понять, на каком этапе заявка. Красный — ошибка, жёлтый — ожидание, зелёный — всё ок. Это интерфейс, который понятен на интуитивном уровне.
2. Единая логика на всех платформах. Веб, iOS и Android заговорили на одном языке. Кнопки, переходы, модалки работают и выглядят одинаково, чтобы при переключении с телефона на ноутбук человек не чувствовал себя чужим.
3. Адаптация под сценарии. Для десктопа сделали таблицы и больше информации на экране, для мобилок — карточки и пошаговые формы. Каждая платформа ощущается нативно и по-максимуму использует преимущества размеров экранов.
4. Подсказки и FAQ без выхода из сценария. На каждом сложном шаге можно в один клик получить разъяснение, не теряя введённые данные. Это снизило процент брошенных заявок почти на треть.

В работе над такими проектами мы обычно не ограничиваемся одной итерацией. Сначала проверяем гипотезы на MVP, потом собираем обратную связь и делаем системный редизайн, который закладывает основу для масштабирования. С Dem Finance получилось именно так: от быстрого запуска к продуманной экосистеме, где дизайн работает на доверие и конверсию, а не просто радует глаз.

Результат: автоматизация, которая работает на цифры

Запустить МФО с нуля и сразу работать в цифре — звучит амбициозно. Мы сделали это за семь месяцев. Четыре кредитных продукта, десятки нестабильных интеграций, сотни экранов и сценариев — всё это сложилось в экосистему, где автоматизация заменяет ручной труд на каждом этапе.

Всё онлайн: скоринг, проверка залога, подписание договора, выдача денег на карту. Менеджер в админ-панели видит полную картину по каждой заявке и решает вопросы без перекладывания данных между сервисами. Система сама проверяет IMEI, рассчитывает стоимость золота, обновляет статусы в реальном времени.

Цифры это подтверждают:

1. 4 месяца — от старта разработки до первого MVP с реальными заявками.
2. 7 месяцев — до полноценной платформы с четырьмя продуктами.
3. 2200+ заявок в месяц на пике.
4. 2400+ установок только в iOS-версии за три месяца без активного продвижения.
5. Рост повторных установок — с 38 до 175 за два месяца.
6. Конверсия страницы приложения в App Store выросла с 17% до 53,6%.
7. Время оформления заявки сократилось с 15 до 5 минут после смены вендора.

Автоматизация сняла нагрузку с поддержки, снизила тревожность пользователей и дала бизнесу канал продаж, который не требует постоянного ручного управления. Dem Finance стали одной из первых МФО в Казахстане, выдающих займы полностью удалённо, без офлайн-точек и серых процессов.

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