Сравнение / Build vs Buy
Строить или покупать: ваше банковское ядро
Честный ответ: ни один вариант не выигрывает сам по себе. Собственная разработка даёт полный контроль и счёт без потолка; покупка даёт скорость и потолок, который задаёте не вы. Настоящий вопрос в другом: какими рисками вы предпочитаете владеть — теми, что в вашем коде, или теми, что в чужой дорожной карте.
Бок о бок
Пять критериев, которые действительно решают
Когда выигрывает разработка
Стройте, когда ядро и есть продукт. Если ваше отличие заложено в самом леджере — новая модель расчётов, класс активов, который никто не поддерживает, требования к задержкам, недостижимые для универсальной платформы, — то владеть каждой строкой кода не издержки, а смысл. Разработка выигрывает и тогда, когда у вас есть редкое для большинства команд: профинансированная постоянная инженерная команда, для которой ядро — обязательство на десятилетие, и достаточно ресурсов, чтобы пройти комплаенс раньше, чем конкурент дойдёт до клиентов.
- 01Ваше преимущество в леджере — модель расчётов или активов, которую не даёт ни одна платформа
- 02У вас есть постоянная команда с бюджетом на дежурства на годы вперёд, а не спринт к запуску
- 03Требования регулятора или локализации данных исключают работу на чужом ядре
- 04Time-to-market действительно не главное ограничение
Когда выигрывает покупка
Покупайте, когда ограничение — время выхода на рынок, а ядро — обязательный минимум. Большинство финтех-продуктов выигрывают не леджером, а приложением, дистрибуцией, онбордингом, нишей. Если ядро для клиентов — данность, а не причина выбрать вас, каждый месяц разработки — это месяц, не потраченный на то, что действительно побеждает. Покупка выигрывает и тогда, когда нет возможности содержать постоянную команду ядра или когда известная фиксированная стоимость для бизнеса ценнее неопределённой.
- 01Ядро — обязательный минимум; ваше преимущество в приложении, аудитории или дистрибуции
- 02Пилот нужен через недели, а ждать первую транзакцию кварталами вы не можете
- 03Вы предпочитаете известные регулярные расходы счёту за разработку и поддержку без потолка
- 04У вас нет постоянной команды леджера на дежурстве — или вы не хотите её иметь
Где уместна платформа на собственном ядре
За дилеммой «строить или покупать» скрывается третий вариант: купить ядро, владеть приложением. Whitelabel-платформа даёт работающие леджер, счета, карты и крипто — вы пропускаете восемнадцать месяцев разработки, а ваша команда сохраняет то, что клиенты действительно видят. Ваши дизайнеры отвечают за каждый экран, продуктовая команда — за набор функций, а платформа под ними проверена до прихода первого клиента. Вы получаете обязательный минимум и оставляете себе своё. Это не всегда ответ — если ваше преимущество в леджере, стройте его, — но для большинства продуктов это честная середина: скорость платформы без типового приложения и стоимость, которая растёт с использованием, а не с постоянным штатом.
- 01Пропустите разработку ядра; оставьте себе приложение, бренд и набор функций
- 02Леджер, уже проверенный в проде, а не проект с нуля, который вам ещё доказывать
- 03Стоимость зависит от счетов и модулей, которые вы запускаете, а не от постоянного штата
- 04Standalone или полный whitelabel — под вашим брендом, на рельсах, которые не пришлось писать
Не уверены, на чьей вы стороне?
Расскажите, что вы строите и что должно сбыться через шесть месяцев. Мы честно скажем, что лучше: строить, покупать или запустить ваше приложение на ядре, которое вы не писали.